Re: Mule, win32 native, current cvs
"Ben Wing" <[email protected]>
| Newsgroups | gmane.emacs.xemacs.windows,gmane.emacs.xemacs.beta |
|---|---|
| Message-ID | <016f01c2d0ff$97571620$0201a8c0@neeeeeee> |
hmm, i'll look into this. chinese-sisheng 38 is indeed an e-acute. when i copied-and-pasted your example, i got (split-char ?é) (latin-iso8859-4 105) but this doesn't prove anything. the question is, where did the e-acute come from? if this is from unicode conversion, maybe the language list is messed up. stephen, any insights? you're the latin-unity guy. ----- Original Message ----- From: "Fabrice Popineau" <[email protected]> To: "xemacs-beta" <[email protected]>; "xemacs-nt" <[email protected]> Sent: Tuesday, January 28, 2003 1:06 PM Subject: Mule, win32 native, current cvs I have a new problem using the current cvs source code compiled with Mule under native win32. The Mule tests run ok (apart for the bug below). But whenever I ask for example : (split-char ?é) ;; here the char is eacute I get some funny result: (chinese-sisheng 38). Also, when I open a new file in 'Noconv' encoding mode (ie: should be latin-1), if I type some accented characters and then I save the file, the file is unreadable (contains ~ chars if I 'type' it on the console). Next if I switch the encoding to MSW-MB and I write the file again, then the chars are correct on the console, even if in the buffer those chars are still reported to belong to some other encoding (by asking (char-charset (char-after (point))) ) and displayed correctly. The trick is that Gnus does not tolerate that the encoding is reported wrong, it will split your message in as many parts as needed to mime-send it. I have tried to disable every single option I could (no optimization, no KKCC, no UNION_TYPE etc.), every time making a distclean. No I wonder where to look in the source code. Let me know if I can help further in solving this problem. Thanks in advance for your help, -- Fabrice ------------------------------------------------------------------------------ This patch seems to be required (usually in lisp, you can't #'eq lists): C:\Source\fptex\source.development\xemacs>diff -u tests\automated\mule-tests.el~ "tests\automated\mule-tests.el" --- tests\automated\mule-tests.el~ Mon Jan 20 15:55:11 2003 +++ tests\automated\mule-tests.el Tue Jan 28 20:54:55 2003 @@ -336,14 +336,14 @@ ;; #### rewrite robustly, both assume that the tested implementation ;; uses the same algorithm as was used by the version current at time ;; this test was written - (Assert (eq (charsets-in-region (point-min) (point-max)) + (Assert (equal (charsets-in-region (point-min) (point-max)) '(korean-ksc5601 chinese-big5-1 chinese-gb2312 japanese-jisx0212 katakana-jisx0201 japanese-jisx0208 vietnamese-viscii-lower thai-xtis cyrillic-iso8859-5 hebrew-iso8859-8 greek-iso8859-7 latin-iso8859-1 latin-iso8859-2 arabic-2-column arabic-1-column ethiopic ascii))) - (Assert (eq (charsets-in-string (buffer-substring (point-min) (point-max))) + (Assert (equal (charsets-in-string (buffer-substring (point-min) (point-max))) '(korean-ksc5601 chinese-big5-1 chinese-gb2312 japanese-jisx0212 katakana-jisx0201 japanese-jisx0208 vietnamese-viscii-lower thai-xtis cyrillic-iso8859-5 ------------------------------------------------------------------------------ XEmacs/Installation file (contrarily to what is stated, I have switched the compilation options to -Od instead of -O2, so there are no optimization in the code) OS version: Microsoft Windows XP [Version 5.1.2600] OS: Windows_NT XEmacs 21.5 "burdock" (+CVS-20030126) configured for `i586-pc-win32'. Building XEmacs using "nmake". Building XEmacs using make flags " ". Building XEmacs in "C:\\Source\\fptex\\source.development\\xemacs\\nt". Using compiler "@cl -nologo -W3 -DSTRICT -Od -G6 -Gr -MD". Installing XEmacs in "c:\\Program Files\\XEmacs\\XEmacs-21.5". Package path is "~\\.xemacs;;c:\\Program Files\\XEmacs\\site-packages;c:\\Program Files\\XEmacs\\mule-packages;c:\\Program Files\\XEmacs\\xemacs-packages". Compiling in support for Microsoft Windows native GUI. Compiling in international (MULE) support. Compiling in support for XPM images. Compiling in support for GIF images. Compiling in support for PNG images. Compiling in support for TIFF images. Compiling in support for JPEG images. Compiling in support for X-Face message headers. Compiling in support for GZIP compression/decompression. Compiling in support for toolbars. Compiling in support for dialogs. Compiling in support for widgets. Compiling in support for native sounds. Using portable dumper. Using system malloc. Using DLL version of C runtime library. Compiling with optimization. ------------------------------------------------------------------------------