Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Media > portaudio (standard), crashes on Windows 64 #2207

Open
LamptonWorm opened this issue Mar 10, 2024 · 33 comments
Open

Media > portaudio (standard), crashes on Windows 64 #2207

LamptonWorm opened this issue Mar 10, 2024 · 33 comments
Labels
bug/fix either a bug (for issues) or a bugfix (for pull-requests) crash a bug that crashes Pd os:windows issues primarily affecting Windows

Comments

@LamptonWorm
Copy link

Hi, when I try to select portaudio Pd crashes.

To reproduce

  • Start Pd 0.54.1 (Windows, 64-bit)
  • Select Media > portaudio (standard)
  • Crash

System info

  • Windows 11, 64-bit
  • AMD Ryzen 5 3500U
  • Audio Device, onboard Realtek(R) Audio

Media > old MMIO system, is working.

Cheers,

@Lucarda
Copy link
Contributor

Lucarda commented Mar 10, 2024

hi,

I can't reproduce on Win11 with my built in sound-card.

Can you post a screenshot of your audio settings window like this one?

audiosettings

@LamptonWorm
Copy link
Author

Hi, sure no problem. I only have one option on Output Devices.

image

@umlaeute umlaeute added bug/fix either a bug (for issues) or a bugfix (for pull-requests) crash a bug that crashes Pd os:windows issues primarily affecting Windows labels Mar 11, 2024
@Lucarda
Copy link
Contributor

Lucarda commented Mar 11, 2024

what other input options you have?

@LamptonWorm
Copy link
Author

Just these -

image

@Lucarda
Copy link
Contributor

Lucarda commented Mar 11, 2024

does it also crash if you select "Microphone Array" ?

EDIT: does it also crash if you disable the inputs? (un-tick the check-box for the "Input Devices")

@LamptonWorm
Copy link
Author

Yes, same behaviour when trying the above, PD just waits a sec, then closes.

I ran from the command line but not seeing anything obvious in the output, perhaps some debug/log flags might give a hint as it tries to start portaudio system, just an idea.

I presume PD comes with portaudio linked in, and it isn't looking for anything external to what is shipped with PD.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 11, 2024

open a "CMD" terminal on Pd's bin dir and do:

C:\Program Files\Pd\bin>pd -stderr -verbose

(your path my differ from my "C:\Program Files\Pd\bin")

post the content of the terminal here after the crash.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 11, 2024

I presume PD comes with portaudio linked in, and it isn't looking for anything external to what is shipped with PD.

i'm confused by this. Pd has portaudio built in.

What do you mean by "isn't looking for anything external" ? do you have some audio driver we are not aware?

also: in your last pic above from comment #2207 (comment)

your soundcards does not have the "WASAPI" or "ASIO" prepended to their names. See above how my soundcards are listed in the pic.

i'm confused.

@Spacechild1
Copy link
Contributor

Spacechild1 commented Mar 11, 2024

your soundcards does not have the "WASAPI" or "ASIO" prepended to their names. See above how my soundcards are listed in the pic.

I guess the GUI omits the backend name if there is only a single backend. "MME" has been removed from the portaudio API because it is really the same as "MMIO". Since @LamptonWorm apparently doesn't have any ASIO drivers installed, they are left with only the new WASAPI backend.

I have a Windows machine without ASIO drivers lying around. Will give it a try.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 11, 2024

I guess the GUI omits the backend name if there is only a single backend.

I have a Windows machine without ASIO drivers lying around. Will give it a try.

@Spacechild1 i have another Win11 instance without ASIO drivers in it and can confirm that "Windows WASAPI:" is prepended in the name.

@Spacechild1
Copy link
Contributor

Spacechild1 commented Mar 11, 2024

Thanks for double-checking! I just compiled Pd without ASIO support (i.e. only WASAPI) and I also get Windows WASAPI: .

@LamptonWorm Where/how did you get Pd? This doesn't seem like an official build...

@LamptonWorm
Copy link
Author

Hi all,

I just mentioned portaudio in case anything external to PD was needed, sounds like it isn't so all good.

Ok, output from command line... everything after "verbose(4): MIDI output (Microsoft MIDI Mapper) opened." appears when I click portaudio in the menu, then it all closes.

image

I got this version from here, https://msp.ucsd.edu/software.html

image

For info, other audio applications are showing more device options. For example in Reaper..

image

image

Cheers,

@Spacechild1
Copy link
Contributor

Spacechild1 commented Mar 12, 2024

@LamptonWorm Could it be that your screenshots actually show the MMIO backend? Then it explains why there's no backend names.

