[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