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
Using the Channel Browser crashes RMS Express #16
Comments
Thank you for searching for these bugs and documenting when they occur in detail. I’ll try to confirm your results and log them soon in wine-mono. I appreciate the extra set of eyes bughunting! |
Now that madewokherd fixed the outbox & inbox errors, I've submitted a new bug report to winehq for this one too. Keep the bug reports coming though! And thank you for testing things |
I’ve discovered that if you go edit With that bit working, does the radio still have connection issues? |
I’ve updated my bug report with a possible fix idea for wine-mono too, but am not sure how to implement the fix in wine-mono. We’ll have to see what the devs say |
Hello Eric,
I removed the specified line of code from RMS Channels.dat...the
propagation indices now appear, I can select a channel and it populates the
session window with the appropriate data...
However, when the session window opens and the session communications with
the pi start, I get the following error message..."Unable to open radio
serial port COM2. See exceptions log."...COM2 is the correct port for my
IC7100 radio and works appropriately in VARA FM using Winelink...
I am attaching the RMS Express Exceptions log...when I look at it, it isn't
telling me anything that I don't already know...maybe it will disclose a
revelation to you...
Overall, Winelink stability has improved, VARA FM works fine, but VARA and
Packet Winlink (more on this later) have issues...the improved stability is
a MAJOR improvement for me and will make winelink a win for pi users once
VARA and packet issues are resolved...
73 de KD2ROS
Kate
…On Tue, Dec 7, 2021 at 9:51 AM Eric Wiessner (KI7POL) < ***@***.***> wrote:
I’ve updated my bug report with a possible fix idea for wine-mono too, but
am not sure how to implement the fix in wine-mono. We’ll have to see what
the devs say
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AQ7BOYZW4IS6P3UG7HFCG4LUPYNONANCNFSM5HX3AE7A>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Regarding the Channel Browser crash, it seems that one of the stations in the This part is speculation, but I believe that the error message from dvoa.dll (which was written in Delphi/Pascal) which was trying to warning us that it couldn't calculate a propagation prediction with that low of an input frequency, then crashed wine-mono somehow. I believe that wine-mono just doesn't know what to do with Delphi error messages yet. It looks like the station with the typo fixed itself though at some point in time during our trying to find this crash. So the I've reached out to the wine-mono devs to see if they can try getting wine-mono to ignore Delphi exceptions. We'll have to wait for a patch before we can say this crash is behind us. I'll close this issue when we get a patch and when I can confirm that the crash doesn't happen anymore. I've also contacted the RMS Express devs to ask them to put in a warning if there are small-value frequencies on channels. That way, users might be able to get a heads-up that a value in their Until we hear back from the other devs, I suppose I'll move on to trying to find that COM port error.
Thank you for your encouragement - it means a lot. I think moving to wine-mono is the right thing to do, but seems to have introduced a lot of other bugs in the process. Seb has fixed a lot of stability issues in .NET 4.6, though I've been unable to get .NET 4.6 to install in box86 without significant user interaction. I think if I can find a working combination of wine & box86 that installs .NET 4.6 with winetricks completely silently, then I can then have the script move to the latest box86 again and get even better stability in RMS Express. My end-goal is to run everything with wine-mono, since wine-mono is open-source and more future-proof than .NET, but maybe that would fix the immediate issues until we can track down the other wine-mono bugs. Thank you, also for all of your patience with these bugs! I really appreciate your support. While we wait for a path to install .NET 4.6 silently with box86, keep sending all the bug reports you can find in wine-mono. |
I've got a possible workaround for the COM ports here while we track down the wine-mono COM port bug. I haven't tested it yet myself, but let me know if you have any install trouble. |
I'm going to close this issue for now for the following reasons.
If anyone experiences this crash in the future with wine-mono, you can fix it by doing the following:
|
I know that this is already in your list of issues on the main page, but specifically, RMS Express crashes when using the Channel Selector after it starts the automatic update of the channel data upon entering the Channel Selection window...it downloads the Winlink channel data and the MPS data...as it is trying to take the downloaded data and update the Channel selection window, it crashes RMS Express.
There used to be an option to upgrade the channel selection/propagation data, yes or no, when you opened the Channel selection window...perhaps being able to select, no, would bypass what is causing the crash and allow the VARA session to proceed?
Also, if you have a known channel that you like to use you are able to type in the callsign, center frequency and dial frequency...when you start the session, it proceeds but, sends you the message that it cannot open the com port that is specified in your session settings, so it will not send the channel data that you typed in to the radio or operate the PTT...the session proceeds as is normal but fails because the radio cannot respond...
The text was updated successfully, but these errors were encountered: