| /external/valgrind/main/docs/ |
| Makefile.in | 548 # because otherwise it seems that automake thinks it should
|
| /external/valgrind/main/memcheck/tests/ |
| unit_oset.c | 18 // definition of Char from pub_core_basics.h seems a good solution
|
| vcpu_fbench.c | 19 benchmarking purposes it seems better to avoid the libc stuff, so
|
| /external/valgrind/main/perf/ |
| fbench.c | 15 benchmarking purposes it seems better to avoid the libc stuff, so
|
| /external/webrtc/src/modules/audio_processing/aec/ |
| echo_cancellation.c | 480 // blocks. If it seems to be stable then we start to fill up the
|
| /external/webrtc/src/modules/audio_processing/aecm/ |
| echo_control_mobile.c | 359 // comparison is made during the following 4 consecutive frames. If it seems
|
| /external/wpa_supplicant_8/src/wps/ |
| wps_upnp_ssdp.c | 935 * TODO: What about IP_MULTICAST_LOOP? It seems to be on by default?
|
| /external/wpa_supplicant_8/wpa_supplicant/ |
| wpa_priv.c | 648 wpa_printf(MSG_INFO, "Socket exists and seems to be "
|
| /frameworks/av/media/libstagefright/codecs/hevcdec/ |
| SoftHEVC.cpp | 648 // IV_API_CALL_STATUS_T, seems be wrong. But this is what the decoder returns right now.
|
| /frameworks/base/docs/html/guide/components/ |
| processes-and-threads.jd | 253 <p>At first, this seems to work fine, because it creates a new thread to handle the network
|
| /frameworks/base/docs/html/guide/faq/ |
| troubleshooting.jd | 48 <li>Now, expand the tree item of the discovery site. It seems that if you
|
| /frameworks/base/graphics/java/android/graphics/drawable/ |
| DrawableContainer.java | 53 * The initial setting for dither is now true, since it almost always seems
[all...] |
| /frameworks/base/packages/SystemUI/src/com/android/systemui/screenshot/ |
| GlobalScreenshot.java | 489 // We need to orient the screenshot correctly (and the Surface api seems to take screenshots
|
| /frameworks/base/packages/WallpaperCropper/src/com/android/wallpapercropper/ |
| WallpaperCropActivity.java | 66 * Intents have a maximum of 1MB in total size. However, the Bitmap seems to
[all...] |
| /frameworks/base/tests/CoreTests/android/core/ |
| TestWebServer.java | 720 // Seems 301 needs a body by neon (although spec
|
| /frameworks/base/tools/aapt/ |
| ZipEntry.cpp | 318 #if 0 // this seems to be used for padding, not real data
|
| /frameworks/base/tools/layoutlib/create/src/com/android/tools/layoutlib/create/ |
| DependencyFinder.java | 474 // Note: outerName/innerName seems to be null when we're reading the
|
| /frameworks/ex/variablespeed/jni/ |
| variablespeed.cc | 616 // A valid value seems required here but is currently ignored.
|
| /frameworks/opt/calendar/src/com/android/calendarcommon2/ |
| ICalendar.java | 452 // for now, we ignore the parse error. Google Calendar seems
|
| /frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/ |
| UiccCard.java | 249 // Seems to be valid
|
| /hardware/intel/img/hwcomposer/ips/anniedale/ |
| AnnOverlayPlane.cpp | 213 // it seems that overlay buffer update and renderring can be overlapped,
|
| /hardware/intel/img/libdrm/ |
| depcomp | 336 # At least on Alpha/Redhat 6.1, Compaq CCC V6.2-504 seems to put
|
| /hardware/intel/img/psb_video/src/mrst/ |
| lnc_H264ES.c | 476 drv_debug_msg(VIDEO_DEBUG_GENERAL, "slice number is %d, but it seems the last %d buffers are empty\n",
[all...] |
| /libcore/harmony-tests/src/test/java/org/apache/harmony/tests/java/lang/ |
| ByteTest.java | 302 //undocumented NPE, but seems consistent across JREs
|
| ShortTest.java | 623 //undocumented NPE, but seems consistent across JREs
|
