From: SourceForge.net <no...@so...> - 2008-07-10 20:24:58
|
Bugs item #2011946, was opened at 2008-07-06 22:16 Message generated for change (Comment added) made by rawlik You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=2011946&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clx Group: lisp error >Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: Drutsa Pavel (rawlik) Assigned to: Bruno Haible (haible) Summary: New-clx "*** - unknown character set "ISO-106" error Initial Comment: In the 'new-clx' package, using fonts with "ISO-10646-1" charset causes an error: *** - unknown character set "ISO-10646-1" I came to functions 'to_XChar2b' and 'cstombs' in the clx.f file ... Adding in the /usr/lib/gconv/gconv-modules a line: 'alias ISO-10646-1// UNICODE//' resolves the problem, but it's not a bug fix yet ;-( ---------------------------------------------------------------------- >Comment By: Drutsa Pavel (rawlik) Date: 2008-07-10 23:24 Message: Logged In: YES user_id=2039435 Originator: YES Environment variable LANG=ru_RU.UTF-8 ( it's my native language :-) ) 1) $ uname -a Linux rawlik 2.6.24-gentoo-r8v1 #3 SMP Sat Jun 28 16:54:09 EEST 2008 i686 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux $ LC_ALL=C gcc --version gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.1) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. glibc version 2.6.1 xlib version (libX11-1.1.4 ) 2,3) I used the gentoo portage dev-lisp/clisp-2.46 with USE flags "hyperspec X new-clx fastcgi gdbm gtk pari pcre postgres readline svm zlib" I think that I'm very close to make a patch for it by my self. With GDB I found where is the encoding extracted from the font, and where is used a "/* Special hack: use the font's encoding */" GDB show me: The encoding is "iso10646-1" but libc (the iconv subsystem) doesn't "understand" this encoding (very strange behavior, I found this bug also in the Debian distribution). I see a way to workaround, this encoding only, and to replace it by "UNICODE" encoding directly in C code. But I'm new in lisp, and maybe it's not a genuine Lisp Way ... ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2008-07-07 18:43 Message: Logged In: YES user_id=5735 Originator: NO how do I reproduce this error message? ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2008-07-07 18:43 Message: Logged In: YES user_id=5735 Originator: NO this is the standard request for more information. 1. what is your platform? ("uname -a" on a Unix system) compiler version? libc (on Linux)? 2. where did you get the sources? when? (absolute dates are prefered over the relative ones) 3. how did you build CLISP? (what command, options &c) please do a clean build (remove your build directory and build CLISP with "./configure --build build" or at least do a "make distclean" before "make") 4. if you are using pre-built binaries, the problem is likely to be in the incompatibilities between the platform on which the binary was built and yours; please try compiling the sources. 5. what is the output of (lisp-implementation-version)? 6. what is the value of *features*? 7. please supply the full output (copy and paste) of all the error messages. If you cannot build CLISP, you can obviously skip 5 and 6, but then you should provide more information in 1. please see <http://clisp.cons.org/clisp.html#bugs> for more information. Thanks. PS. This bug report is now marked "pending" and will auto-close unless you respond (in which case it will auto-re-open). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=2011946&group_id=1355 |