This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Fwd: emacs-X11 memory problem after Windows update


Ken Brown writes:
> And do you also use Windows Defender?

MSE (which I believe is just the "consumer" name for the same software).

> If this isn't BLODA, I'm completely stumped.

So far I've not had persistent problems with MSE (doesn't mean anything
reallyâ I know).  Only when an application is newly installed you can
get some more interference, but that usually goes away after the
application has been run the first few times (or after running a full
scan, which is awfully slow).

The crash in 64bit is not very reproducible and I haven't been able to
get it segfault in gdb, so there _is_ some racing involved I guess.  On
32bit however it reproduces under gdb sometimes, but not always:

--8<---------------cut here---------------start------------->8---
Reading symbols from /usr/bin/emacs-X11...Reading symbols from /usr/lib/debug/usr/bin/emacs-X11.exe.dbg...done.
done.
(gdb) run
Starting program: /usr/bin/emacs-X11 
[New Thread 6260.0x1c74]
[New Thread 6260.0x2348]
[New Thread 6260.0x20fc]
[New Thread 6260.0x1ccc]
[New Thread 6260.0x20d8]
[New Thread 6260.0x1f9c]
[New Thread 6260.0x2380]

Program received signal SIGSEGV, Segmentation fault.
_malloc_internal_nolock (size=<optimized out>, size@entry=4) at /usr/src/debug/emacs-24.3-2/src/gmalloc.c:744
744                 next->next->prev = next->prev;
(gdb) thr aplly all bt
No symbol "aplly" in current context.
(gdb) thr app all bt

Thread 7 (Thread 6260.0x2380):
#0  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x76c7149d in WaitForSingleObjectEx () from /cygdrive/c/windows/syswow64/KERNELBASE.dll
#3  0x0000048c in ?? ()
#4  0x00000000 in ?? ()

Thread 6 (Thread 6260.0x1f9c):
#0  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x76c7149d in WaitForSingleObjectEx () from /cygdrive/c/windows/syswow64/KERNELBASE.dll
#3  0x00000344 in ?? ()
#4  0x00000000 in ?? ()

Thread 5 (Thread 6260.0x20d8):
#0  0x77ccf959 in ntdll!ZwRemoveIoCompletion () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77ccf959 in ntdll!ZwRemoveIoCompletion () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x71da635c in ?? () from /cygdrive/c/windows/SysWOW64/mswsock.dll
#3  0x61005c5f in _cygtls::call2(unsigned long (*)(void*, void*), void*, void*)@16 (this=<optimized out>, func=0x0, 
    arg=0x159d1a0, buf=0x3b9cdc4) at /usr/src/debug/cygwin-1.7.27-2/winsup/cygwin/cygtls.cc:100
#4  0x03b9cdc4 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 4 (Thread 6260.0x1ccc):
#0  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77ccf8d1 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x76c7149d in WaitForSingleObjectEx () from /cygdrive/c/windows/syswow64/KERNELBASE.dll
#3  0x000002e0 in ?? ()
#4  0x00000000 in ?? ()

Thread 3 (Thread 6260.0x20fc):
#0  0x77cd015d in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77cd015d in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x77d02f91 in ntdll!RtlMoveMemory () from /cygdrive/c/windows/system32/ntdll.dll
#3  0x00000001 in ?? ()
#4  0x00000001 in ?? ()
#5  0x00000000 in ?? ()

Thread 2 (Thread 6260.0x2348):
#0  0x77ccf905 in ntdll!ZwReadFile () from /cygdrive/c/windows/system32/ntdll.dll
#1  0x77ccf905 in ntdll!ZwReadFile () from /cygdrive/c/windows/system32/ntdll.dll
#2  0x76c6dd54 in ReadFile () from /cygdrive/c/windows/syswow64/KERNELBASE.dll
#3  0x00000090 in ?? ()
#4  0x772f3ec7 in ReadFile () from /cygdrive/c/windows/syswow64/kernel32.dll
#5  0x00000090 in ?? ()
#6  0x610db6e8 in wait_sig () at /usr/src/debug/cygwin-1.7.27-2/winsup/cygwin/sigproc.cc:1214
#7  0x00000000 in ?? ()
Thread 1 (Thread 6260.0x1c74):
#0  _malloc_internal_nolock (size=<optimized out>, size@entry=4) at /usr/src/debug/emacs-24.3-2/src/gmalloc.c:744
#1  0x00597478 in _realloc_internal_nolock (ptr=ptr@entry=0x88d98f80, size=size@entry=4)
    at /usr/src/debug/emacs-24.3-2/src/gmalloc.c:1432
#2  0x00597601 in _realloc_internal (ptr=0x88d98f80, size=4) at /usr/src/debug/emacs-24.3-2/src/gmalloc.c:1452
#3  0x61082cdd in realloc (p=0x88d98f80, size=4) at /usr/src/debug/cygwin-1.7.27-2/winsup/cygwin/malloc_wrapper.cc:73
#4  0x88d98f80 in ?? ()
#5  0x014e9c88 in _fraghead ()
#6  0x88d63b80 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) print next
$1 = (struct list *) 0x88d886f0
(gdb) print next->prev
$2 = (struct list *) 0x14e9c88 <_fraghead+40>
--8<---------------cut here---------------end--------------->8---

IIRC I've had crashes like these (where GSlice complains about
alignment) before on Linux when there was a mismatch between glib and
some other library.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]