| /external/chromium_org/chromeos/accelerometer/ |
| accelerometer_reader.h | 45 typedef base::RefCountedData<char[12]> Reading;
67 // If |success|, converts the raw reading to an AccelerometerUpdate
70 void OnDataRead(scoped_refptr<Reading> reading, bool success);
|
| accelerometer_reader.cc | 53 // The time to wait between reading the accelerometer.
147 scoped_refptr<AccelerometerReader::Reading> reading,
159 reading->data, length);
214 scoped_refptr<AccelerometerReader::Reading> reading(
215 new AccelerometerReader::Reading());
218 base::Bind(&ReadAccelerometer, reading,
222 reading));
226 scoped_refptr<AccelerometerReader::Reading> reading
[all...] |
| /external/chromium_org/v8/test/preparser/ |
| nonstrict-arguments.js | 40 // Reading eval and arguments is allowed.
|
| nonstrict-eval.js | 40 // Reading eval and arguments is allowed.
|
| /external/libvorbis/doc/ |
| 02-bitpacking.tex | 85 Decoding follows the same process as encoding, but by reading bits
175 Reading from the beginning of the bytestream encoded in the above example:
195 four-bit integer, reading some other combination of bit-widths from the
227 handle reading past the end of a packet as a typical mode of
233 \subsubsection{reading zero bits}
235 Reading a zero-bit-wide integer returns the value '0' and does not
236 increment the stream cursor. Reading to the end of the packet (but
238 and then reading a zero bit integer shall succeed, returning 0, and
239 not trigger an end-of-packet condition. Reading a zero-bit-wide
|
| 03-codebook.tex | 116 codebook is encoded in ascending length order. Rather than reading
271 bits and 'reading' a value out of such a codebook always returns the
390 reading and decoding the next codeword in the bitstream. The decoder
393 Huffman decode tree by reading one bit at a time from the bitstream,
398 leaf. Reading past the end of a packet propagates the 'end-of-stream'
|
| /external/bison/data/ |
| glr.c | [all...] |
| lalr1.cc | 583 YYCDEBUG << "Reading a token: ";
[all...] |
| lalr1.java | 494 yycdebug ("Reading a token: ");
|
| yacc.c | [all...] |
| /external/bison/examples/calc++/ |
| calc++-parser.cc | 412 YYCDEBUG << "Reading a token: ";
[all...] |
| /external/chromium_org/third_party/sfntly/cpp/src/test/ |
| bitmap_table_test.cc | 203 TEST(BitmapTable, Reading) {
|
| /external/sfntly/cpp/src/test/ |
| bitmap_table_test.cc | 203 TEST(BitmapTable, Reading) {
|
| /external/chromium_org/v8/tools/profviz/ |
| worker.js | 92 time("Reading log file (" + (file.size / 1024).toFixed(1) + " kB)",
|
| /external/linux-tools-perf/perf-3.12.0/tools/perf/util/ |
| pmu-bison.c | [all...] |
| parse-events-bison.c | [all...] |
| /external/chromium_org/chrome/test/ext_auto/auto_provider/ |
| connection_handler.js | 5 // Automation connection handler is responsible for reading requests from the
239 console.log("Reading socket " + stream.socketId_);
|
| /external/elfutils/0.153/src/ |
| ldscript.c | [all...] |
| /external/zlib/src/contrib/delphi/ |
| ZLib.pas | 61 TCompressionStream is write-only and strictly sequential. Reading from the
113 This is useful for updating a progress indicator when you are reading a
|
| /external/chromium_org/base/json/ |
| json_reader_unittest.cc | 20 TEST(JSONReaderTest, Reading) {
|
| /external/libpcap/ |
| grammar.c | [all...] |
| /external/chromium_org/ui/file_manager/gallery/js/image_editor/ |
| exif_encoder.js | 141 throw 'Reading past the buffer end @' + pos;
|
| /external/chromium_org/third_party/mesa/src/chromium_gensrc/mesa/ |
| glsl_parser.cc | [all...] |
| /external/elfutils/0.153/libcpu/ |
| i386_parse.c | [all...] |
| /external/chromium_org/third_party/icu/source/tools/pkgdata/ |
| pkgdata.cpp | 825 fprintf(stdout, "# Reading options file %s\n", o->options);
[all...] |
