- Sort Score
- Result 10 results
- Languages All
Results 1 - 3 of 3 for JVMs (0.02 sec)
-
android/guava/src/com/google/common/util/concurrent/AbstractFutureState.java
thrownAtomicReferenceFieldUpdaterFailure = atomicReferenceFieldUpdaterFailure; helper = new SynchronizedHelper(); } } } else { /* * We avoid Unsafe, since newer JVMs produce warnings or even errors for attempts to use it. * * In guava-jre, we avoid Unsafe by using VarHandle instead. But if we have references to
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Aug 07 16:05:33 UTC 2025 - 33.2K bytes - Viewed (0) -
okhttp/src/commonJvmAndroid/kotlin/okhttp3/CipherSuite.kt
* Compares cipher suites names like "TLS_RSA_WITH_NULL_MD5" and "SSL_RSA_WITH_NULL_MD5", * ignoring the "TLS_" or "SSL_" prefix which is not consistent across platforms. In particular * some IBM JVMs use the "SSL_" prefix everywhere whereas Oracle JVMs mix "TLS_" and "SSL_". */ internal val ORDER_BY_NAME = object : Comparator<String> { override fun compare( a: String, b: String, ): Int {
Registered: Fri Sep 05 11:42:10 UTC 2025 - Last Modified: Wed Mar 19 19:25:20 UTC 2025 - 39.9K bytes - Viewed (0) -
guava/src/com/google/common/util/concurrent/AbstractFutureState.java
* are used from Java 9 or higher (i.e., high enough to trigger the VarHandle code path), such a * lookup would fail with an IllegalAccessException. That may then trigger use of Unsafe (possibly * with a warning under recent JVMs), or it may fall back even further to * AtomicReferenceFieldUpdaterAtomicHelper, which would fail with a similar problem to * VarHandleAtomicHelperMaker, forcing us all the way to SynchronizedHelper. *
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Aug 07 16:05:33 UTC 2025 - 34.8K bytes - Viewed (0)