| /external/valgrind/main/coregrind/m_gdbserver/gdb/ |
| signals.h | 49 codes; the latter seems more in the spirit of what BSD, System V,
|
| /external/valgrind/main/coregrind/ |
| pub_core_transtab_asm.h | 56 /* This macro isn't usable in asm land; nevertheless this seems
|
| /external/valgrind/main/docs/internals/ |
| Darwin-notes.txt | 106 annoying. On minimal investigation it seems that the executable isn't
|
| arm_thumb_notes_gdbserver.txt | 86 seems not nice.
|
| /external/valgrind/main/none/tests/x86/ |
| bug152818-x86.c | 24 * jcxz short somewhere_1 ; it seems code could be
|
| /external/wpa_supplicant_8/src/wps/ |
| wps_upnp_i.h | 63 * for a subscriber until we find one that seems to work.
|
| /external/wpa_supplicant_8/wpa_supplicant/ |
| eap_testing.txt | 239 fragmentation in the Aegis server(?) The packet seems to include
242 did work, so this issue seems to be with something TTLS specific.)
256 seems to get confused and fails to send proper Phase 2 data.
265 seems to get confused and fails to send proper Phase 2 data.
|
| /frameworks/base/core/java/android/text/util/ |
| Rfc822Token.java | 109 * quoted string, or returning it literally if it seems safe.
|
| /frameworks/base/core/java/android/webkit/ |
| MimeTypeMap.java | 151 // It seems that xhtml+xml and vnd.wap.xhtml+xml mime
|
| /frameworks/base/media/mca/filterfw/native/base/ |
| utilities.h | 43 // requires us to pull in all of algorithm.h, which seems expensive.
|
| /frameworks/base/media/mca/filterpacks/native/base/ |
| utilities.h | 43 // requires us to pull in all of algorithm.h, which seems expensive.
|
| /frameworks/base/media/tests/MediaFrameworkTest/src/com/android/mediaframeworktest/functional/ |
| MediaMimeTest.java | 105 // resolving mime types. Trailing whitespaces seems to be non
|
| /frameworks/native/opengl/tests/angeles/ |
| app-linux.cpp | 116 // GLESonGL seems to be returning 0 when there is no errors?
|
| /hardware/broadcom/wlan/bcmdhd/dhdutil/ |
| ucode_download.c | 230 /* usb seems to take some time to come up, hence the
|
| /hardware/intel/common/omx-components/videocodec/libvpx_internal/libvpx/vp9/common/ |
| vp9_scale.c | 79 // applied in one direction only, and not at all for 0,0, seems to give the
|
| /libcore/harmony-tests/src/test/java/org/apache/harmony/tests/java/io/ |
| ByteArrayOutputStreamTest.java | 73 // The spec seems to say that a closed output stream can't be written
|
| /libcore/luni/src/main/java/java/security/ |
| CodeSigner.java | 132 // The javadoc says nothing, and the others implementations behavior seems as
|
| /libcore/luni/src/main/native/ |
| java_lang_ProcessManager.cpp | 42 // On Mac OS, there's "/dev/fd/" which Linux seems to link to "/proc/self/fd/",
|
| /libcore/luni/src/test/java/libcore/java/util/zip/ |
| DeflaterOutputStreamTest.java | 67 * timeout. The 3 second delay is unfortunate but seems to be the easiest
|
| /ndk/sources/cxx-stl/llvm-libc++/patches.android/ |
| 0006-Emulate-__has_feature-for-GCC.patch | 30 +#define __gxx__cxx_atomic 0 // (_GNUC_VER >= 409) seems to support _Atomic in -std=c11 not -std=c++11 !
|
| /ndk/sources/cxx-stl/llvm-libc++/test/ |
| test_1.cc | 33 // The issue seems to be that on #9, the id retrieved through
|
| /ndk/sources/host-tools/make-3.81/ |
| signame.c | 66 /* If this value is ever greater than NSIG it seems like it'd be a bug in
|
| /ndk/sources/host-tools/nawk-20071023/ |
| README | 92 astonishly slow. If awk seems slow, you might try fixing that.
|
| /ndk/tests/device/issue42891-boost-1_52/jni/boost/boost/ |
| aligned_storage.hpp | 152 // MSVC6 seems not to like inline functions with const void* returns, so we
|
| /ndk/tests/device/test-libc++/jni/ |
| test_1.cc | 33 // The issue seems to be that on #9, the id retrieved through
|
