|
From: Zoltan B. <zb...@du...> - 2005-04-23 05:11:37
|
Bob Doan =EDrta:
> Thanks!!!
BTW most of the GCC4 warnings were harmless, i.e.
variable assignments between (pointers to/array of)
chars of different signedness.
Three of the fixes may have cured my crash.
Look at the changes of layout.c:rlib_encode_text() ,
formatstring.c:rlib_format_string_default() and
pcode_op_functions.c:rlib_pcode_operator_str().
These fixed int/long size differences on my 64-bit machine.
Any of these may have caused silent (most probably) stack or
(less likely) heap corruption that made RLIB crash at very
distant and unrelated functions.
>>One thing, though. Are you sure about your change in
>>rlib_set_datasource_encoding()?
>>As it stands in the CVS, line 407 of libsrc/api.c is
>>
>> tif->info.encoder =3D rlib_charencoder_new(encoding, "UTF-8");
>>
>>rlib_charencoder_new() takes the parameters in (to, from) order.
>>
>>I changed it in my patch to the order I originally proposed:
>>
>> tif->info.encoder =3D rlib_charencoder_new("UTF-8", encoding);
>>
>>So when the datasource is read, the strings are converted from the set
>>encoding to UTF-8 and it's paired with rlib_set_output_encoding() so
>>when outputting the internally UTF-8 strings are converted from UTF-8
>>to the set output encoding.
>=20
>=20
> Thats probably correct :)
>=20
> It's Friday ;)
I understand that. :-)
> I'll review the patch over the weekend.
Thanks.
Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi
|