Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Complication error in transex3/source\wtratree.cxx | ||||||
---|---|---|---|---|---|---|---|
Product: | Internationalization | Reporter: | Unknown <non-migrated> | ||||
Component: | www | Assignee: | Unknown <non-migrated> | ||||
Status: | CLOSED FIXED | QA Contact: | issues@l10n <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | current | Keywords: | oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows 2000 | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Unknown
2001-11-29 17:47:47 UTC
I'm using Chinese Windows which is not able to show the special characters in the source properly. I changed to English Windows and the special characters is showed properly and able to compile. I would suggest to use \x or 0x syntax replacing those special characters. Index: wtratree.cxx =================================================================== RCS file: /cvs/oo/l10n/transex3/source/wtratree.cxx,v retrieving revision 1.1.1.1 diff -r1.1.1.1 wtratree.cxx 108,109c108,109 < c_AE(u_char('?)), c_OE(u_char('?)), c_UE(u_char('?)), < c_ae(u_char('?)), c_oe(u_char('?)), c_ue(u_char('?)), --- > c_AE(u_char(0xC4)), c_OE(u_char(0xD6)), c_UE(u_char(0xDC)), > c_ae(u_char(0xE4)), c_oe(u_char(0xF6)), c_ue(u_char(0xFC)), 152c152 < ByteString sConvert("????); --- > ByteString sConvert("\xC4\xD6\xDC\xE4\xF6\xFC\xDF"); DL: Reopen it. DL->David: FYI. The bugs was erroneously sent to me. DL: reopen again... DL: reassign. Created attachment 2106 [details]
Replacing NON-ASCII characters and strings with 0x.. and \x.. syntax.
I am compiling the same ./transex3 modules with the following setting. Enviornment: 4NT.exe+Cgywin-b20 Platform: Chinese Localized Windows 2000 Complier: MS-VC98 I have encountered the same error as well, but had figured out what was causing the problem. The non-ASCII characters embed in the program source line #152, "\xC4\xD6\xDC\xE4\xF6\xFC\xDF" line #108-109, c_AE(u_char(0xC4)), _OE(u_char(0xD6)), c_UE(u_char(0xDC)), c_ae(u_char(0xE4)), c_oe(u_char(0xF6)), c_ue(u_char(0xFC)), CL.EXE and 4NT.EXE dose not properly interpreted these non-ASCII characters under system default locale setting. By replacing those NON-ASCII characters to 0x.. or \x.. syntax seems solves the problem. I have proposed a patch for resolving this problem. Hope it helps. Best regard, Scott L. H. Yuan This seems to be fixed. If it is not, please feel free to reopen. The Issue you raised has been marked as 'Resolved' and not updated within the last 1 year+. I am therefore setting this issue to 'Verified' as the first step towards Closing it. If you feel this is incorrect, please re-open the issue and add any comments. Many thanks, Andrew Cleaning-up and Closing old Issues ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html As per previous posting: Verified -> Closed. A Closed Issue is a Happy Issue (TM). Regards, Andrew |