indic-computing-devel

[Indic-computing-devel] Glib::ustring problems

[Tapan S. P. <ta...@ya...>]

Having some problems with Glib::ustring in gtkmm2...

It seems I cannot print some strings until I run the function .c_str()
on them when working in a locale with charset = UTF-8.  The following
code works (in each case t is initialized from a string constant).

cout << t.c_str() << endl;

as does this:

cout << t.c_str() << endl
cout << t << endl;

but the following by itself doesn't

cout << t << endl;

I get the following error:
(hisaab:24296): glibmm-CRITICAL **: 
unhandled exception (type Glib::Error) in signal handler:
domain: g_convert_error
code  : 1
what  : ¿¢¨à áü¢Ã¢ý ¯ûãÃ
                                     ø ºÃ¢Ãü ¨Ãð Ã⨺èÃ

This error doesnt happen in en_US locale which uses iso-8859-1 charset. 
Any ideas what is happening here?

Also, what is preferred to assign one ustring to another, operator= or
the assign function or are they equivalent?

Thanks for your help!  (btw is the gtk-devel list better for these types
of queries?)

-- Tapan

[Indic-computing-devel] Re: [gtkmm] Glib::ustring problems

[Daniel E. <dan...@gm...>]

Am Son, 2002-10-13 um 16.11 schrieb Daniel Elstner:
> Am Son, 2002-10-13 um 16.04 schrieb Daniel Elstner:
> > Am Son, 2002-10-13 um 08.51 schrieb Tapan S. Parikh:
> > > 
> > > cout << t.c_str() << endl
> > > cout << t << endl;
> > 
> > This one I don't fully understand.  If there's really no semicolon after
> > the 1st endl, you're outputting a pointer to the stream...
> 
> Ooops no, that would require another << as well.  So I guess it's just a
> typo.  Hmm, that's really weird then -- the 2nd line does work?

Wait, I suddenly remembered a change in GLib I recently stumbled over
while studying the ChangeLog:

Tue Aug 20 16:01:03 2002  HideToshi Tajima  <hid...@su...>

	* glib/gconvert.c (strdup_len): validate 'len' argument properly
	for the case that input string is not null-terminated. (#91222)

That would explain why a) the weird c_str() + normal output combination
works: c_str() appends the '\0' termination character.  And b) why it
works if the locale charset isn't UTF-8: strdup_len() is only called if
no conversion is necessary (it just copies and validates the input).

So I'm pretty sure this is your problem.  Grab GLib (branch glib-2-0)
from CVS or wait for the next release.  They already bumped the version
number to 2.0.7 in CVS, so it can't be too far off.

Cheers,
--Daniel