Mail Archives: cygwin/2009/02/20/08:45:23
On Feb 20 13:35, Dave Korn wrote:
> Corinna Vinschen wrote:
> > Apparently. I rebased the DLL alone and afterwards file simply stopped
> > working. The DLL has a base address of 0x6a500000. Even rebasing to
> > the very same address results in a coredump!
> >
> > The DLL has been built with -static-libgcc. Assuming that this might
> > have been the reason I rebuilt the file package without -static-libgcc,
> > so the DLL now depends on cyggcc_s.dll. And, guess what, afterwards
> > the DLL is rebaseable just fine.
> >
> > Dave? Any idea why this occurs? The crash happens when the Cygwin DLL
> > is running the ctors list. Given that the file package is using plain
> > C, it seems that a static libgcc is non-relocatable for whatever reason.
>
> Investigating. While I do that, I noticed a bug:
>
> libtool: compile: gcc-4 -DHAVE_CONFIG_H -I. -I..
> -DMAGIC=\"/usr/local/share/file/magic\" -Wall -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wmissing-declarations -Wredundant-decls
> -Wnested-externs -Wsign-compare -Wreturn-type -Wswitch -Wshadow -Wcast-qual
> -Wwrite-strings -Wextra -Wunused-parameter -g -O2 -MT magic.lo -MD -MP -MF
> .deps/magic.Tpo -c magic.c -o magic.o
> magic.c: In function 'file_or_fd':
> magic.c:304: warning: passing argument 1 of 'strlcat' makes pointer from
> integer without a cast
>
> 304 (void)strlcat(strlcpy(tmp, inname, len), ".exe", len);
>
>
> That sort of construct works for "strcat (strcpy ())" but not for the 'l'
> versions, they aren't drop-in replacements.
Urgh!
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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/
- Raw text -