On Mon, Dec 22, 2003 at 10:21:28AM -0800, Peter A. Castro wrote: >On Mon, 22 Dec 2003, Jason Tishler wrote: > >> Rafael, >> >> Sorry for the delay... >> >> On Wed, Dec 10, 2003 at 01:26:07AM -0800, Rafael Kitover wrote: >> > I noticed that the rebaseall scripts rebases /usr/bin/libzsh-4.0.4.dll >> > and the modules in /usr/lib/zsh/4.1.1/zsh/*.dll, and that this breaks >> > zsh. Rebasing libzsh stops zsh from starting, and rebasing the modules >> > stops them from loading. >> > >> > If this is the case, and not just something messed up on my system, >> > adding: >> > >> > -e '/\/libzsh-.*\.dll$/d' -e '/\/lib\/zsh/d' >> > >> > To the sed filter on the script should fix it. Or perhaps making an >> > /etc/rebase.conf with exclusion filters. Want me to make a patch? >> >> Let's wait to see what the zsh maintainer comes up with. > >I've reproduced the problem under a debugger and it's very interesting. >The segfault occurs before main even gets control. From the looks of it, >the cygwin runtime faults trying to resolve some entry point that still >points to the old image base address, which is below the rebased image >base address (so no wonder it's faulting). I'm trying to come up with a >simple test case, but I'm about to leave for the holidays, so I'll get >right back on it after the new year.
Whatever happened here? I've just noticed this myself so I'm wondering if there is a fix (to either zsh or rebase) in the queue. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
