-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Pierre Habouzit wrote:
>> Have you tested this on other architecture yet?
>   nope and I don't have access to any.

I don't have access to any amd64. I went on irc and then ask if anyone
can test it with their own amd64.

>   btw I only have the xmlittre dict installed.

epaulin on #debian-zh reported he cannot reproduce this problem on his
amd64(sid). And he has these dicts installed:
15:35 < epaulin> AndrewLee:  stardict-cdict-gb-2.4.2
15:35 < epaulin> stardict-cedict-gb-2.4.2
15:35 < epaulin> stardict-dictd_www.freedict.de_deu-eng-2.4.2
15:35 < epaulin> stardict-hanzim-2.4.2
15:35 < epaulin> stardict-langdao-ce-gb-2.4.2
15:35 < epaulin> stardict-langdao-ec-gb-2.4.2
15:36 < epaulin> stardict-xdict-ce-gb-2.4.2

Maybe this is dict specfic, could you please also try with another dict?

>> Would that be possible this is only amd64 specific bug?
> 
>   It may. I reckon I've not had the time to investigate the bug yet, as
> it will probably need a debug build to have some useful backtrace, as
> the current one is:
> 
>     Program received signal SIGSEGV, Segmentation fault.
>     [Switching to Thread 47587415481152 (LWP 27725)]
>     0x0000000000442a18 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     (gdb) bt
>     #0  0x0000000000442a18 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #1  0x00000000004423ec in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #2  0x00002b47cdf55dd1 in g_qsort_with_data () from 
> /usr/lib/libglib-2.0.so.0
>     #3  0x000000000044a5a5 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #4  0x000000000044ba8f in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #5  0x000000000044afd3 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #6  0x000000000044bd9b in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #7  0x000000000044e351 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #8  0x000000000044e586 in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #9  0x000000000044bf8f in std::operator+<char, std::char_traits<char>, 
> std::allocator<char> > ()
>     #10 0x0000000000410278 in ?? ()
>     #11 0x00000000004111d9 in ?? ()
>     #12 0x00000000004153ba in ?? ()
>     #13 0x00002b47ce8834ca in __libc_start_main () from /lib/libc.so.6
>     #14 0x000000000040cfca in ?? ()
>     #15 0x00007fffdea08218 in ?? ()
>     #16 0x0000000000000000 in ?? ()
> 
>   I've checked that it's not a locale dependant one though, it segfaults
> as well when I force LC_ALL and stuff to C.

I am not good at this, Anthony and Roy, could you please have a look?

- -Andrew
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFoe/ZnQYz4bYlCYURAiryAKCmXBITu3UEM6T2dskO7fEIGnkTDACgw4eK
XnlKRzp54lksiN+d6XRa3ds=
=dLop
-----END PGP SIGNATURE-----


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to