On Thu, Feb 01, 2007 at 09:40:02PM +0100, Robert Millan wrote: > reopen 398421 > thanks
> I'm afraid it's not fixed yet! (at least, not all the 64-bit issues) > Now it doesn't segfault right away, but segfaults are still very common > when processing real nsi files. > How to reproduce: > svn co -r 44882 svn://svn.debian.org/d-i/people/rmh/win32-loader > cd win32-loader > # disable some dependencies (patch attached) > patch -p0 < /tmp/disable.diff > # see below > touch debian.exe > makensis dil.nsi > Notes: > - It doesn't segfault when debian.exe does not exist prior to running. > - If you remove all the LoadLanguageFile lines, it won't segfault either. Sorry, but this isn't reproducible at all for me using the 2.19-2 version that Paul uploaded. You'll need to provide a backtrace yourself in order to debug this. At any rate, since this bug isn't reproducible, I think it should also be downgraded at this point (at least now that I've unblocked nsis 2.19-2 for etch). > Given the current state of this package wrt 64-bit support, maybe it'd be > a good idea to ship the i386 version only. After all, for a developer it's > not a big problem to use a chroot for building her installers. Pff, that's the easy way out. :) This bug seems very fixable to me -- at least if we can identify a standard by which the package can be considered "usable" on amd64, instead of going back and forth repeatedly on the question. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
