On Mon, 27 May 2024 11:14:29 -0400, Ken Brown via Cygwin > On 5/27/2024 5:17 AM, Lemures Lemniscati via Cygwin wrote: > > On Sun, 26 May 2024 18:02:54 -0400, Ken Brown via Cygwin > > Here is a log from gdb. Will it help? > > run > > info threads > > info stack > > list > > > > > > $ HOME=/tmp gdb --args asy -vv -f pdf test > [...] > > Thread 5 "sig" received signal SIGTRAP, Trace/breakpoint trap. > > I don't get this SIGRAP when I run the same command. The program just runs > to completion. Maybe someone can explain what might cause this. I have no > idea. > > > [Switching to Thread 10728.0x4c0c] > > 0x00007ffd8487d313 in KERNELBASE!DebugBreak () from > > /cygdrive/c/WINDOWS/System32/KERNELBASE.dll > > (gdb) info threads > > Id Target Id Frame > > 1 Thread 10728.0x57c8 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 2 Thread 10728.0xa9c 0x00007ffd871b35a4 in > > ntdll!ZwWaitForWorkViaWorkerFactory () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 3 Thread 10728.0x3ed0 0x00007ffd871b35a4 in > > ntdll!ZwWaitForWorkViaWorkerFactory () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 4 Thread 10728.0xbd0 0x00007ffd871b35a4 in > > ntdll!ZwWaitForWorkViaWorkerFactory () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > * 5 Thread 10728.0x4c0c "sig" 0x00007ffd8487d313 in > > KERNELBASE!DebugBreak () from /cygdrive/c/WINDOWS/System32/KERNELBASE.dll > > 7 Thread 10728.0x29d0 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 8 Thread 10728.0x4ec8 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 9 Thread 10728.0x2cfc "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 10 Thread 10728.0x47bc "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 11 Thread 10728.0x22d0 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 12 Thread 10728.0x4268 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 13 Thread 10728.0x2f94 "asy" 0x00007ffd871b04a4 in > > ntdll!ZwWaitForMultipleObjects () from > > /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > 14 Thread 10728.0x43cc "waitproc" 0x00007ffd871af9d4 in > > ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll > > The one thing that strikes me about this is the large number of "asy" > threads. There was a recent bug report about multithreading in cygwin-3.5.3: > > https://cygwin.com/pipermail/cygwin/2024-May/255987.html > > Can you try installing a 3.4.x version of cygwin and see if you still get the > hang?
(1) Keeping asymptote 2.88-1, I tested with packages rolled back: Package Version Status cygwin 3.4.10-1 OK cygwin-debuginfo 3.4.10-1 OK dash 0.5.12-2 OK libunistring-debuginfo 1.1-1 OK libunistring-devel 1.1-1 OK libunistring5 1.1-1 OK tar 1.35-1 OK uname -svrmo CYGWIN_NT-10.0-22631 3.4.10-1.x86_64 2023-11-29 12:12 UTC x86_64 Cygwin Then, `HOME=/tmp asy -vv -f pdf test` hanged. But, asy invoked by gdb did not hang... (2) asymptote 2.85-1 with same packages (ignoring warning about texlive 2024): Then, `HOME=/tmp asy -vv -f pdf test` hanged. But, asy invoked by gdb did not hang... (3) asymptote 2.85-1 with packages (latest except asymptote) (ignoring warning about texlive 2024): Package Version Status asymptote 2.85-1 OK cygwin 3.5.3-1 OK cygwin-debuginfo 3.5.3-1 OK dash 0.5.12-5 OK libunistring-debuginfo 1.2-1 OK libunistring-devel 1.2-1 OK libunistring5 1.2-1 OK tar 1.35-2 OK CYGWIN_NT-10.0-22631 3.5.3-1.x86_64 2024-04-03 17:25 UTC x86_64 Cygwin Then, `HOME=/tmp asy -vv -f pdf test` hanged. And, asy invoked by gdb got a siganl SIGTRAP and stopped. Rolling back cygwin packages has almost no effect. Very weird... Now, I suspect any recent Windows Update might have to do with the issue... (just because no other idea comes to me). Not confirmed Lem -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
