Hi,
Riccardo Mottola wrote:
ON the same machine, I have a parallel GNUstep installation in another
tree, built entirely from source without packages, there FTP works!
(granted, it is svn trunk and not released, but that shouldn't justify
a crash)
This is not true any longer. I updated "pkgutil -u all" and then updated
my GNUstep installation which I build totally outside the mgar system,
which worked before I attempted packaging, I posistively had some
applications running.
Instead, now, the applications crash and I get a stacktrace which is
totally outside the application and gnustep's code. Look below.
Do you have any hints?
Riccardo
[Switching to Thread 1 (LWP 1)]
0xfdb41748 in __1cDstdM__node_alloc4BiA_L_M_allocate6FI_pv_ ()
from /usr/lib/libaspell.so.15
(gdb) bt
#0 0xfdb41748 in __1cDstdM__node_alloc4BiA_L_M_allocate6FI_pv_ ()
from /usr/lib/libaspell.so.15
#1 0xfdb4191c in
__1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___2t6M_v_
() from /usr/lib/libaspell.so.15
#2 0xfdb3ef40 in __1cDstdIios_base2t6M_v_ () from /usr/lib/libaspell.so.15
#3 0xfdb42774 in __1cDstdJbasic_ios4Ccn0ALchar_traits4Cc___2t6M_v_ ()
from /usr/lib/libaspell.so.15
#4 0xfb4eab04 in
__1cDstdNbasic_istream4Ccn0ALchar_traits4Cc___2t6Mpn0APbasic_streambuf4Ccn0B____v_
() from /usr/lib/libCstd.so.1
#5 0xfb57992c in __1cDstdIios_baseEInit2t6M_v_ () from
/usr/lib/libCstd.so.1
#6 0xfb57a51c in __SUNW_init_iostreams () from /usr/lib/libCstd.so.1
#7 0xfb590a6c in ?? () from /usr/lib/libCstd.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) q
