D. Richard Hipp wrote:
Provice specific SQL that causes a problem. The same btree code
has been in use for ages and there are many tests that do what
you describe above. You are the first person to ever see this
problem. Also say what OS and compiler you are using.
sql below (it's fairly long). We're using FreeBSD 4.10 with gcc version
2.95.4 20020320 [FreeBSD].
The primary difference is that we are using an unusually sensitive
malloc implementation.
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/libc/stdlib/malloc.c?rev=1.70
While it is certainly possible a bug remains in the malloc code, I don't
think that's the problem (it just means sqlite only crashes with this
malloc). For many malloc implementations, a minor buffer underflow is
harmless and hard to detect.
Adding the assertion that pCell is within the memory region allocated to
apCell is correct is it not? It should not be 4 bytes before. If
that's wrong, I will go back to debugging this on my own.
ok, mailing list doesn't like long messages. you can get the sql at
http://www.coverity.com/sqlcmds
--
Ted Unangst www.coverity.com Coverity, Inc.
