Re: ProjectCenter / Gorm do not work together

[Sebastian Reitenbach]

 Hi Edwin,
On Monday, February 11, 2013 06:26 CET, edwin ancaer <eancaer@gmail.com> wrote:

> Germàn,
>
> I downloaded and built GWorkspace, but it ended with a segmentation fault:
>
> [edwin@ridcule Applications]$ openapp GWorkspace
> Loading two versions of GSColorSliderCell.  The class that will be used is
> undefined

I get this one too.

> Segmentation fault (core dumped)

But for me this works, with libobjc2, make, base, gui, back, gworkspace, 
systempreferences,
gorm and projectcenter, all from SVN (http://gna.org/svn/?group=gnustep).

Right now is a very good time to test everything from SVN, since releases for 
libobjc2,
base, gui and back are planned for the not too far future. I'd recommend you to 
do that,
there had been some massive changes under the hood.
Uninstall everything gnustep related, including your libobjc runtime if you 
can. Then
reinstall:
libobjc2
make
base
gui
back
systempreferences
and the rest of the applications you want.

Note: For libobjc2 from SVN you need cmake, see David Chisnalls mail about that
topic to the mailing list, or it was to gnustep-dev mailing list.

Also the tooltips problem you mentioned in your initial mail, just works for me 
just
fine with all that from SVN.

Normally I would not recommend to run from SVN, but use packages instead, but
right now, is really a good time to test, and give feedback ;)

cheers,
Sebastian


>
> I run Fedora 3.5.4-2.fc17.i686.
> I use clang as compiler:
>
>     [edwin@ridcule Applications]$ clang --version
>     clang version 3.3 (trunk)
>     Target: i386-pc-linux-gnu
>     Thread model: posix
>





