- Sort Score
- Result 10 results
- Languages All
Results 51 - 60 of 625 for layout (0.11 sec)
-
compat/maven-compat/src/test/java/org/apache/maven/artifact/AbstractArtifactComponentTestCase.java
import org.apache.maven.artifact.factory.ArtifactFactory; import org.apache.maven.artifact.repository.ArtifactRepository; import org.apache.maven.artifact.repository.ArtifactRepositoryPolicy; import org.apache.maven.artifact.repository.layout.ArtifactRepositoryLayout; import org.apache.maven.bridge.MavenRepositorySystem; import org.apache.maven.execution.DefaultMavenExecutionRequest; import org.apache.maven.execution.DefaultMavenExecutionResult;
Registered: Sun Sep 07 03:35:12 UTC 2025 - Last Modified: Fri Mar 21 04:56:21 UTC 2025 - 13.8K bytes - Viewed (0) -
okhttp/src/commonJvmAndroid/kotlin/okhttp3/internal/cache2/Relay.kt
* save a small amount of file I/O and data copying. */ class Relay private constructor( /** * Read/write persistence of the upstream source and its metadata. Its layout is as follows: * * * 16 bytes: either `OkHttp cache v1\n` if the persisted file is complete. This is another * sequence of bytes if the file is incomplete and should not be used.
Registered: Fri Sep 05 11:42:10 UTC 2025 - Last Modified: Wed May 28 17:15:47 UTC 2025 - 11.8K bytes - Viewed (0) -
doc/asm.html
Go <code>const</code> declarations defined in the current package. Go assembly should avoid making assumptions about the layout of Go types and instead use these constants. This improves the readability of assembly code, and keeps it robust to changes in data layout either in the Go type definitions or in the layout rules used by the Go compiler. </p> <p> Constants are of the form <code>const_<i>name</i></code>.
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Tue Nov 28 19:15:27 UTC 2023 - 36.3K bytes - Viewed (0) -
src/cmd/asm/internal/asm/endtoend_test.go
output = output[1:] continue } t.Errorf("unexpected output: %q", output[0]) output = output[1:] } // Checked printing. // Now check machine code layout. top := pList.Firstpc var text *obj.LSym ok = true ctxt.DiagFunc = func(format string, args ...interface{}) { t.Errorf(format, args...) ok = false } obj.Flushplist(ctxt, pList, nil)
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Wed Mar 26 01:02:50 UTC 2025 - 11.9K bytes - Viewed (0) -
cmd/endpoint_test.go
if err != nil && testCase.expectedErr == nil { t.Errorf("Test %d: unexpected error: %v", i+1, err) } pools, setupType, err := CreatePoolEndpoints(testCase.serverAddr, srvCtxt.Layout.pools...) if err == nil && testCase.expectedErr != nil { t.Errorf("Test %d: expected = %v, got = <nil>", i+1, testCase.expectedErr) } if err == nil { if setupType != testCase.expectedSetupType {
Registered: Sun Sep 07 19:28:11 UTC 2025 - Last Modified: Fri Aug 29 02:39:48 UTC 2025 - 18.9K bytes - Viewed (0) -
src/archive/tar/reader.go
// Make sure that the input format is GNU. // Unfortunately, the STAR format also has a sparse header format that uses // the same type flag but has a completely different layout. if blk.getFormat() != FormatGNU { return nil, ErrHeader } hdr.Format.mayOnlyBe(FormatGNU) var p parser hdr.Size = p.parseNumeric(blk.toGNU().realSize()) if p.err != nil { return nil, p.err
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Fri Mar 08 01:59:14 UTC 2024 - 26.8K bytes - Viewed (0) -
doc/godebug.md
--- title: "Go, Backwards Compatibility, and GODEBUG" layout: article --- <!-- This document is kept in the Go repo, not x/website, because it documents the full list of known GODEBUG settings, which are tied to a specific release. --> ## Introduction {#intro} Go's emphasis on backwards compatibility is one of its key strengths. There are, however, times when we cannot maintain complete compatibility.
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/archive/zip/reader_test.go
"PK\x01\x02\x14\x00\x14\x00\b\b\b\x004\x9d3?Ļ\x14\xe3\xd8\x01\x00\x00\xd8\x03\x00\x00 \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00:E\x02\x00res/layout/wallpaper_cropper.xml",
Registered: Tue Sep 09 11:13:09 UTC 2025 - Last Modified: Tue Mar 11 22:19:38 UTC 2025 - 56.6K bytes - Viewed (0) -
pom.xml
<artifactId>log4j-jul</artifactId> <version>${log4j.version}</version> </dependency> <dependency> <groupId>co.elastic.logging</groupId> <artifactId>log4j2-ecs-layout</artifactId> <version>${log4j.ecs.version}</version> </dependency> <!-- opensearch --> <dependency> <groupId>org.opensearch</groupId> <artifactId>opensearch</artifactId>
Registered: Thu Sep 04 12:52:25 UTC 2025 - Last Modified: Thu Sep 04 05:22:58 UTC 2025 - 49.6K bytes - Viewed (0) -
.bazelrc
# Before VS 2017 15.8, the member "type" would non-conformingly have an # alignment of only alignof(max_align_t). VS 2017 15.8 was fixed to handle this # correctly, but the fix inherently changes layout and breaks binary # compatibility (*only* for uses of aligned_storage with extended alignments). build:windows --copt=-D_ENABLE_EXTENDED_ALIGNED_STORAGE build:windows --host_copt=-D_ENABLE_EXTENDED_ALIGNED_STORAGE
Registered: Tue Sep 09 12:39:10 UTC 2025 - Last Modified: Fri Aug 22 21:03:34 UTC 2025 - 56K bytes - Viewed (0)