- Sort Score
- Result 10 results
- Languages All
Results 1 - 8 of 8 for Unmount (0.02 sec)
-
src/cmd/asm/internal/asm/testdata/arm64error.s
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Wed Mar 26 10:48:50 UTC 2025 - 37.9K bytes - Viewed (0) -
src/cmd/asm/internal/asm/parse.go
tok := p.next() ext = tok.String() } if p.peek() == lex.LSH { // parses left shift amount applied after extension: <<Amount p.get(lex.LSH) tok := p.get(scanner.Int) amount, err := strconv.ParseInt(tok.String(), 10, 16) if err != nil { p.errorf("parsing left shift amount: %s", err) } num = int16(amount) } else if p.peek() == '[' { // parses an element: [Index] p.get('[')
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Fri Feb 14 15:13:11 UTC 2025 - 37.3K bytes - Viewed (0) -
doc/godebug.md
As of Go 1.23 (`winsymlink=1`), mount points no longer have [`os.ModeSymlink`](/pkg/os#ModeSymlink) set, and reparse points that are not symlinks, Unix sockets, or dedup files now always have [`os.ModeIrregular`](/pkg/os#ModeIrregular) set. As a result of these changes, [`filepath.EvalSymlinks`](/pkg/path/filepath#EvalSymlinks) no longer evaluates mount points, which was a source of many inconsistencies and bugs.
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Tue Jul 08 18:30:38 UTC 2025 - 22.9K bytes - Viewed (0) -
src/cmd/asm/internal/arch/arm64.go
func ARM64RegisterExtension(a *obj.Addr, ext string, reg, num int16, isAmount, isIndex bool) error { Rnum := (reg & 31) + int16(num<<5) if isAmount { if num < 0 || num > 7 { return errors.New("index shift amount is out of range") } } if reg <= arm64.REG_R31 && reg >= arm64.REG_R0 { if !isAmount { return errors.New("invalid register extension") } switch ext { case "UXTB":
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Fri Feb 14 15:13:11 UTC 2025 - 10.3K bytes - Viewed (0) -
src/archive/tar/reader.go
// Reader.Next advances to the next file in the archive (including the first), // and then Reader can be treated as an io.Reader to access the file's data. type Reader struct { r io.Reader pad int64 // Amount of padding (ignored) after current file entry curr fileReader // Reader for current file entry blk block // Buffer to use as temporary local storage // err is a persistent error.
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Fri Mar 08 01:59:14 UTC 2024 - 26.8K bytes - Viewed (0) -
ci/devinfra/docker/windows2022/Dockerfile
# Symlink a directory, to have it pretend be the T:\ drive. # This drive letter is used by internal CI, # and part of it is mounted to the container during the container's creation. # # While the mount argument (`-v host_path:container_path`) still requires # `container_path` to be a legitimate C:\ path, in this case, 'C:\drive_t', # this symlink does allow for the convenience of passing unedited paths
Registered: Tue Sep 09 12:39:10 UTC 2025 - Last Modified: Mon Jan 13 18:59:55 UTC 2025 - 10.3K bytes - Viewed (0) -
src/archive/tar/writer.go
// [Writer.WriteHeader] begins a new file with the provided [Header], // and then Writer can be treated as an io.Writer to supply that file's data. type Writer struct { w io.Writer pad int64 // Amount of padding to write after current file entry curr fileWriter // Writer for current file entry hdr Header // Shallow copy of Header that is safe for mutations blk block // Buffer to use as temporary local storage
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Mon Feb 03 16:38:43 UTC 2025 - 19.7K bytes - Viewed (0) -
src/cmd/cgo/doc.go
known to the system compiler (for example, all the GNU C extensions) as well as the system-specific header locations and system-specific pre-#defined macros. This is certainly possible to do, but it is an enormous amount of work. Cgo takes a different approach. It determines the meaning of C identifiers not by parsing C code but by feeding carefully constructed programs into the system C compiler and interpreting the generated
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Wed Dec 11 23:57:34 UTC 2024 - 44K bytes - Viewed (0)