[64bit] emacs is unable to call subprocesses if display-time-mode is set
Corinna Vinschen
corinna-cygwin@cygwin.com
Wed Apr 3 14:28:00 GMT 2013
On Apr 3 10:17, Christopher Faylor wrote:
> On Wed, Apr 03, 2013 at 04:05:35PM +0200, Corinna Vinschen wrote:
> >On Apr 3 09:49, Ken Brown wrote:
> >> On 4/3/2013 7:41 AM, Corinna Vinschen wrote:
> >> >On Apr 2 18:57, Ken Brown wrote:
> >> >>How did you figure out that the crash occurs in cmalloc? I tried
> >> >>addr2line, but it gave me no information:
> >> >>
> >> >>$ addr2line -e /bin/cygwin1.dll 1800429F4
> >> >>??:?
> >> >
> >> >Are you sure the stackdump is from the same version of the Cygwin
> >> >DLL you're running now?
> >>
> >> I didn't get a stackdump. I was relying on the following line from
> >> the strace output:
> >>
> >> Process 4928, exception c0000005 at 00000001800429F4
> >>
> >> I just reproduced that today, with the same address, so there's no
> >> question of the DLL version.
> >
> >Hmm. Did you install the cygwin-debuginfo package? If all else
> >fails, try `addr2line -e /usr/lib/debug/usr/bin/cygwin1.dbg'. I get
> >
> > $ $ addr2line -e /usr/lib/debug/usr/bin/cygwin1.dbg 1800429F4
> > /usr/src/debug/cygwin-1.7.18-15/winsup/cygwin/cygheap.cc:298
>
> Is it time to scrap the malloc functions in cygheap and roll them into
> the standard malloc? I think modern mallocs allow you to segregate
> regions they way we'd want to for cygheap.
We should do that at one point if possible, but in theory it should at
least work as is for now. A crash in cmalloc might also be a crash
in another malloc implementation :-P
Still investigating,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
More information about the Cygwin-developers
mailing list