HomeSort by relevance Sort by last modified time
    Searched full:safety (Results 51 - 75 of 597) sorted by null

1 23 4 5 6 7 8 91011>>

  /external/chromium/chrome/browser/sync/glue/
frontend_data_type_controller.h 27 // don't have to worry about thread safety. The main start/stop funtionality is
  /external/e2fsprogs/resize/
resize2fs.8.in 97 some safety checks which resize2fs normally enforces.
  /external/emma/core/java12/com/vladium/emma/report/
IItem.java 72 int PRECISION = 100; // BUG_SF988160: increase overflow safety margin for very large projects
  /external/icu4c/config/
mh-irix 26 ## Additional flags when building libraries with thread safety
  /external/llvm/docs/HistoricalNotes/
2000-11-18-EarlyDesignIdeas.txt 10 portability and safety like the Java VM? Or shall we focus on the
  /external/llvm/include/llvm/Transforms/Utils/
ValueMapper.h 64 /// MapValue - provide versions that preserve type safety for MDNode and
  /external/mesa3d/docs/
relnotes-6.5.html 80 <li>fixed a number of thread safety bugs/regressions
libGL.txt 49 libGL.so is thread safe. The overhead of thread safety for common,
51 safety for multi-threaded clients is significant. Each GL API call
  /external/ppp/pppd/
srp-entry.8 44 run time-consuming safety tests on the values used. For this reason,
  /external/qemu/audio/
rate_template.h 64 /* Safety catch to make sure we have input samples. */
  /external/skia/src/core/
SkQuadClipper.cpp 51 SkScalar roots[2]; // we only expect one, but make room for 2 for safety
  /frameworks/base/media/jni/
android_media_ResampleInputStream.cpp 81 // safety first!
  /frameworks/opt/vcard/java/com/android/vcard/
VCardParser_V21.java 80 * We allow it for safety.
VCardParser_V30.java 56 * Though vCard 2.1 specification does not allow "7BIT" or "BASE64", we allow them for safety.
  /libcore/luni/src/main/java/java/lang/
Appendable.java 28 * {@code Appendable} itself does not guarantee thread safety. This
  /packages/apps/Email/src/com/android/email/service/
EmailServiceUtils.java 83 * accounts (e.g. setLogging), so this class is added for safety and simplicity.
  /packages/apps/Settings/src/com/android/settings/
ApplicationSettings.java 117 // TODO: the settings thing should broadcast this for thread safety purposes.
SettingsSafetyLegalActivity.java 35 * The "dialog" that shows from "Safety information" in the Settings app.
  /prebuilt/linux-x86/toolchain/i686-linux-glibc2.7-4.4.3/sysroot/usr/include/linux/
serial.h 104 #define ASYNC_BUGGY_UART 0x4000 /* This is a buggy UART, skip some safety
  /external/webkit/Source/WebCore/webaudio/
AudioContext.h 62 // For thread safety between the audio thread and the main thread, it has a rendering graph locking mechanism.
141 // Thread Safety and Graph Locking:
  /external/jpeg/
jcparam.c 36 /* Safety check to ensure start_compress not called yet. */
112 /* Safety limit on quality factor. Convert 0 to 1 to avoid zero divide. */
272 /* Safety check to ensure start_compress not called yet. */
405 /* Safety check to ensure start_compress not called yet. */
543 /* Safety check to ensure start_compress not called yet. */
  /packages/inputmethods/LatinIME/java/src/com/android/inputmethod/latin/
Utils.java 171 // this safety net
174 // Safety net for auto correction.
175 // Actually if we hit this safety net, it's actually a bug.
177 // If user selected aggressive auto correction mode, there is no need to use the safety
195 Log.e(TAG, "Safety net: before = " + typedWord + ", after = " + suggestionWord);
  /external/chromium/chrome/browser/
process_info_snapshot_mac.cc 146 // Limit output read to a megabyte for safety.
213 // Limit output read to a megabyte for safety.
297 // Limit output read to a megabyte for safety.
  /external/webkit/Source/WebCore/storage/
AbstractDatabase.cpp 339 // Return a deep copy for ref counting thread safety
345 // Return a deep copy for ref counting thread safety
356 // Return a deep copy for ref counting thread safety
  /external/apache-xml/src/main/java/org/apache/xpath/
XPathAPI.java 199 * to keep the same objects around, but then thread-safety issues would arise.
250 * to keep the same objects around, but then thread-safety issues would arise.

Completed in 1034 milliseconds

1 23 4 5 6 7 8 91011>>