Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 1,120 for mprotect (0.34 sec)

  1. src/syscall/syscall_darwin.go

    //sys	Mkfifo(path string, mode uint32) (err error)
    //sys	Mknod(path string, mode uint32, dev int) (err error)
    //sys	Mlock(b []byte) (err error)
    //sys	Mlockall(flags int) (err error)
    //sys	Mprotect(b []byte, prot int) (err error)
    //sys	msync(b []byte, flags int) (err error)
    //sys	Munlock(b []byte) (err error)
    //sys	Munlockall() (err error)
    //sys	Open(path string, mode int, perm uint32) (fd int, err error)
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Thu May 23 01:16:50 UTC 2024
    - 11K bytes
    - Viewed (0)
  2. src/cmd/cgo/internal/test/test.go

    #include <sys/mman.h>
    // Returns string with null byte at the last valid address
    char* dangerousString1() {
    	int pageSize = 4096;
    	char *data = mmap(0, 2 * pageSize, PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, 0, 0);
    	mprotect(data + pageSize,pageSize,PROT_NONE);
    	int start = pageSize - 123 - 1; // last 123 bytes of first page + 1 null byte
    	int i = start;
    	for (; i < pageSize; i++) {
    	data[i] = 'x';
    	}
    	data[pageSize -1 ] = 0;
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Mon May 20 15:50:06 UTC 2024
    - 48.5K bytes
    - Viewed (0)
  3. src/runtime/os_linux.go

    // to kill or tgkill.
    //
    //go:nosplit
    func (c *sigctxt) sigFromUser() bool {
    	code := int32(c.sigcode())
    	return code == _SI_USER || code == _SI_TKILL
    }
    
    //go:nosplit
    func mprotect(addr unsafe.Pointer, n uintptr, prot int32) (ret int32, errno int32) {
    	r, _, err := syscall.Syscall6(syscall.SYS_MPROTECT, uintptr(addr), n, uintptr(prot), 0, 0, 0)
    	return int32(r), int32(err)
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Mon Mar 25 19:53:03 UTC 2024
    - 25.9K bytes
    - Viewed (0)
  4. src/syscall/syscall_linux.go

    	return mapper.Mmap(fd, offset, length, prot, flags)
    }
    
    func Munmap(b []byte) (err error) {
    	return mapper.Munmap(b)
    }
    
    //sys	Madvise(b []byte, advice int) (err error)
    //sys	Mprotect(b []byte, prot int) (err error)
    //sys	Mlock(b []byte) (err error)
    //sys	Munlock(b []byte) (err error)
    //sys	Mlockall(flags int) (err error)
    //sys	Munlockall() (err error)
    
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Wed May 22 20:12:46 UTC 2024
    - 35.7K bytes
    - Viewed (0)
  5. platforms/documentation/docs/src/docs/userguide/authoring-builds/structuring/sharing_build_logic_between_subprojects.adoc

    +
    If you are developing custom Gradle plugins for your project, `buildSrc` is a convenient place to house the plugin code.
    This makes the plugins easily accessible within your project.
    
    The `buildSrc` directory is treated as an <<composite_builds.adoc#composite_build_intro,included build>>.
    
    For multi-project builds, there can be only one `buildSrc` directory, which must be in the root project directory.
    
    Registered: Wed Jun 12 18:38:38 UTC 2024
    - Last Modified: Tue Apr 23 12:58:46 UTC 2024
    - 11.7K bytes
    - Viewed (0)
  6. subprojects/diagnostics/src/integTest/groovy/org/gradle/api/reporting/model/ModelReportIntegrationTest.groovy

    + tasks
          | Type:   \torg.gradle.model.ModelMap<org.gradle.api.Task>
          | Creator: \tProject.<init>.tasks()
        + buildEnvironment
              | Type:   \torg.gradle.api.tasks.diagnostics.BuildEnvironmentReportTask
              | Value:  \ttask ':buildEnvironment\'
              | Creator: \tProject.<init>.tasks.buildEnvironment()
              | Rules:
                 ⤷ copyToTaskContainer
        + components
    Registered: Wed Jun 12 18:38:38 UTC 2024
    - Last Modified: Thu Apr 11 13:32:55 UTC 2024
    - 22K bytes
    - Viewed (0)
  7. platforms/documentation/docs/src/docs/userguide/dep-man/06-publishing/publishing_ivy.adoc

    The following example demonstrates publishing with a multi-project build.
    Each project publishes a Java component configured to also build and publish Javadoc and source code artifacts.
    The descriptor file is customized to include the project description for each project.
    
    .Publishing a Java module
    ====
    Registered: Wed Jun 12 18:38:38 UTC 2024
    - Last Modified: Fri Feb 23 03:39:56 UTC 2024
    - 13.2K bytes
    - Viewed (0)
  8. src/cmd/go/internal/modindex/read.go

    		return pkg, nil
    	})
    }
    
    var errCorrupt = errors.New("corrupt index")
    
    // protect marks the start of a large section of code that accesses the index.
    // It should be used as:
    //
    //	defer unprotect(protect, &err)
    //
    // It should not be used for trivial accesses which would be
    // dwarfed by the overhead of the defer.
    func protect() bool {
    	return debug.SetPanicOnFault(true)
    }
    
    var isTest = false
    
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Thu May 16 14:34:32 UTC 2024
    - 29.7K bytes
    - Viewed (0)
  9. platforms/documentation/docs/src/docs/userguide/authoring-builds/structuring/composite_builds.adoc

    There are some restrictions.
    
    In a regular build, Gradle ensures that each project has a unique _project path_.
    It makes projects identifiable and addressable without conflicts.
    
    In a composite build, Gradle adds additional qualification to each project from an included build to avoid project path conflicts.
    The full path to identify a project in a composite build is called a _build-tree path_.
    Registered: Wed Jun 12 18:38:38 UTC 2024
    - Last Modified: Wed Jan 31 02:23:19 UTC 2024
    - 15.8K bytes
    - Viewed (0)
  10. platforms/core-execution/file-watching/src/integTest/groovy/org/gradle/internal/watch/WatchedDirectoriesFileSystemWatchingIntegrationTest.groovy

            assertWatchedHierarchies([])
            // We don't remove actual usable content at the end of the build, though we remove some dangling paths.
            // This is because the project directory is underneath the unsupported file system, so after invalidating D: the project root node is removed from the VFS.
    Registered: Wed Jun 12 18:38:38 UTC 2024
    - Last Modified: Wed Apr 03 13:50:33 UTC 2024
    - 15.2K bytes
    - Viewed (0)
Back to top