>
> The output of LDD is:
>
> edwin@ridcule GWorkspace.app]$ ldd GWorkspace
>     linux-gate.so.1 =>  (0xb778d000)
>     libFSNode.so.0 => /usr/GNUstep/System/Library/Libraries/libFSNode.so.0
> (0xb769a000)
>     libInspector.so.0 =>
> /usr/GNUstep/System/Library/Libraries/libInspector.so.0 (0xb763e000)
>     libOperation.so.1 =>
> /usr/GNUstep/System/Library/Libraries/libOperation.so.1 (0xb7611000)
>     libgnustep-gui.so.0.23 =>
> /usr/GNUstep/Local/Library/Libraries/libgnustep-gui.so.0.23 (0xb6f83000)
>     libgnustep-base.so.1.24 =>
> /usr/GNUstep/Local/Library/Libraries/libgnustep-base.so.1.24 (0xb69a5000)
>     libobjc.so.4 => /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> (0xb6983000)
>     libm.so.6 => /lib/libm.so.6 (0x4b55e000)
>     libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4b8e9000)
>     libpthread.so.0 => /lib/libpthread.so.0 (0x4b537000)
>     libc.so.6 => /lib/libc.so.6 (0x4b37c000)
>     libicui18n.so.48 => /lib/libicui18n.so.48 (0xb679a000)
>     libicuuc.so.48 => /lib/libicuuc.so.48 (0xb6632000)
>     libicudata.so.48 => /lib/libicudata.so.48 (0xb54c1000)
>     libpng15.so.15 => /lib/libpng15.so.15 (0x47a48000)
>     libtiff.so.3 => /lib/libtiff.so.3 (0xb545c000)
>     libz.so.1 => /lib/libz.so.1 (0x478d6000)
>     libjpeg.so.62 => /lib/libjpeg.so.62 (0xb5405000)
>     libgmp.so.10 => /lib/sse2/libgmp.so.10 (0x47da7000)
>     libgnutls.so.26 => /lib/libgnutls.so.26 (0xb5343000)
>     libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x4c239000)
>     libxslt.so.1 => /lib/libxslt.so.1 (0xb5306000)
>     libxml2.so.2 => /lib/libxml2.so.2 (0xb51b6000)
>     libffi.so.5 => /lib/libffi.so.5 (0x4b8da000)
>     libnsl.so.1 => /lib/libnsl.so.1 (0x4cd3b000)
>     librt.so.1 => /lib/librt.so.1 (0x4b553000)
>     libdl.so.2 => /lib/libdl.so.2 (0x4b530000)
>     /lib/ld-linux.so.2 (0x4b355000)
>     libstdc++.so.6 => /lib/libstdc++.so.6 (0x47bef000)
>     libtasn1.so.3 => /lib/libtasn1.so.3 (0x4c3b2000)
>     libgpg-error.so.0 => /lib/libgpg-error.so.0 (0x4c149000)
>     libp11-kit.so.0 => /lib/libp11-kit.so.0 (0x4c39e000)
>
>
>
> I got a backtrace with GDB
>
> #0  -[NSString(NSStringDrawing) boundingRectWithSize:options:attributes:] (
>     self=0xb77d08d8, _cmd=0xb7609998, size=...,
>     options=NSStringDrawingUsesLineFragmentOrigin, attrs=0x8d00df4)
>     at NSStringDrawing.m:683
> #1  0xb737f01e in -[NSString(NSStringDrawing) sizeWithAttributes:] (
>     self=0xb77d08d8, _cmd=0xb77d0ab8, attrs=0x8d00df4) at
> NSStringDrawing.m:673
> #2  0xb7758b5f in +[FSNBrowserCell initialize] (self=0xb77d0840,
>     _cmd=0x84f4d40) at FSNBrowserCell.m:85
> #3  0xb69f1de2 in ?? () from
> /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #4  0xb69f1b99 in ?? () from
> /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #5  0xb69fc793 in objc_msg_lookup_sender ()
>    from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #6  0xb69fc59c in ?? () from
> /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #7  0xb69ef2ee in objc_msgSend ()
>    from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #8  0x080fab21 in -[Finder init] (self=0x8cee98c, _cmd=0x81babb0)
>     at Finder/Finder.m:123
> #9  0x080f9daf in +[Finder finder] (self=0x81baa90, _cmd=0x818ef38)
>     at Finder/Finder.m:61
> #10 0x08082cdb in -[GWorkspace applicationWillFinishLaunching:] (
>     self=0x86d1744, _cmd=0xb75af780, aNotification=0x86e422c)
>     at GWorkspace.m:454
> #11 0xb6c8745f in -[NSNotificationCenter _postAndRelease:] (self=0x857f614,
> ---Type <return> to continue, or q <return> to quit---
>     _cmd=0xb6f87f98, notification=0x86e422c) at NSNotificationCenter.m:1224
> #12 0xb6c87cee in -[NSNotificationCenter
> postNotificationName:object:userInfo:]
>     (self=0x857f614, _cmd=0xb6f87f50, name=0xb762e438, object=0x86e1904,
>     info=0x0) at NSNotificationCenter.m:1283
> #13 0xb6c87b86 in -[NSNotificationCenter postNotificationName:object:] (
>     self=0x857f614, _cmd=0xb75af9b0, name=0xb762e438, object=0x86e1904)
>     at NSNotificationCenter.m:1263
> #14 0xb71ad6a9 in -[NSApplication finishLaunching] (self=0x86e1904,
>     _cmd=0xb75afed0) at NSApplication.m:1009
> #15 0xb71afd71 in -[NSApplication run] (self=0x86e1904, _cmd=0x8188e80)
>     at NSApplication.m:1539
> #16 0x0807c9f6 in main (argc=1, argv=0xbf992bd4, env=0xbf992bdc) at
> main.m:37
> (gdb)
>
>
> Any idea what is going wrong?
>
> As for the backend,
>
> The configuration command was:  $ ./configure --enable-graphics=cairo
>
> In the logfile, I found
>
> configure:7029: checking Backend Server
> configure:7031: result: x11
> configure:7034: checking Backend Graphics
> configure:7036: result: cairo
> configure:7067: checking Cairo backend
> configure:7116: result: xlib
>
> Thanks in advance for any suggestons,
>
> Edwin Ancaer
>
>
> 2013/2/9 Germán A. Arias <german@xelalug.org>
>
> > El sáb, 09-02-2013 a las 09:18 +0100, edwin ancaer escribió:
> > > Germán,
> > >
> > >
> > > Thanks, ProjectCenter and Gorm cooperate quit nicely now. I had never
> > > heard of this command in the different guides I read about GNUstep.
> > > Should this be put in a script to run when starting the shell?
> >
> > If you don't have installed GWorkspace, yes.
> >
> > >
> > >
> > > Any idea about the white rectangles?
> > >
> > > It is not preventing me to continue trying out ProjectCenter & Gorm ,
> > > but it might as well be the symptom of a bigger problem that still
> > > lays ahead.
> > >
> >
> > I'm not sure. But, what backend are you using? See in gnustep-back
> > source directory the config.log file, and look what backend was build.
> > The default is Cairo, but if you don't have the dev package of cairo
> > library (something like libcairo-dev), will be build the xlib backend.
> >
> > In the case you are using cairo backend, what version of cairo are you
> > using?
> >
> > >
> > > Edwin
> > >
> >
> >
> >
> >