At first I thought this may be a Perl version thingy, so I asked some of our "smart guys" internally. This was their response:
<snip> Looks like a problem with character encoding on his end. I installed 2.58 release, and did the same conversion. Request under utf-8 encoding returned orignal name. When I converted this to 8859-1 encoding, the original name is read as: caçó.com , which is very similar to what he was getting( not exact, but likely a browser difference more than anything else ). As for versions of perl, it's unlikely that this would be a factor. If the problem were in perl unicode support (or our RACE stuff), it's unlikely that most strings would get a round-trip result at all; they'd mostly fail on the initial conversion. </snip> Cha cha cha Charles Daminato OpenSRS Product Manager Tucows Inc. - [EMAIL PROTECTED] > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of cdmon.com > Sent: October 16, 2002 7:32 AM > To: [EMAIL PROTECTED] > Subject: Problems with RACE and undoRACE > > > Greetings > I've got a problem with the RACE functions: > In the page of OpenSRS to test the RACE functions > (http://www.opensrs.org/cgi-bin/RACE/index.cgi) I've got: > > RACE Result > Original Domain: caçó.com > Nameprepped Domain: caçó.com > Unicode Hex Codes: U+0063 U+0061 U+00E7 U+00F3 .com > RACE domain: bq--abrwdz7t.com > Domain converted: yes > Round Trip: caçó.com > > Aparently all it's OK > > But in my localhost, with OpenSRS 2.58 installed on it I've got: > RACE Result > Original Domain: caçó.com > Original Hex Codes: U+0063 U+0061 U+00C3 U+00A7 U+00C3 U+00B3 .com > Nameprepped Domain: caã§ã3.com > Nameprepped Hex Codes: U+0063 U+0061 U+00C3 U+00A3 U+00C2 U+00A7 > U+00C3 U+00A3 > U+0033 .com > RACE domain: bq--abrwdy5h4mzq.com > Domain converted: Yes > Round Trip: caã§ã3.com > > I've been tested my installation for perl5 missing packets but it > seams thats > all right. > > Anybody can help me? > > Thanks a lot. > > -- > _____________________ > http://www.cdmon.com >