Reading your issue description more closely, it seems as if you get the crash as seens as you select the portaudio backend, so you don't ever see the dialog. Is that correct?

Now, Pd 0.51-4 actually uses the portaudio API by default. What's your current default audio API when you open Pd?

Does the crash only happen when DSP is on or also when DSP is switched off?

@LamptonWorm
Copy link
Author

LamptonWorm commented Mar 12, 2024

That makes sense. Just to confirm, PD starts up without issue but is defaulting to MMIO (see below). It is only on changing this in the menu that PD closes. The issue happens with DSP on or off. So on PD start, I see -

image

If useful, this flashes up really quickly on PD start (turns out this is "Steinberg Generic Lower Latency ASIO" panel trying to start. I removed it in case it was getting in the way, but I still get the same behaviour when I select portaudio in the menu, so it didn't change anything).

image

@LamptonWorm
Copy link
Author

Ah - a bit of success and more info.

So I forced PA on command line, "pd -pa" -

image

When I turn on DSP I get this message -

image

But the audio settings now look better -

image

However, no sound is produced.

But, when I now change input/output to Windows WASAPI and hit Apply, I get sound.

@Spacechild1
Copy link
Contributor

Spacechild1 commented Mar 12, 2024

So I forced PA on command line, "pd -pa" -

That what I was going to suggest as a next step :)

It seems like you have at one point switched to MMIO and saved the audio settings. (Or you still had MMIO saved as default API from a previous Pd version.)

I remember some issues when switching to/from MMIO, although I cannot reproduce it on my machine. Anyway, the MMIO should not really be used anymore.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 13, 2024

I fail to see if there's something we can do to fix Pd in anyway as I had always used MMIO and ASIO and never had such a problem. My setup preferences had always been MMIO as my ASIO sound card is externally powered and I don't use it all the time.

@Spacechild1 why did @LamptonWorm needed to explicitly pass -pa?

@LamptonWorm do you use the zip package or you installed Pd? why you need to start Pd from a terminal?

scratching my head here.

@Spacechild1
Copy link
Contributor

Spacechild1 commented Mar 13, 2024

why did @LamptonWorm needed to explicitly pass -pa?

Because for @LamptonWorm the crash happens when switching from MMIO to portaudio. The -pa option forces Pd to start with the portaudio backend.

why you need to start Pd from a terminal?

Otherwise you can't pass command line options :)

@Lucarda
Copy link
Contributor

Lucarda commented Mar 13, 2024

the crash happens when switching from MMIO to portaudio

Why? what can we do about it?

EDIT: @Spacechild1 I have a clean Win11 installation with latest Pd. I just save my prefs to use MMIO. I restarted the app. I can change without issues to portaudio WASAPI.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 13, 2024

@LamptonWorm can you open regedit.exe and navigate to

Computer\HKEY_CURRENT_USER\Software\Pure-Data

and post a screenshot like this one?

regedit1

@LamptonWorm
Copy link
Author

Hi,

I can re-create the issue here by going back to MMIO. I only used console to force pulse option, this proves no issue with pulseaudio itself once selected/running. I am using the zip and not the installer.

On the left are my settings with MMIO (which breaks when I select pulseaudio from the menu)
On the right are my settings having started pd from console with -pa then change/save settings to WASAPI and restart PD

Note the audioapi difference.

image

Cheers,

@Lucarda
Copy link
Contributor

Lucarda commented Mar 15, 2024

@LamptonWorm your reg settings seems good.

Since we can't reproduce on our machines is a bit hard for us.

If you can help us with a GDB backtrace we might get a better understanding of whats happening.

You don't have to do it if you don't want to.

If you do, follow the steps below. I had compiled https://github.com/pure-data/pure-data/releases/tag/0.54-1 with debug symbols. It has bigger sized pd.dll. and it has an old 32bit tcl/tk.

(msys2 installation might take around 2GB but you can later uninstall it.)

install msys2

https://www.msys2.org/

When done, click Finish.

close any msys2 opened window,

got to the startup menu and open

MSYS2 MSYS shell

To update all packages run the following command:

$ pacman -Suy

In some cases, certain core packages will get updated and pacman will prompt you to close all terminals:

:: To complete this update all MSYS2 processes including this terminal will be closed.
   Confirm to proceed [Y/n]

After confirming you need to start a new terminal and run the update again (pacman -Suy) to update the remaining non-core packages.

run pacman -Suy again until there's nothing more to do.

close the MSYS2 shell

install compiler and gdb

got to the startup menu and open

MSYS2 MINGW64 shell and do:

pacman -S mingw64/mingw-w64-x86_64-gcc
pacman -S mingw64/mingw-w64-x86_64-gdb

