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

Re: please test (was Re: Bug#120395: untested patch)



On Sun, Nov 25, 2001 at 12:38:19PM +0000, Philip Blundell wrote:
> In message <20011124234648.A37621@plum.flirble.org>, Nicholas Clark writes:
> >    aspell_0.33.7.1-3.diff.gz
> >    aspell_0.33.7.1-3.dsc
> 
> Those two files, plus aspell_0.33.7.1.orig.tar.gz (in the archive) are the source.
> 

Yes, it does build.
Yes, it does package up correctly (if you don't run out of disk space)

nick@Bagpuss [127]$ aspell -v
@(#) International Ispell Version 3.1.20 (but really Aspell .33.7.1 alpha)
nick@Bagpuss [aspell-0.33.7.1]$ uname -a
Linux Bagpuss.unfortu.net 2.4.5-rmk6 #4 Tue Jun 19 23:26:57 BST 2001 armv4l unknown

However, it doesn't want to do anything useful:

nick@Bagpuss [aspell-0.33.7.1]$ gdb /usr/bin/aspell 
(gdb) run check README
Starting program: /usr/bin/aspell check README
(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)...
Program received signal SIGSEGV, Segmentation fault.
0x400a4338 in aspell::writable_base::WritableBaseCode::load ()
   from /usr/lib/libaspell.so.10
(gdb) where
#0  0x400a4338 in aspell::writable_base::WritableBaseCode::load ()
   from /usr/lib/libaspell.so.10
#1  0x40186924 in __sjthrow () from /usr/lib/libstdc++-libc6.2-2.so.3
#2  0xbfffe830 in ?? ()

This could be my machine (PhilB is already fed up with it and its known
hardware buggy CPU) or it could be a variety of other things, eg
code generation bugs, or bad assumptions about structure packing on ARM.

I built with gcc version 2.95.4 20010319 (Debian prerelease)


Nicholas Clark



Reply to: