If one enters international characters within Gwine GUI (which is typical for wines), gwine fails varying from displaying empty fields to crashing when opening the db. Reproducible: Always Steps to Reproduce: 1. Launch gwine 2. Create a new db, a new producer, zone or wine, fill the data with some wide-character text 3. Try to display the just entered data, save the db and try to reopen. Actual Results: *** unhandled exception in callback: *** Cannot decode string with wide characters at /usr/lib64/perl5/5.8.8/x86_64-linux/Encode.pm line 166. *** ignoring at /usr/bin/gwine line 154. Expected Results: Gwine should handle wide characters well as these commonly met in wine names, appellationes etc. Gwine is a simple application written in Perl. Internally in Perl, all string data are represented in some Unicode encoding (in fact, in UTF-8). For each textual input gwine tries to decode() it, which is simply wrong. My locale is en_US.utf8. The problem exists in 0.10.1 and ~0.10.3 versions.
Created attachment 193032 [details] emerge --info
Created attachment 193033 [details, diff] A patch aimed to solve the 'decode' problem. This is a trivial patch which solves the wide-character issue (by removing any decode()'s) and adding ':locale' layer to all IOs. There are still tons of problems in the software unrelated to unicode. The latest version (in svn on the project's website) is also reported to solve this bug.
Dead Upstream, last update 2005 Bug 271939 fails with international characters in database Bug 239615 fails to build Masked for removal 2010-08-24
I can only agree. I tried to fix some bugs, and the more bugs I fix the more I find. The code is completely unmaintainable.
(In reply to comment #4) > I can only agree. I tried to fix some bugs, and the more bugs I fix the more I > find. The code is completely unmaintainable. Thanks for the endorsement.
Removed