TeX Live 2024:: asympote 2.88-1 hangs after outputting a pdf
Lemures Lemniscati
lemures.lemniscati@gmail.com
Tue May 28 13:57:08 GMT 2024
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
More information about the Cygwin
mailing list