Hi Riccardo, Am 11.06.2014 um 08:34 schrieb Riccardo Mottola <[email protected]>: > 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?
You can pipe it through /opt/SUNWspro/bin/c++filt, this unmangles the c++
symbols:
[Switching to Thread 1 (LWP 1)]
0xfdb41748 in void*std::__node_alloc<true,0>::_M_allocate(unsigned) ()
from /usr/lib/libaspell.so.15
(gdb) bt
#0 0xfdb41748 in void*std::__node_alloc<true,0>::_M_allocate(unsigned) ()
from /usr/lib/libaspell.so.15
#1 0xfdb4191c in std::string::basic_string() () from /usr/lib/libaspell.so.15
#2 0xfdb3ef40 in std::ios_base::ios_base() () from /usr/lib/libaspell.so.15
#3 0xfdb42774 in std::ios::basic_ios() ()
from /usr/lib/libaspell.so.15
#4 0xfb4eab04 in std::istream::basic_istream(std::streambuf *) () from
/usr/lib/libCstd.so.1
#5 0xfb57992c in std::ios_base::Init::Init() () 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
I am wondering if it is correct that you use /usr/lib/libaspell.so.15 instead of
/opt/csw/lib/libaspell.so.15.
Best regards
— Dago
--
"You don't become great by trying to be great, you become great by wanting to
do something,
and then doing it so hard that you become great in the process." - xkcd #896
smime.p7s
Description: S/MIME cryptographic signature