close the terminal.

get pd-0.54-1 with debug symbols

download: https://nc.nubegris.com.ar/index.php/s/YTo3YTXYmEBKXEL

and extract to some folder.

get the crash debug

open a "windows file explorer" on your extracted folder and open it.

open MSYS2 MINGW64 shell and do

cd (that is "cd" plus a space")

on the "windows file explorer" window click on the bin folder and drag and drop it to the mingw64 shell

you'll get now in the shell:

cd /c/tmp/pd-0.54.0-debug/bin

hit enter

do this commands:

gdb --args pd
run

do the changes in audio settings the leads you to get the crash

after a crash, type bt and hit enter to get the backtrace.

paste the content of the terminal and post it.

to exit (gdb) type quit and hit enter.

@LamptonWorm
Copy link
Author

Hi, this was interesting. Here is the output ..

image

Cheers,

@umlaeute
Copy link
Contributor

would you mind very much replacing the screenshot with a (complete) paste of the text?

@Lucarda
Copy link
Contributor

Lucarda commented Mar 16, 2024

@LamptonWorm thanks.

Yes in the next post please copy the text from the GDB terminal and paste it in the post.

but this time do command 'bt' 3 times. More data should be displayed in the backtrace.

:)

@LamptonWorm
Copy link
Author

Sure, no problem.

(gdb) run
Starting program: C:\Users\xxx\Downloads\temp\pd-0.54.1-Debug\bin\pd.exe
[New Thread 13708.0x3300]
[New Thread 13708.0x3530]
[New Thread 13708.0x246c]
[New Thread 13708.0x170c]
[Thread 13708.0x170c exited with code 0]
[New Thread 13708.0x1c38]
[New Thread 13708.0x1c24]
[New Thread 13708.0x2614]
[New Thread 13708.0x1e60]
[New Thread 13708.0xbb4]

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) bt
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer ()
   from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb) bt
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer ()
   from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb) bt
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer ()
   from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb) bt
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer ()
   from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()

@Lucarda
Copy link
Contributor

Lucarda commented Mar 16, 2024

@LamptonWorm thanks.

I keep forgetting a lot of stuff.

I might had compiled Pd without the new ./configure --enable-debug. Get this newly compiled version from: https://nc.nubegris.com.ar/index.php/s/kj2Ei3TdTPaxRdP

please do same as above but:

bt (just one time)

and then hit enter 3 more times. (this will continue the backtrace)

@LamptonWorm
Copy link
Author

That's ok, here is the output.

Starting program: C:\Users\xxx\Downloads\temp\pd-0.54.1-Debug-2\bin\pd.exe
[New Thread 11160.0x2bf0]
[New Thread 11160.0x7a0]
[New Thread 11160.0x814]
[New Thread 11160.0x8b0]
[New Thread 11160.0x1b0c]
[New Thread 11160.0x2318]
[New Thread 11160.0x12b8]
[Thread 11160.0x12b8 exited with code 0]
[New Thread 11160.0x1d64]
warning: avcore\audiocore\client\audioclient\audioclientcore.cpp(1223)\AUDIOSES.DLL!00007FFB31895A97: (caller: 00007FFB3184E2F0) ReturnHr(1) tid(1d64) 88890019
[Thread 11160.0x1d64 exited with code 0]
[Thread 11160.0x8b0 exited with code 0]
[New Thread 11160.0xa64]
[New Thread 11160.0x2670]

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) bt
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb)
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb)
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb)
#0  0x00007ffb499302e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffb49893554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffb46ec13b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()

@umlaeute
Copy link
Contributor

unfortunately this doesn't give us much more information.
afaict, we are facing a multithreaded issue here, so you might want to run this within gdb, (as per here):

(gdb) set backtrace limit 0
(gdb) thread apply all bt
(gdb) run
(gdb) bt

