- Sort Score
- Result 10 results
- Languages All
Results 131 - 137 of 137 for iterations (0.25 sec)
-
okhttp/src/test/java/okhttp3/internal/cache/DiskLruCacheTest.kt
cache.remove("k1") assertThat(cache.edit("k1")).isNull() } } @ParameterizedTest @ArgumentsSource(FileSystemParamProvider::class) fun `removed entry absent when iterating`(parameters: Pair<FileSystem, Boolean>) { setUp(parameters.first, parameters.second) set("k1", "a", "a") cache["k1"]!!.use { cache.remove("k1") val snapshots = cache.snapshots()
Registered: Sun Jun 16 04:42:17 UTC 2024 - Last Modified: Mon Apr 15 14:55:09 UTC 2024 - 75.8K bytes - Viewed (0) -
src/testing/testing.go
runtime.GOMAXPROCS(procs) for i := uint(0); i < *count; i++ { if shouldFailFast() { break } if i > 0 && !ran { // There were no tests to run on the first // iteration. This won't change, so no reason // to keep trying. break } ctx := newTestContext(*parallel, newMatcher(matchString, *match, "-test.run", *skip)) ctx.deadline = deadline t := &T{
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Thu May 23 01:00:11 UTC 2024 - 76.1K bytes - Viewed (0) -
src/runtime/asm_amd64.s
// 5. Set the PC to debugCallV2 and resume execution. // // If the goroutine is in state _Grunnable, then it's not generally // safe to inject a call because it may return out via other runtime // operations. Instead, the debugger should unwind the stack to find // the return to non-runtime code, add a temporary breakpoint there, // and inject the call once that breakpoint is hit. //
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Sat May 11 20:38:24 UTC 2024 - 60.4K bytes - Viewed (0) -
platforms/documentation/docs/src/docs/userguide/optimizing-performance/configuration_cache.adoc
Test, test, test:: Consider adding tests for your build logic. See the below section on <<configuration_cache#config_cache:testing, testing your build logic>> for the configuration cache. This will help you while iterating on the required changes and prevent future regressions. Roll it out to your team:: Once you have your developer workflow working, for example running tests from the IDE, you can consider enabling it for your team.
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Fri Mar 29 16:24:12 UTC 2024 - 71.1K bytes - Viewed (0) -
tensorflow/c/c_api_test.cc
EXPECT_TRUE(feed == feed2); ASSERT_TRUE(GetNodeDef(feed, &node_def)); ASSERT_TRUE(GetNodeDef(feed2, &node_def2)); EXPECT_EQ(node_def.DebugString(), node_def2.DebugString()); // Test iterating through the nodes of a graph. found_placeholder = false; found_scalar_const = false; found_add = false; bool found_neg = false; size_t pos = 0; TF_Operation* oper;
Registered: Sun Jun 16 05:45:23 UTC 2024 - Last Modified: Mon Apr 15 03:35:10 UTC 2024 - 96.9K bytes - Viewed (0) -
src/cmd/vendor/golang.org/x/sys/unix/syscall_linux.go
// // Once a file descriptor has been returned from Accept, it may be used to // perform SHA1 hashing. The descriptor is not safe for concurrent use, but // may be re-used repeatedly with subsequent Write and Read operations. // // When hashing a small byte slice or string, a single Write and Read may // be used: // // // Assume hashfd is already configured using the setup process. // hash := os.NewFile(hashfd, "sha1")
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Thu Mar 07 05:26:45 UTC 2024 - 77.5K bytes - Viewed (0) -
src/reflect/type.go
count := nextCount nextCount = nil // Process all the fields at this depth, now listed in 'current'. // The loop queues embedded fields found in 'next', for processing during the next // iteration. The multiplicity of the 'current' field counts is recorded // in 'count'; the multiplicity of the 'next' field counts is recorded in 'nextCount'. for _, scan := range current { t := scan.typ if visited[t] {
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Wed May 29 17:58:53 UTC 2024 - 85.5K bytes - Viewed (0)