0001288: crash handler does not work in WASAPI callback

ID	Project	Category	View Status	Date Submitted	Last Update

0001288	OpenMPT	Audio I/O	public	2020-01-11 09:06	2024-10-26 18:06

Reporter	manx	Assigned To	manx
Priority	normal	Severity	minor	Reproducibility	always
Status	acknowledged	Resolution	open
Product Version	OpenMPT 1.28.09.00 / libopenmpt 0.4.11 (upgrade first)
Target Version	OpenMPT 1.33 / libopenmpt 0.9 (goals)

Summary	0001288: crash handler does not work in WASAPI callback
Description	The process completely hangs instead of invoking the crash handler. Other PortAudio backends are not affected.
Tags	No tags attached.

Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Date Modified	Username	Field	Change
2020-01-11 09:06	manx	New Issue
2020-04-21 18:55	manx	Target Version	OpenMPT 1.29.01.00 / libopenmpt 0.5.0 (upgrade first) => OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first)
2020-04-21 18:55	manx	Status	new => acknowledged
2020-08-05 13:41	manx	Relationship added	related to 0001350
2020-11-28 19:56	manx	Target Version	OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first) => OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first)
2020-11-28 19:59	manx	Assigned To	=> manx
2020-11-28 19:59	manx	Status	acknowledged => assigned
2020-11-28 19:59	manx	Status	assigned => acknowledged
2022-03-05 09:20	manx	Relationship added	related to 0001574
2022-07-24 08:57	manx	Note Added: 0005263
2022-10-23 11:49	manx	Note Edited: 0005263
2023-04-10 08:23	manx	Target Version	OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first) => OpenMPT 1.32 / libopenmpt 0.8 (goals)
2024-10-26 18:06	manx	Target Version	OpenMPT 1.32 / libopenmpt 0.8 (goals) => OpenMPT 1.33 / libopenmpt 0.9 (goals)

related to	0001350	acknowledged	manx	Implement native WASAPI backend
related to	0001574	acknowledged	manx	program closes suddenly when headphones are removed

manx 2022-07-24 08:57 administrator ~0005263 Last edited: 2022-10-23 11:49	random data point: r17672 VS2022 amd64 crash handler works in WASAPI callback for SEH exceptions, but not for C++ exceptions, and when it does not work, it does not hang but immediately terminates the process.