Bug #1499
openPangoWarning: Invalid UTF-8 string passed to pango_layout_set_text()
0%
Description
Living life on the bleeding edge:
Mac OS X Mavericks 10.9.2
Powerwerz DB-750X
RT Systems Cable
Chirp-daily-20140317
After much struggle I was finally able to download the radio memory into Chirp. As soon as I change the ending number of programming entries that Chirp will use from 25 to something else and click "Go" Chirp crashes. If I immediately save the downloaded file before changing the memory range, then load the file and change the memory range, the same thing happens. The last log entry is:
/Applications/chirp-daily-20140317.app/Contents/MacOS/../Resources/chirp/chirpw:154: PangoWarning: Invalid UTF-8 string passed to pango_layout_set_text() gtk.main()
Files
Updated by Tom Hayward over 10 years ago
- Status changed from New to Blocked
Upload your .img file here please. There's something in there OS X doesn't like, but I'm not sure what it is!
Updated by Jim McCorison over 10 years ago
Attached is the .img file. The same crash occurs with a fresh download from the radio before it is saved to disk.
Updated by Tom Hayward over 10 years ago
- Status changed from Blocked to In Progress
For some reason, Chirp thinks channels 99-112 are non-empty, but the data in them is unreadable (you haven't actually stored memories here). GTK in OS X chokes on this. Linux reads it just fine. Apparently Chirp is interpreting these memories incorrectly. Maybe this is a different between the Anytone and the Powerwerx. At this point, Chirp assumes the Powerwerx is identical to an Anytone, just with a different badge.
Updated by Jim McCorison over 10 years ago
Either there are issues with my individual radio, or there are differences between the Powerwerx and the Anytone. When I download the radio memory using RT Systems software on a Windows box there are entries programmed into locations 50-56 which do not show up on a download with Chirp. Attached is a print out of the memory locations the RT Systems program retrieved from the radio.
Updated by Dan Smith over 10 years ago
Yes, the PowerWerx radio has some very strange differences from the Anytone. I never finished figuring those out. It works trivially if you only have a few channels, but otherwise, it breaks.
Updated by Jens Jensen over 10 years ago
unsure if this is the same thing I observe on my mac, but I can make it happen if I set a radio field in bitwise to char type, and it has a non ascii char, such as FF, etc. When I attempt to view it in the devel browser it crashes..
Not sure if we have any handlers that can check that data passed is proper format (i.e., UTF-8).. Was thinking this is further up in UI land...
Updated by Tom Hayward over 10 years ago
Yes, this is why it's crashing. However we shouldn't be trying to print those channels in the first place because they are empty.
Updated by Bernhard Hailer over 4 years ago
- Status changed from In Progress to Feedback
- Chirp Version changed from 0.3.0 to daily
- Model affected changed from BX-750X to Powerwerx DB-750X
Unsure - is this still an issue?