Project

General

Profile

Actions

Bug #471

closed

Baofeng UV-5RC download crash on OS X

Added by Michael Holdren almost 12 years ago. Updated over 11 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
01/27/2013
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
UV-5RC
Platform:
MacOS
Debug Log:
I read the instructions above:

Description

New radio, new user, etc. Trying to download, the progress bar goes all the way (almost), then the memory editor screen (I guess that's what it is, looks like a spreadsheet/UI) shows for half a second, then the whole app crashes. This happens every time with the latest release, the previous release version, and for giggles I tried the Jan. 1st build - all identical crashing. I'm running Mac OS X 10.8.2 on a 2012 MBP, I have a generic cable with popular driver for it installed, Python r10 installed (basically everything as suggested from hereon the CHIRP site). I'm also attaching debug log, which should have all other necessary info, but if not please let me know - I am happy to provide anything else needed. Thank you!


Files

debug.log (6 KB) debug.log Michael Holdren, 01/27/2013 12:44 PM
debug.log (19.6 KB) debug.log Michael Holdren, 02/03/2013 02:11 PM
Screen Shot 2013-02-03 at 7.00.24 PM.png (76.2 KB) Screen Shot 2013-02-03 at 7.00.24 PM.png Michael Holdren, 02/03/2013 05:04 PM
debug.log (37.5 KB) debug.log Michael Holdren, 02/18/2013 07:54 PM

Related issues 2 (0 open2 closed)

Has duplicate Bug #487: chirp-daily-20130203 still crashes UV-5RC w/firmware B297Rejected02/03/2013

Actions
Has duplicate Bug #489: chirp-daily-20130203 still crashes UV-5RC w/firmware B297Rejected02/03/2013

Actions
Actions #1

Updated by Dan Smith almost 12 years ago

  • Tracker changed from Bug to New Model
  • Subject changed from Crashes after Download to Baofeng UV-5RC
  • Status changed from New to Blocked

Can be supported when a developer gains access to a UV-5RC (not currently supported by CHIRP).

Actions #2

Updated by Michael Holdren almost 12 years ago

Thanks for the update Dan. So does this mean I have no software options (especially CHIRP) on a UV-5RC for the time being?

Actions #3

Updated by Dan Smith almost 12 years ago

All it means is that chirp doesn't support this radio at this time. I can't speak for any other options.

Unfortunately, the chinese manufacturers play very fast and loose with the names of these radios, and some that appear nearly identical to others are actually quite different. This makes it very hard to keep tabs on what chirp does and does not support, and definitely makes it difficult for the volunteers that contribute to this project to acquire all of these variants and ensure support.

Thanks!

Actions #4

Updated by Jim Unroe almost 12 years ago

  • Chirp Version changed from 0.2.3 to daily

Michael,
The UV-5RC is supported by CHIRP. All of the extra letters and symbols appended to the end of UV-5R only identify cosmetic differences (primarily different case styles). All of the internal electronics are the same (except for the differences due to the various firmware versions).
Jim KC9HI

Actions #5

Updated by Michael Holdren almost 12 years ago

Hi Jim, so is the issue that my radio has BFB297 firmware?

Actions #6

Updated by Dan Smith almost 12 years ago

If the current build still has issues for you, please include an updated debug log.

Actions #7

Updated by Michael Holdren almost 12 years ago

Thanks Dan, apologies if I am going outside the process - still very new to this. :)

Updated debug log attached.

Actions #8

Updated by Dan Smith almost 12 years ago

  • Status changed from Blocked to Feedback

Your latest log appears to indicate that the original bug was indeed fixed and that CHIRP is now downloading an image from your radio. Your radio has some non-standard tones in it, which is causing CHIRP to choke on those memories. However, you should now be presented with the the memory spreadsheet view after you attempt a download, with the affected memories marked as "ERROR". Is that correct?

Actions #9

Updated by Michael Holdren almost 12 years ago

Hi Dan, unfortunately not. I am still experiencing the same crash as before, although it does seem to take almost a full second before it crashes (in the previous version, it was about half a second - if that).

Actions #10

Updated by Michael Holdren almost 12 years ago

Dan, I was able to get a screenshot (after a few attempts) before it crashes. It does not appear to be downloading anything from the radio (see attached). If I can identify the non-standard tones in the debug log and remove them from the radio using the keypad, is it possible that would remove the crashing issue?

Actions #11

Updated by Dan Smith almost 12 years ago

  • Status changed from Feedback to Blocked

No, it's not crashing because of the tones.

