[Expat-bugs] [ expat-Bugs-564275 ] Test 11 in stream.t fails

[noreply@sourceforge.net]

Bugs item #564275, was opened at 2002-06-04 05:00
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=564275&group_id=10127

Category: XML::Parser (inactive)
>Group: Third-party Bug
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Test 11 in stream.t fails

Initial Comment:
System: Linux 2.4.10-4GB i686
Expat-Version: 1.95.3
Perl-Version: 5.6.1

in stream.t, problem with encoding:

$string differs from $expected at index 333:
$string is result of parsing a document in
ISO-8859-1 encoding, input contains character
chr(160) which sneaks into output (UTF-8 encoding)
unchanged, instead of being converted to
chr(192)chr(160).


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2002-08-26 17:48

Message:
Logged In: YES 
user_id=3066

Appearantly the XML::Parser community doesn't include anyone
with enough time to look into this.  Since this is most
likely a problem specific to XML::Parser, I'm closing this
as a 3rd-party bug.

If someone can provide an equivalent test using the C API or
xmlwf, a new bug report can be opened.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2002-07-31 11:40

Message:
Logged In: YES 
user_id=290026

Fred to follow up.

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2002-06-21 10:14

Message:
Logged In: YES 
user_id=3066

This report can't be assigned to Clark Cooper since he's no
longer active on this project.  I'll see if I can round up
someone to help respond to XML::Parser issue reports -- I
don't know that anyone currently on this project knows much
about the Perl bindings.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-07 02:13

Message:
Logged In: NO 

Sorry, was a typo indeed.

After parsing the test string (in stream.t) following
expressions evaluate to true:

ord( substr($string,   332, 1) ) == 160;
ord( substr($expected, 332, 1) ) == 194;
ord( substr($expected, 333, 1) ) == 160;

The test failed yesterday on my freshly installed Suse 8.0
System at home, the expat-library was compiled on Suse 7.3
here at work, though. Some ideas, what's responsible for
this test failing? Thank you.



----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2002-06-06 13:59

Message:
Logged In: YES 
user_id=290026

Works for me.
Expat 1.95.3 returns 0xC2 0xA0
which corresponds to chr(194) chr(160).

I assume you made a typo, since chr(192) = 0xC0
is not valid for the first byte in a UTF-8 sequence.

Karl

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=564275&group_id=10127