This one time, at band camp, Eloy Paris said: > Hi guys, > > On Tue, Apr 01, 2008 at 11:20:42PM +0100, Stephen Gran wrote: > > > This one time, at band camp, Stephen Gran said: > > > > > That looks like it's probably an overflow there. I looked at my > > > build log again, and it looks like we didn't pass the necessary > > > large file flags at build time for some reason - building from my > > > svn tree does, but building from the tarball doesn't. I'll take a > > > look and see what I can come up with. > > > > Never mind, I think I found it. I'm going to reupload now - can you > > pull from incoming.debian.org and let me know if it fixes the > > problem? > > Yes, that did it. Thanks for looking into it. > > Any idea why the stack trace was completely useless; was the memory > corruption (if there was one) so devastating that it completely killed > the stack trace?
As I understand it, the structure with the offsets in it is allocated on the stack. Since I introduced a bug in the debian build system that made off_t's 32 bit and libdvdread's off_t's are 64 bit, it smashed the stack quite nicely when the data was written to dvdbackup's data structure. Mea culpa, but at least it was an easy fix. Thanks for the testing. -- ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : [EMAIL PROTECTED] | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | -----------------------------------------------------------------
signature.asc
Description: Digital signature