(hopefully this will give us a full backtrace (without having to repeatedly run bt) of all threads.

@Lucarda
Copy link
Contributor

Lucarda commented Mar 18, 2024

the crash is next to come when soundcards are not listed with wasapi: $1. May be there's a way for us to exclude in the list the sound cards that don't get listed with ASIO: $ || WASAPI: $ ?

anyway we'll surely appreciate @LamptonWorm next backtrace.

@umlaeute
Copy link
Contributor

i might sound dumb, but excluding soundcards based on their name sounds very much like trying to work around the symptoms rather than solving the cause. (i'd rather have the latter)

@Lucarda
Copy link
Contributor

Lucarda commented Mar 18, 2024

true, but (i think) we get the backtrace once we are accessing something that is not there. not before.

but the backtrace is needed anyway.

@LamptonWorm
Copy link
Author

Hi, the commands in sequence above didn't show more data, however if I debug pd and run "thread apply all bt" after the crash, I get more info. I added "info threads" in also. Hopefully this is useful..

Starting program: C:\Users\xxx\Downloads\temp\pd-0.54.1-Debug-2\bin\pd.exe
[New Thread 2600.0x1494]
[New Thread 2600.0x1010]
[New Thread 2600.0x2928]
[New Thread 2600.0x11a0]
[Thread 2600.0x11a0 exited with code 0]
[New Thread 2600.0x36f0]
[New Thread 2600.0x11d4]
[New Thread 2600.0x1ac0]
[New Thread 2600.0x1298]

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ffa760102e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) info threads
  Id   Target Id          Frame
* 1    Thread 2600.0x1490 0x00007ffa760102e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
  2    Thread 2600.0x1494 0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
  3    Thread 2600.0x1010 0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
  4    Thread 2600.0x2928 0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
  6    Thread 2600.0x36f0 0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
  7    Thread 2600.0x11d4 0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
  8    Thread 2600.0x1ac0 0x00007ffa75faf3f7 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\SYSTEM32\ntdll.dll
  9    Thread 2600.0x1298 0x00007ffa73c31557 in win32u!NtUserMessageCall () from C:\WINDOWS\System32\win32u.dll
(gdb) thread apply all bt

Thread 9 (Thread 2600.0x1298):
#0  0x00007ffa73c31557 in win32u!NtUserMessageCall () from C:\WINDOWS\System32\win32u.dll
#1  0x00007ffa756d546e in USER32!SendMessageTimeoutW () from C:\WINDOWS\System32\user32.dll
#2  0x00007ffa74c95f52 in Shell_NotifyIconW () from C:\WINDOWS\System32\shell32.dll
#3  0x000000018000b374 in ?? () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()

Thread 8 (Thread 2600.0x1ac0):
#0  0x00007ffa75faf3f7 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa736c497e in WaitForSingleObjectEx () from C:\WINDOWS\System32\KernelBase.dll
#2  0x00007ffa6e4a3541 in widMessage () from C:\WINDOWS\SYSTEM32\wdmaud.drv
#3  0x00007ffa6e4a7bd4 in widMessage () from C:\WINDOWS\SYSTEM32\wdmaud.drv
#4  0x00007ffa6e4a7d3f in widMessage () from C:\WINDOWS\SYSTEM32\wdmaud.drv
#5  0x00007ffa732e9363 in ucrtbase!_recalloc () from C:\WINDOWS\System32\ucrtbase.dll
#6  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#7  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#8  0x0000000000000000 in ?? ()

Thread 7 (Thread 2600.0x11d4):
#0  0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f4537e in ntdll!RtlClearThreadWorkOnBehalfTicket () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#3  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x0000000000000000 in ?? ()

Thread 6 (Thread 2600.0x36f0):
#0  0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f4537e in ntdll!RtlClearThreadWorkOnBehalfTicket () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#3  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x0000000000000000 in ?? ()

Thread 4 (Thread 2600.0x2928):
#0  0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f4537e in ntdll!RtlClearThreadWorkOnBehalfTicket () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#3  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x0000000000000000 in ?? ()

Thread 3 (Thread 2600.0x1010):
#0  0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f4537e in ntdll!RtlClearThreadWorkOnBehalfTicket () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#3  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x0000000000000000 in ?? ()

Thread 2 (Thread 2600.0x1494):
#0  0x00007ffa75fb2fc7 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f4537e in ntdll!RtlClearThreadWorkOnBehalfTicket () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa7489257d in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll
#3  0x00007ffa75f6aa58 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll
#4  0x0000000000000000 in ?? ()

Thread 1 (Thread 2600.0x1490):
#0  0x00007ffa760102e3 in ntdll!RtlValidateProcessHeaps () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x00007ffa75f73554 in ntdll!RtlEnumerateGenericTableWithoutSplayingAvl () from C:\WINDOWS\SYSTEM32\ntdll.dll
#2  0x00007ffa737613b0 in KERNELBASE!HeapWalk () from C:\WINDOWS\System32\KernelBase.dll
#3  0x0000000180014c3f in asio4all64!DllUnregisterServer () from C:\Program Files (x86)\ASIO4ALL v2\asio4all64.dll
#4  0x0000000000000000 in ?? ()
(gdb)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug/fix either a bug (for issues) or a bugfix (for pull-requests) crash a bug that crashes Pd os:windows issues primarily affecting Windows
Projects
None yet
Development

No branches or pull requests

4 participants