gnustep-base and libFoundation together in one GNUstep environment

"Sebastian Reitenbach" <[email protected]>
Newsgroups gmane.comp.lib.gnustep.user
Organization RapidEye AG
Message-ID <[email protected]>
Hi all,

my final goal is to use project center to develop for opengroupware. well, ok, 
fiddling around with the code (:

I installed gnustep-make, -base and -gui on my OpenBSD box, with default 
library combo, gnu-gnu-gnu.

then I compiled libfoundation with library_combo=gnu-fd-nil. no problem with 
that.

then compiled sope and ogo with default library combo, gnu-gnu-gnu.

when I start ogo now, it crashes, with following backtrace:

(gdb) r -WOUseWatchDog NO
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/GNUstep/Local/Tools/ogo-webui-1.1 -WOUseWatchDog NO
2006-08-17 06:42:50.446 ogo-webui-1.1[17101] Note: storing cached vCards files
in: '/var/ogo/docs'
2006-08-17 06:42:50.680 ogo-webui-1.1[17101] account::change-password: using
password field: 'userPassword'
2006-08-17 06:42:55.827 ogo-webui-1.1[17101] Note: members of role team 'team
creators' are allowed to create teams.
2006-08-17 06:43:07.651 ogo-webui-1.1[17101] Note: located themes: OOo, blue,
kde, orange
2006-08-17 06:43:07.663 ogo-webui-1.1[17101] Note: located translations:
English, Polish, German, ptBR, Slovak, Danish, Japanese, Spanish, Norwegian,
Basque, Dutch, French, Portuguese, Italian, Hungarian
Aug 17 06:43:07 ogo-webui-1.1 [17101]: |ogo-webui-1.1| CTI Dialers: 

Program received signal SIGSEGV, Segmentation fault.
0x0ea1b364 in malloc_bytes (size=165557849) at
/usr/src/lib/libc/stdlib/malloc.c:1035
1035    {
(gdb) bt
#0  0x0ea1b364 in malloc_bytes (size=165557849) at
/usr/src/lib/libc/stdlib/malloc.c:1035
#1  0x0ea1b56d in imalloc (size=20) at /usr/src/lib/libc/stdlib/malloc.c:1141
#2  0x0ea1bb4c in malloc (size=20) at /usr/src/lib/libc/stdlib/malloc.c:1767
#3  0x0a972797 in objc_malloc (size=20) at
/usr/src/gnu/lib/libobjc/libobjc/misc.c:90
#4  0x0de427dd in default_malloc (zone=0x2ddf9780, size=20) at NSZone.m:465
#5  0x0dde878e in NSAllocateObject (aClass=0x29daf160, extraBytes=12,
zone=0x2ddf9780) at NSZone.h:310
#6  0x09de374d in ?? ()
#7  0x29daf160 in ?? ()
#8  0x0000000c in ?? ()
#9  0x2ddf9780 in zone_list () from
/usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.12
#10 0x09de3666 in ?? ()
#11 0x00000000 in ?? ()


I think this is because sope and ogo are using the wrong library combo, as 
they generally are installed using gnu-fd-nil library combo.

so my guess is to install sope application server and ogo with 
library_combo=gnu-fd-nil instead of the default. unfortunately when I compile 
sope, it ends with following error message:

 Compiling file NSObject+XmlRpc.m ...
 Compiling file NSString+XmlRpcCoding.m ...
 Compiling file NSURL+XmlRpcCoding.m ...
 Linking library libXmlRpc ...
Making all in samples...
Making all for tool saxxml...
 Compiling file saxxml.m ...
 Linking tool saxxml ...
/usr/GNUstep/System/Library/Libraries/libFoundation.so.1.1: warning: strcpy() 
is
almost always misused, please use strlcpy()
/usr/GNUstep/System/Library/Libraries/libFoundation.so.1.1: warning: sprintf()
is often misused, please use snprintf()
/usr/GNUstep/System/Library/Libraries/libFoundation.so.1.1: warning: strcat() 
is
almost always misused, please use strlcat()
/usr/lib/crt0.o(.text+0xa4): In function `___start':
: undefined reference to `main'
collect2: ld returned 1 exit status
gmake[3]: *** [shared_obj/saxxml] Error 1
gmake[2]: *** [saxxml.all.tool.variables] Error 2
gmake[1]: *** [internal-all] Error 2
gmake: *** [internal-all] Error 2


anybody has a guess what's wrong here, and how I might get around that error?

I generally have ogo running in a gnustep-base, libFoundation environment on 
OpenBSD since quite a while, always compiled from source. There must be some 
interference with gnustep-base I think.

any hint much appreciated.

kind regards
Sebastian
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.