[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: dia segfault when exporting with builtin eps converter



On Sunday 09 November 2003 20:37, Lars Clausen wrote:
> On 9 Nov 2003, Guillaume Rousse wrote:
> > Ainsi parlait Lars Clausen :
> >> No problems here with LANG=french, fr_FR or fr_FR.iso88591.  Though the
> >> schema_general.dia that you mentioned earlier wasn't on the website.
> >> The other schema_*.dia works fine, even with french characters in them.
> >> Mayhap you're using the 8859-15 charset?
> >
> > If i understand correctly the output of locale, it seems so:
> > [guillaume@bononcini guillaume]$ locale
> > LANG=fr
> > LC_CTYPE=fr_FR@euro
> > LC_NUMERIC=fr_FR@euro
>
> [...]
>
> > What is wrong with 8859-15 (except dia) ?
>
> Indeed, that's 8859-15.  Strange that it should cause trouble, I use the
> standard g_locale_from_utf8 to translate.  While the postscript generated
> thinks it's Latin-1, there should be no reason to crash on it.  Could you
> compile Dia with debugging info and run it in gdb to see where the crash
> is?
Sorry for my long silence, I finally found a workaround for me, but I'd really 
like to have it fixed in a more definitive manner. Now that I got some free 
time again, here are some additional details.

First, everything is fine with a localy build dia, so the problems comes from 
the mdk package. It is uneasy however to prevent binaries from being stripped 
when building a package, the usual way is to produce a debug packages, with 
symbols exported into additional files. But it seems this is difficult to use 
multiple symbol files with gdb:

[guillaume@makhno presentation]$ gdb --symbol=/usr/lib/debug/usr/bin/dia.debug 
dia
Here is the output:

(gdb) r --export-to-format=eps-builtin *.dia
Starting program: /usr/bin/dia --export-to-format=eps-builtin *.dia
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 3801)]
I/O warning : failed to load external entity "NULL"
I/O warning : failed to load external entity "NULL"
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 3801)]
__strcasecmp (s1=0x1000183 <Address 0x1000183 out of bounds>, s2=0x80d1070 
"eps-builtin") at ctype.h:55
55      ctype.h: No such file or directory.
        in ctype.h
(gdb) bt
#0  __strcasecmp (s1=0x1000183 <Address 0x1000183 out of bounds>, s2=0x80d1070 
"eps-builtin") at ctype.h:55

Does this help in any way ?
-- 
Every command which can be misunderstood, will be
		-- Murphy's Military Laws n°29



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] Mail converted by Mofo Magic and the Flying D

 
All trademarks and copyrights are the property of their respective owners.

Other Directory Sites: SeekWonder | Directory Owners Forum

GuideSMACK