- Sort Score
- Result 10 results
- Languages All
Results 51 - 60 of 308 for Gill (0.12 sec)
-
guava-testlib/src/com/google/common/collect/testing/AbstractIteratorTester.java
// in a recursive loop. Sneaky. if (level == stimuli.length) { // We've filled the array. compareResultsForThisListOfStimuli(); } else { // Keep recursing to fill the array. for (Stimulus<E, ? super I> stimulus : getStimulusValues()) { stimuli[level] = stimulus; recurse(level + 1); } } }
Java - Registered: Fri Apr 26 12:43:10 GMT 2024 - Last Modified: Mon Apr 01 16:15:01 GMT 2024 - 21.3K bytes - Viewed (0) -
guava-tests/test/com/google/common/collect/AbstractImmutableSetTest.java
* single-threaded. */ @GwtIncompatible // GWT is single threaded public void testCopyOf_threadSafe() { /* * The actual collections that we pass as inputs will be wrappers around these, so * ImmutableSet.copyOf won't short-circuit because it won't see an ImmutableSet input. */ ImmutableList<ImmutableSet<String>> distinctCandidatesByAscendingSize =
Java - Registered: Fri Apr 19 12:43:09 GMT 2024 - Last Modified: Thu Mar 07 18:34:03 GMT 2024 - 18.7K bytes - Viewed (0) -
android/guava-tests/test/com/google/common/collect/AbstractImmutableSetTest.java
* single-threaded. */ @GwtIncompatible // GWT is single threaded public void testCopyOf_threadSafe() { /* * The actual collections that we pass as inputs will be wrappers around these, so * ImmutableSet.copyOf won't short-circuit because it won't see an ImmutableSet input. */ ImmutableList<ImmutableSet<String>> distinctCandidatesByAscendingSize =
Java - Registered: Fri May 03 12:43:13 GMT 2024 - Last Modified: Thu Mar 07 18:34:03 GMT 2024 - 18.7K bytes - Viewed (0) -
guava-tests/test/com/google/common/util/concurrent/RateLimiterTest.java
/** * This neat test shows that no matter what weights we use in our requests, if we push X amount of * permits in a cool state, where X = rate * timeToCoolDown, and we have specified a * timeToWarmUp() period, it will cost as the prescribed amount of time. E.g., calling * [acquire(5), acquire(1)] takes exactly the same time as [acquire(2), acquire(3), acquire(1)]. */ public void testTimeToWarmUpIsHonouredEvenWithWeights() {
Java - Registered: Fri Apr 12 12:43:09 GMT 2024 - Last Modified: Wed Sep 06 17:04:31 GMT 2023 - 21.6K bytes - Viewed (0) -
android/guava-tests/test/com/google/common/base/PredicatesTest.java
Collection<Integer> nums = new CollectionThatThrowsCCE<>(); nums.add(3); Predicate<Integer> isThree = Predicates.in(nums); assertFalse(isThree.apply(3)); } /* * Tests that compilation will work when applying explicit types. */ @SuppressWarnings("unused") // compilation test public void testIn_compilesWithExplicitSupertype() { Collection<Number> nums = ImmutableSet.of();
Java - Registered: Fri May 03 12:43:13 GMT 2024 - Last Modified: Thu Feb 22 17:15:24 GMT 2024 - 32.4K bytes - Viewed (0) -
guava/src/com/google/common/base/Verify.java
* whenever there is a chance the check may fail "in real life". Example: * * <pre>{@code * Bill bill = remoteService.getLastUnpaidBill(); * * // In case bug 12345 happens again we'd rather just die * Verify.verify(bill.status() == Status.UNPAID, * "Unexpected bill status: %s", bill.status()); * }</pre> * * <h3>Comparison to alternatives</h3> *
Java - Registered: Fri Apr 05 12:43:09 GMT 2024 - Last Modified: Mon May 17 14:07:47 GMT 2021 - 18.5K bytes - Viewed (0) -
guava-tests/test/com/google/common/io/CharStreamsTest.java
* * <p>CharStreams.copy was failing to clear its CharBuffer after each read call, which effectively * reduced the available size of the buffer each time a call to read didn't fill up the available * space in the buffer completely. In general this is a performance problem since the buffer size * is permanently reduced, but with certain Reader implementations it could also cause the buffer
Java - Registered: Fri Apr 19 12:43:09 GMT 2024 - Last Modified: Wed Sep 06 17:04:31 GMT 2023 - 11.2K bytes - Viewed (0) -
android/guava-tests/test/com/google/common/io/CharStreamsTest.java
* * <p>CharStreams.copy was failing to clear its CharBuffer after each read call, which effectively * reduced the available size of the buffer each time a call to read didn't fill up the available * space in the buffer completely. In general this is a performance problem since the buffer size * is permanently reduced, but with certain Reader implementations it could also cause the buffer
Java - Registered: Fri May 03 12:43:13 GMT 2024 - Last Modified: Wed Sep 06 17:04:31 GMT 2023 - 11.2K bytes - Viewed (0) -
android/guava/src/com/google/common/collect/TopKSelector.java
* degrades more gracefully for worst-case input. * * <p>The implementation does not necessarily use a <i>stable</i> sorting algorithm; when multiple * equivalent elements are added to it, it is undefined which will come first in the output. * * @author Louis Wasserman */ @GwtCompatible @ElementTypesAreNonnullByDefault final class TopKSelector< T extends @Nullable Object> { /**
Java - Registered: Fri Apr 26 12:43:10 GMT 2024 - Last Modified: Mon Apr 01 16:15:01 GMT 2024 - 11.2K bytes - Viewed (0) -
guava-tests/test/com/google/common/hash/HashCodeTest.java
assertEquals(0x9999999999999999L, HashCode.fromBytesNoCopy(byteArrayWith9s(8)).padToLong()); } private static byte[] byteArrayWith9s(int size) { byte[] bytez = new byte[size]; Arrays.fill(bytez, (byte) 0x99); return bytez; } public void testToString() { byte[] data = new byte[] {127, -128, 5, -1, 14}; assertEquals("7f8005ff0e", HashCode.fromBytes(data).toString());
Java - Registered: Fri Apr 19 12:43:09 GMT 2024 - Last Modified: Wed Sep 06 17:04:31 GMT 2023 - 13.1K bytes - Viewed (0)