segfaults in mysql driver
Paul J Stevens
paul at nfg.nl
Fri Mar 21 13:48:38 CET 2008
Jan-Henrik Haukeland wrote:
> Its fixed. You can check out the code from the repository at http://code.google.com/p/libzdb/source/checkout
> .. re2c (http://re2c.org/ or apt-get re2c) is needed to build from
> scratch. Call bootstrap first, then configure.
Great!
btw, glad you selected svn rather than cvs @ savanna (yuk). I'm an avid git fan
myself, but I hear good things about mercurial as well.
But let's not digress.
>
> To save memory, the MySQL driver is designed not to slurp down large
> data sets, but read as needed. Each column is preallocated with a 256
> byte buffer. This is more than enough for numbers and usually enough
> for strings, as real life strings often tend to be shorter. Buffers
> are reallocated if needed, it was this reallocation that had a bug
> which should now be fixed.
I'll test it later today. Thanks for working on it.
>
> We have mainly been working on developing an application using the
> SQLite driver and haven't tested all drivers of libzdb _extensively_
> in a real application. Its unfortunate, but at the same time its great
> that you are able to test all parts and we'll try our best to respond
> as soon as we can. I hope you haven't lost all confidence in the
> library. The code should be well designed and easy to read and if you
> want too, you are most welcome to provide patches if more trouble
> should arise, though I hope we have ironed out most now.
Ha, don't worry. I'm already well beyond the point of chucking zdb just because
of some small bugs. It's the big picture feature set of zdb combined with the
very clean design and coding style you use that was the main selling point.
> We'll release a new version as soon as the postgresql problem you also
> reported has been fixed. I don't use postgres myself and I believe
> Martin is on vacation, so if you want to give it a stab I'll be happy
> to accept a patch :-)
I've started to mirror your svn repo on git.dbmail.eu so I can maintain the
/debian/ stuff, and play with exploratory zdb changes of my own. Once I'm done
with my current code sprint in dbmail (libevent/libzdb/pthreads) I hope to be
able to start working on an ingres driver for libzdb. Should be fun.
keep you posted.
--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
More information about the libzdb-general
mailing list