<p><br>
On Jul 12, 2012 7:13 PM, &quot;Tristan Ravitch&quot; &lt;<a href="mailto:travitch@cs.wisc.edu">travitch@cs.wisc.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; On Thu, Jul 12, 2012 at 11:07:05AM -0500, Tristan Ravitch wrote:<br>
&gt; &gt; Are you trying this on a 32 bit system?  And when you compiled that C<br>
&gt; &gt; program, did you try to add<br>
&gt; &gt;<br>
&gt; &gt;   -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE<br>
&gt; &gt;<br>
&gt; &gt; to the compile command?  When I define those the resulting object file<br>
&gt; &gt; from your example correctly references stat64 instead of stat.<br>
&gt;<br>
&gt; Er sorry, saw your earlier email now.  Could this be a mismatch<br>
&gt; between how your sqlite.so is compiled and how the cbits in<br>
&gt; persistent-sqlite are compiled, particularly with largefile support?</p>
<p>I don&#39;t think so. The test case I put together had nothing to do with sqlite. Also, persistent-sqlite will either use sqlite.so _or_ the included sqlite3.c file (based on a compile-time flag). The former works perfectly, only the latter causes problems.</p>

<p>Michael</p>