After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 634834 - Non-latin paths
Non-latin paths
Status: RESOLVED FIXED
Product: nemiver
Classification: Other
Component: general
trunk
Other Linux
: Normal normal
: ---
Assigned To: Nemiver maintainers
Nemiver maintainers
: 640373 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-11-14 18:01 UTC by Eugene
Modified: 2011-09-24 07:02 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Eugene 2010-11-14 18:01:12 UTC
Nemiver can't debug executables, the path to which contains non-latin characters:

|E|bool nemiver::GDBEngine::Priv::on_gdb_stdout_has_data_signal(Glib::IOCondition):nmv-gdb-engine.cc:889:Invalid byte sequence in conversion input

I think I'm not the only one who prefers naming directories in my native language, please fix.  Seems that the change will be trivial: add gdb_stdout_channel->set_encoding(NULL) and gdb_stderr_channel->set_encoding(NULL) (or how this method is called in gtkmm, I don't know) in src/dbgengine/nmv-gdb-engine.cc:launch_gdb_real().  This will handle UTF-8 characters coming from these streams.
Comment 1 Dodji Seketeli 2010-11-27 14:50:48 UTC
I am using UTF-8 encoding myself and Nemiver was working fine for
me. I couldn't reproduce the issue by just doing nemiver
~/devel/tests/éçà/test

However, I could reproduce it by doing:

LANG=C LANG=C G_FILENAME_ENCODING=utf8 nemiver ~/devel/tests/éçà/test

So I suppose the encoding of the file path on are passing to Nemiver is different
from the encoding specified by the LANG env variable.

In those case, the variable G_FILENAME_ENCODING must be set to the
encoding of the path, when invoking Nemiver (or any other GNOME
application that has to deal with file path).

The commit 6e3ef5da12 should make Nemiver comply with that rule.
Comment 2 Eugene 2011-01-18 21:53:14 UTC
Thank you, version 0.8.1 works nice.  Though I must note that when I press the "Run" button in the "Load executable" dialog with a non-latin-path executable, a GTK assertion is printed to stderr:

(nemiver:2210): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed

Of course, it isn't really critical.
Comment 3 Dodji Seketeli 2011-01-18 22:15:43 UTC
I am glad your pain has been somewhat addressed.

I think maybe this bug should be re-opened then, at least to deal with that Gtk-CRITICAL issue. No ?
Comment 4 Eugene 2011-01-18 22:41:57 UTC
Actually I don't care much about this assertion.  But, considering this assertion a potential flaw in the program that could affect users in some circumstances, yes, this bug should probably be reopened.
Comment 5 Dodji Seketeli 2011-01-24 09:41:51 UTC
*** Bug 640373 has been marked as a duplicate of this bug. ***
Comment 6 Fabien Parent 2011-08-26 08:10:09 UTC
This critical issue was caused by the command view or log view, I don't
remember which one. The view was displaying in a GtkTextView the
output of gdb, and this output was not a valid utf8 string.

Since those two views have been removed from nemiver [0], may be we can close this bug ?

[0] http://git.gnome.org/browse/nemiver/commit/?id=6742800b53553dd191ace386cfc2c4681537e394
Comment 7 Eugene 2011-08-27 09:28:26 UTC
As you wish.  After a fresh nemiver is available in my distro, I'll check if the error message disappeared.
Comment 8 Eugene 2011-09-24 07:02:39 UTC
Just tested 0.9.0, no warnings anymore. Thanks!