https://bugs.winehq.org/show_bug.cgi?id=52131
--- Comment #3 from Eric eric.wheez@gmail.com --- Going through the truncated wrapper log: Searching for "STANDBY - Updating RMS channels propagation indices for" finds that the last callsign processed (multiple times) is "9W2RUT", but the callsign processed right before that (also processed multiple times) is "8P6BWS". The channel browser freezes while displaying 8P6BWS when the crash happens.
So I think that the truncated log is capturing everything and the crash probably happens near "STANDBY - Updating RMS channels propagation indices for 9W2RUT" in the wrapper log.