[Mono-bugs] [Bug 79951][Nor] New - [TEST] Single byte encoding producing multibyte output on 2.0 profile

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by skolima at gmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=79951

--- shadow/79951	2006-11-16 14:46:41.000000000 -0500
+++ shadow/79951.tmp.11502	2006-11-16 14:46:41.000000000 -0500
@@ -0,0 +1,43 @@
+Bug#: 79951
+Product: Mono: Class Libraries
+Version: unspecified
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: CORLIB
+AssignedTo: mono-bugs at ximian.com                            
+ReportedBy: skolima at gmail.com               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Summary: [TEST] Single byte encoding producing multibyte output on 2.0 profile
+
+Description of Problem:
+I have implemented polish Mazovia encoding, which is based on IBM 437, by
+feeding input to the IBM437 encoding and replacing some of the output
+bytes. This works correctly on MS and on mono when compiled with mcs. When
+I compile with gmcs, things break, because IBM437 starts to translate
+characters it does not know into multibyte sequences.
+
+
+Steps to reproduce the problem:
+1. Compile the attached test case (with /r:nunit.framework and codepage utf8)
+2. Run the test with nunit
+
+Actual Results:
+expected:<"QWE&#280;RTYUIOÓPA&#260;S&#346;DFGHJKL&#321;Z&#379;X&#377;C&#262;VBN&#323;M">
+ but was:<"QWE?&#9618;RTYUIO?&#9561;PA?S?ZDFGHJKL?AZ?{X?y">
+
+
+
+Expected Results:
+the test should fail on differing strings, but basic ascii characters
+should not change their positions (eg. look at R).
+
+How often does this happen? 
+Always when compiled with gmcs.
+
+Additional Information: