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.
------------------------------------------------------------------------------