Am Mittwoch, 15. November 2006 16:12 schrieb Abdelrazak Younes: > Kornel Benko wrote: > > Am Mittwoch, 15. November 2006 13:44 schrieb Georg Baum: > >> Kornel Benko wrote: > >> > >>> Am Dienstag, 14. November 2006 21:46 schrieb Georg Baum: > >>> Converted Extended-Insets.lyx looks now ok, but it still crashes here e.g. > >>> on export->latex > >> For me it works. I guess you are on linux. Which version of gcc/libc? Can > >> you compile with debug info so that we can get line numbers in the > >> backtrace? > > > > Finally it's there > > Action is: export->Latex(plain) > > > > .... > > Detaching after fork from child process 14874. > > Detaching after fork from child process 14876. > > Detaching after fork from child process 14878. > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 1087032608 (LWP 14220)] > > 0x40babf4d in __gconv_close () from /lib/tls/libc.so.6 > > (gdb) bt > > #0 0x40babf4d in __gconv_close () from /lib/tls/libc.so.6 > > #1 0x40bab5dc in iconv_close () from /lib/tls/libc.so.6 > > I think this is a problem of iconv on some platform. This has been > reported by another person IIRC.
Maybe. I information about my environment may be interresting too.
For german (and ngerman) language I use in lib/languages:
...
german german "German" false iso8859-15 de_DE ""
ngerman ngerman "German (new spelling)" false iso8859-15 de_DE ""
...
(because of the Euro-sign)
Now, going up-stack, I see
(gdb) up
#4 0x08525cff in lyx::ucs4_to_eightbit (ucs4str=0x8ea212c, ls=56, [EMAIL
PROTECTED]) at unicode.C:296
296 processors.insert(std::make_pair(encoding, processor));
(gdb) print encoding
$3 = (const string &) @0x876ad14: {
static npos = 4294967295,
_M_dataplus = {
<std::allocator<char>> = {<No data fields>},
members of std::string::_Alloc_hider:
_M_p = 0x876a06c "ISO-8859-15"
},
static _S_empty_rep_storage = {0, 0, 2053, 0}
}
so there seems to be a relation to it.
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
pgpRnLR3CD50G.pgp
Description: PGP signature