I just re-read your initial description of what you're seeing, which is probably a crash in GTK or something else external to (but used by) CHIRP, which is why it doesn't show in the log. Being on OSX (the least-supported platform, unfortunately) I think this is likely something beyond our control, and certainly not something I'm going to be able to reproduce and address.

My suggestion would be to try the linux livecd, or the windows version in a virtual machine to confirm that CHIRP itself is working properly with your radio. It should still complain about the odd tones in your radio, but should not crash post-download. If you can reproduce it with either the linux or windows version, I'll happily take a further look. However, there's not much I can do for you on the MacOS front.

Tom is the only developer with any real experience on OSX, and I'm sure he's monitoring this traffic and will chime in if he has any ideas.

Actions #12

Updated by Michael Holdren almost 12 years ago

Dan, thank you so much for the effort here. Unfortunately, I'm not having any luck with either of the other platforms either. I'm running Parallels which lets me run XP and Ubuntu, and both are have been giving me errors too: XP won't even launch (getting "...application failed to start because configuration is incorrect..." message, of which I have reinstalled several times with no change) and I can't even find the application folder in Ubuntu to launch it (I really have no clue what I'm doing in that one). I suppose I could submit another Issue for the XP error I am getting, but would much rather stay in OS X. If Tom does not post a response in the next few days, I'll move forward with my XP issues. Thank you!

Actions #13

Updated by Dan Smith almost 12 years ago

The XP issue is a problem with your system, not CHIRP. There's an entry about it dedicated in the FAQ, but it will require some googling to solve whatever your underlying problem is.

I recommend the Ubuntu LiveCD (available on the download page). It's pretty idiot-proof (no, I'm not calling you an idiot).

Actions #14

Updated by Michael Holdren almost 12 years ago

Ha! Okay, thank you very much Dan. I'll explore both options then (although I'm still optimistic that the OS X issue can be resolved).

Actions #15

Updated by Michael Holdren almost 12 years ago

LiveCD worked with my radio, so it is something with OS X.

Actions #16

Updated by Tom Hayward almost 12 years ago

  • Assignee set to Tom Hayward

I haven't had a chance to test this yet, but I'm going to take ownership so I don't forget about it.

Actions #17

Updated by Michael Holdren almost 12 years ago

Fantastic, thanks Tom! Looking forward to hearing on any updates.

Actions #18

Updated by Michael Holdren almost 12 years ago

Tom - just updating on what works on OS X: In OS X, I can open CSV and images, but downloading from my radio still crashes the app. So my workaround is that I booted LiveCD (using Parallels), downloaded data from my radio, updated the file as desired (with content from RadioReference.com and RepeaterBook), and saved the CHIRP image to my OS X environment. I opened CHIRP in OS X, opened the image, connected to the radio, and then uploaded the image to the radio. Lengthy, but it works for now.

Actions #19

Updated by Tom Hayward almost 12 years ago

  • Assignee deleted (Tom Hayward)

I just tried to test this and then realized that I can't test it because it only happens with your radio.

Actions #20

Updated by Tom Hayward over 11 years ago

  • Tracker changed from New Model to Bug
  • Subject changed from Baofeng UV-5RC to Baofeng UV-5RC download crash on OS X
  • Model affected set to UV-5RC
  • Platform set to MacOS

Fixing some fields the reporter didn't originally specify.

Still blocked while waiting for a debug.log. Last debug.log was from before fixing non-standard tones. Chirp only supports standard tones.

Actions #21

Updated by Michael Holdren over 11 years ago

Hi Tom, what's a standard tone and a non-standard tone?

I'm attaching the latest debug log. After the work around stated above, and with Chirp 0.3.0, I no longer seem to have the crash issue when downloading from the radio (I only tried it once after the 0.3.0 release and no issue, have not needed to download since then).

Actions #22

Updated by Tom Hayward over 11 years ago

  • Status changed from Blocked to Rejected

Michael Holdren wrote:

Hi Tom, what's a standard tone and a non-standard tone?

Here is a list of the standard CTCSS tones: http://en.wikipedia.org/wiki/Continuous_Tone-Coded_Squelch_System#List_of_tones

I'm attaching the latest debug log. After the work around stated above, and with Chirp 0.3.0, I no longer seem to have the crash issue when downloading from the radio (I only tried it once after the 0.3.0 release and no issue, have not needed to download since then).

I'm going to close this because you can no longer reproduce the issue. If you find a way to reproduce it, post here and I will re-open it.

Actions

Also available in: Atom PDF