| delorie.com/archives/browse.cgi | search |
| X-Recipient: | archive-cygwin AT delorie DOT com |
| DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:to:from:subject:date:message-id:references | |
| :mime-version:content-type:content-transfer-encoding; q=dns; s= | |
| default; b=ALfnWn9mgBZcRj1htuIdGtmaaJ83WdVdKeoMKsIPcj0f0HYKEql4e | |
| XXPyAEZ+5D7Oq2RGyeT+qGyQEWfckpZE8hM25gTy9pl+FRz1t86Lo66BbQAZGix6 | |
| qdnPlB97u/y5gKuPEe1fZeRQszX51LgXxaD6U6Yjm0cefk62yJtj7E= | |
| DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:to:from:subject:date:message-id:references | |
| :mime-version:content-type:content-transfer-encoding; s=default; | |
| bh=lwd5xaEgMSPRKLiKmmW0K2gqfdA=; b=aa0gjx8JuUeAM0/+CJh2Vx8kawUs | |
| i42Ktj/rJPRn/4Nt188TbyjBU2AKV/fneZROA0GbWCYufTDceN51OBJuM2zdjzT7 | |
| 3Qe6JYNpjjO7YQRvqQdScd/WViiBOEdqPQ3wphw0KEV51lmUGTNaW8AWJ6sQElg2 | |
| bH/sf51jYZKpkpw= | |
| Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
| List-Id: | <cygwin.cygwin.com> |
| List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
| List-Archive: | <http://sourceware.org/ml/cygwin/> |
| List-Post: | <mailto:cygwin AT cygwin DOT com> |
| List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
| Sender: | cygwin-owner AT cygwin DOT com |
| Mail-Followup-To: | cygwin AT cygwin DOT com |
| Delivered-To: | mailing list cygwin AT cygwin DOT com |
| Authentication-Results: | sourceware.org; auth=none |
| X-Virus-Found: | No |
| X-Spam-SWARE-Status: | No, score=-0.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 |
| X-HELO: | plane.gmane.org |
| To: | cygwin AT cygwin DOT com |
| From: | Achim Gratz <Stromeko AT nexgo DOT de> |
| Subject: | Re: Fwd: emacs-X11 memory problem after Windows update |
| Date: | Thu, 12 Dec 2013 21:45:49 +0100 |
| Lines: | 112 |
| Message-ID: | <87ob4l7q82.fsf@Rainer.invalid> |
| References: | <CAH5rLZWNvJLogZt=N16ri4=A9TE2_iwN2uW3WdZEWY8T5Xknfg AT mail DOT gmail DOT com> <CAH5rLZUCwde-PcCOdNVZaV-itW33XdA=NOSWbtC-A-wTh1uSdw AT mail DOT gmail DOT com> <52A9DE77 DOT 3080507 AT cornell DOT edu> <877gba9g3d DOT fsf AT Rainer DOT invalid> <52A9EEBE DOT 3050100 AT cornell DOT edu> |
| Mime-Version: | 1.0 |
| User-Agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
| X-IsSubscribed: | yes |
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 AT 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 AT entry=4) at /usr/src/debug/emacs-24.3-2/src/gmalloc.c:744
#1 0x00597478 in _realloc_internal_nolock (ptr=ptr AT entry=0x88d98f80, size=size AT 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
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |