Subject: bug#12829: 24.3.50; emacs_abort () called from w32proc.c:1128

From: Stephen Powell <[email-masked]>
Date: Fri, 09 Nov 2012 20:16:36 +0000

Ok this breakpoint 4 seems to have triggered just before the crash

(gdb) break process.c:6278 if have != desired
Breakpoint 4 at 0x101f310: file process.c, line 6278.
(gdb) commands
Type commands for breakpoint(s) 4, one per line.
End with a line saying just "end".
>p have
>p desired
>p status
>continue
>end

[New Thread 2900.0x1b98]

Breakpoint 3, reap_subprocess (cp=0x144aa98) at w32proc.c:1096
1096          cp->procinfo.hProcess = NULL;
#0  reap_subprocess (cp=0x144aa98) at w32proc.c:1096
#1  0x01022d1b in sys_wait (status=0x0) at w32proc.c:1233
#2  0x010e03ab in wait_for_termination_1 (pid=8004, interruptible=0) at
sysdep.c:293
#3  0x010e03c7 in wait_for_termination (pid=8004) at sysdep.c:321
#4  0x0108a3a5 in Fcall_process (nargs=7, args=0x88b7c4) at callproc.c:854
#5  0x0100e1e9 in Ffuncall (nargs=8, args=0x88b7c0) at eval.c:2755

Lisp Backtrace:
"call-process" (0x88b7c4)
"apply" (0x88b908)
"process-file" (0x88bc24)
"apply" (0x88bd74)
"vc-git--call" (0x88c088)
"vc-git--empty-db-p" (0x88c3b0)
"vc-git-state" (0x88c7cc)
"apply" (0x88c7c8)
"vc-call-backend" (0x88cac8)
"vc-default-state-heuristic" (0x88ceec)
"apply" (0x88cee8)
"vc-call-backend" (0x88d1f4)
"vc-state-refresh" (0x88d508)
"vc-state" (0x88d808)
"vc-default-mode-line-string" (0x88db30)
"vc-git-mode-line-string" (0x88df4c)
"apply" (0x88df48)
"vc-call-backend" (0x88e248)
"vc-mode-line" (0x88e568)
"vc-find-file-hook" (0x88e8fc)
"run-hooks" (0x88e9c8)
"after-find-file" (0x88ece8)
"find-file-noselect-1" (0x88efe8)
"find-file-noselect" (0x88f30c)
"view-file" (0x88f60c)
"dired-view-file" (0x88f924)
"call-interactively" (0x88fb34)
$25 = 8004
[New Thread 2900.0x1268]
[New Thread 2900.0x7dc]
[New Thread 2900.0x63c]
[New Thread 2900.0x17a0]
[New Thread 2900.0x820]
[New Thread 2900.0xb4c]
[New Thread 2900.0x220]
[New Thread 2900.0x8b8]

Breakpoint 3, reap_subprocess (cp=0x144aaf0) at w32proc.c:1096
1096          cp->procinfo.hProcess = NULL;
#0  reap_subprocess (cp=0x144aaf0) at w32proc.c:1096
#1  0x01022d26 in sys_wait (status=0x88f264) at w32proc.c:1236
#2  0x0101f2fb in process_status_retrieved (desired=8032, have=-1,
status=0x88f264) at process.c:6274
#3  0x0101f3be in record_child_status_change (pid=-1, w=256) at
process.c:6344
#4  0x0101f65d in handle_child_signal (sig=18) at process.c:6417
#5  0x010e0f64 in deliver_process_signal (sig=18, handler=0x101f643
<handle_child_signal>) at sysdep.c:1580
$26 = 7176

Breakpoint 4, process_status_retrieved (desired=8032, have=7176,
status=0x88f264) at process.c:6278
6278      return have == desired;
$27 = 7176
$28 = 8032
$29 = (int *) 0x88f264

Program received signal SIGTRAP, Trace/breakpoint trap.
0x762a321a in KERNELBASE!DeleteAce () from
C:\Windows\syswow64\KernelBase.dll
(gdb)