https://bugs.winehq.org/show_bug.cgi?id=52131
--- Comment #15 from Eric eric.wheez@gmail.com --- I figured out that the OJ02UX gridsquare is definitely causing the problem in some way: - I found a file called `C:\RMS Express\KI7POL\Data\RMS Channels.dat` that contains channels that are downloaded from the internet (when pressing the "Update from Internet" button) and then later calculated for propagation quality. - Pressing the "SFI" button seems to not download a new `RMS Channels.dat` file and just calculate propagation quality from the .dat file. - If I delete this line in the .dat file `9W2RUT|OJ02UX|7093|41|00-23|PUBLIC` then RMS Express doesn't crash with wine-mono when pushing the "SFI" button. - If I replace OJ02UX with a different gridsquare (so that it looks like: 9W2RUT|DN06UB|7093|41|00-23|PUBLIC), then the crash is also averted. - If I replace 9W2RUT with a different gridsquare, but keep OJ02UX (so that it looks like: DN06UB|OJ02UX|7093|41|00-23|PUBLIC), then the crash happens again. I've discovered that 9W2RUT is a person's callsign, not a gridsquare.
I'm currently crunching through some gridsquares that I made up from this map: https://en.wikipedia.org/wiki/Maidenhead_Locator_System#/media/File:Maidenhe... to see which ones crash RMS Express with wine-mono. I'm planning on comparing those `WINE_MONO_TRACE=N:PropagationPrediction` traces with the working ones to see what might be different between them, though it's taking a while. It's also possible that RMS Express might be using a calculation to convert gridsquare to lat/long and maybe something in that calculation is erroring - though that might not produce a Delphi exception error if that was the case(?)