Home
last modified time | relevance | path

Searched refs:precision (Results 1 – 8 of 8) sorted by relevance

/sqlite-3.40.0/src/
H A Dprintf.c284 precision = -1; in sqlite3_str_vappendf()
354 if( precision<0 ){ in sqlite3_str_vappendf()
355 precision = precision >= -2147483647 ? -precision : -1; in sqlite3_str_vappendf()
411 assert( precision>=(-1) ); in sqlite3_str_vappendf()
531 if( precision<0 ) precision = 6; /* Set default precision */ in sqlite3_str_vappendf()
543 if( xtype==etGENERIC && precision>0 ) precision--; in sqlite3_str_vappendf()
594 precision = precision - exp; in sqlite3_str_vappendf()
738 if( precision>1 ){ in sqlite3_str_vappendf()
765 && precision<0 in sqlite3_str_vappendf()
781 if( precision>=0 ){ in sqlite3_str_vappendf()
[all …]
/sqlite-3.40.0/test/
H A Dfunc4.test15 # point precision is not high enough to represent their constant integer
16 # expression arguments as double precision floating point values.
H A Dprintf2.test104 # The precision of the %c conversion causes the character to repeat.
H A Ddate3.test52 # even if the input time-value has millisecond precision.
H A Dfts2n.test189 # don't know if we have the precision to manage it from here at this
H A Dwhere.test1583 # Lose of precision when doing comparisons between integer and
H A Dprintf.test3657 # Ticket #1340: Test for loss of precision on large positive exponents
/sqlite-3.40.0/ext/rtree/
H A Drtreedoc.test640 # coordinates as single-precision (4-byte) floating point numbers.