swarm-hackers
[Top][All Lists]
Advanced

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

[swarm-hackers] Fedora 9 troubles: Swarm compiled, programs start, but d


From: Paul Johnson
Subject: [swarm-hackers] Fedora 9 troubles: Swarm compiled, programs start, but die on "start" button
Date: Thu, 28 Aug 2008 16:15:59 -0500
User-agent: Thunderbird 2.0.0.16 (X11/20080723)

Hey, Steve and Marcus:

Sorry if this is a repost.

I've installed Fedora 9 and built swarm-2.2.5 without any patches.  The
tcltk and blt versions provided by Fedora are used.  The build seems to
go fine.  Programs run OK in batch mode.

I've run into some trouble while trying to run applications.  Things
like this have been happening in Ubuntu from time-to-time and I thought
it was because I'm using the experimental window manager "compiz".  But
now on theis Fedora 9 system, I'm running strictly "out of the box" and
it dies.  Fedora 9 introduced the beta version of xorg and that was one
of the reasons why I gave up on Fedora and started using different Linux
distributions.  If you think this is just an xorg flaw, cool!  I feel
even more vindicated.

Here's an example from heatbugs. Build is completely clean, no warnings
at all. Heatbugs starts, shows probes and control panel.  But hit start,
and ouch!

$ ./heatbugs
X Error of failed request:  BadMatch (invalid parameter attributes)
 Major opcode of failed request:  149 (RENDER)
 Minor opcode of failed request:  4 (RenderCreatePicture)
 Serial number of failed request:  9015
 Current serial number in output stream:  9024

In gdb, I've tried the old "break main" and "n" and "s" up to this point:

(gdb) n
44      [theTopLevelSwarm go];
(gdb) s
objc_msg_lookup (receiver=0x9aeeb68, op=0x804d7a0)
   at /usr/src/debug/swarm-2.2.5/libobjc/sendmsg.c:152
152      if(receiver)
Current language:  auto; currently c
(gdb) n
154          result = sarray_get_safe (receiver->class_pointer->dtable,
(gdb) n
233      if(soffset_decode(index) < array->capacity)
(gdb) n
154          result = sarray_get_safe (receiver->class_pointer->dtable,
(gdb) n
233      if(soffset_decode(index) < array->capacity)
(gdb) n
217      return array->buckets[x.off.boffset]->elems[x.off.eoffset];
(gdb) n
156          if (result == 0)
(gdb) n
154          result = sarray_get_safe (receiver->class_pointer->dtable,
(gdb) n
156          if (result == 0)
(gdb) n
180    }
(gdb) n
X Error of failed request:  BadMatch (invalid parameter attributes)
 Major opcode of failed request:  149 (RENDER)
 Minor opcode of failed request:  4 (RenderCreatePicture)
 Serial number of failed request:  9058
 Current serial number in output stream:  9067

Program exited with code 01.
Missing separate debuginfos, use: debuginfo-install blt.i386 expat.i386
fontconfig.i386 freetype.i386 glibc.i686 hdf5.i386 libX11.i386
libXau.i386 libXcursor.i386 libXdmcp.i386 libXfixes.i386 libXft.i386
libXpm.i386 libXrender.i386 libpng.i386 libxcb.i386 tcl.i386 tk.i386
zlib.i386

(gdb) bt
No stack.
(gdb)

I can't understand how Fedora 9 is distributing the debuginfo packages
for their pieces.  They don't show up in yumex or yum AFAICT.

Can you please advise me?

By the way, what do we do about missing "bltGraph.tcl" problem.

In blt, Swarm uses a file bltGraph.tcl, but in the newer blt, 2.4, they
changed that file name to graph.tcl.  Previously,  in Fedora 8 (and
earlier) with Swarm-2.2.4, it was necessary to make a symbolic link from
graph.tcl to bltGraph.tcl for swarm programs to run.  The blt provided
by Fedora was incomplete because it did not include some of the header
files, so I had to package it anyway for Swarm users, and in that
install, I created the needed link.  But now the Fedora blt maintainer
has fixed the devel omissions in his packages, and so the only
shortcoming in blt, as far as I can tell, is the graph.tcl thing.

Aside from telling users of Swarm to make that symbolic link themselves,
or scripting its creation into the Swarm RPM, what is a person to do?

Sincerely
pj





reply via email to

[Prev in Thread] Current Thread [Next in Thread]