Bug 2860 - source window stacktraces when compiled in the frysk-gui/frysk/gui/test/dogtail_scripts dir
Summary: source window stacktraces when compiled in the frysk-gui/frysk/gui/test/dogta...
Alias: None
Product: frysk
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Adam Jocksch
Depends on:
Blocks: 1633
  Show dependency treegraph
Reported: 2006-06-28 13:37 UTC by Rick Moseley
Modified: 2006-11-21 17:50 UTC (History)
0 users

See Also:
Last reconfirmed:


Note You need to log in before you can comment on or make changes to this bug.
Description Rick Moseley 2006-06-28 13:37:53 UTC
Comment 1 Rick Moseley 2006-06-28 13:45:59 UTC
I moved the looper.c program to the frysk-gui/frysk/gui/test/dogtail_scripts dir
and did a recompile of frysk.  I activated the resulting executable and tried to
open a source window on it and get the following backtrace:

   at frysk.gui.srcwin.StackLevel.<init>(FryskGui)
   at frysk.gui.srcwin.StackLevel.<init>(FryskGui)
   at frysk.gui.srcwin.SourceWindowFactory.finishSourceWin(FryskGui)
   at frysk.gui.srcwin.SourceWindowFactory$SourceWinBlocker$1.run(FryskGui)
   at org.gnu.glib.CustomEvents.runEvents(libgtkjava-2.8.so)
   at org.gnu.gtk.Gtk.gtk_main(libgtkjava-2.8.so)
   at org.gnu.gtk.Gtk.main(libgtkjava-2.8.so)
   at frysk.gui.Gui.gui(FryskGui)
   at frysk.gui.FryskGui.main(FryskGui)

This repeats over and over for a hundred or more times.

I first thought maybe it was the different options that looper was compiled
with, but I made a separate test dir. copied looper.c  to it and compiled it
with the same options as the frysk build system.  I was able to successfully
attach to that executable, so I am not sure what is going on.  Here are the
commands I used to compile the test case which I copied from the frysk build system:

gcc -DPACKAGE_NAME=\"frysk\" -DPACKAGE_TARNAME=\"frysk\"
-DVERSION=\"\"  -Werror -Wall -fPIC  -g -O -MT looper.o -MD -MP
-MF "$depbase.Tpo" -c -o looper.o looper.c

gcc -I. -Werror -Wall -fPIC  -g -O   -o looper  looper.o
Comment 2 Adam Jocksch 2006-06-28 18:22:56 UTC
This was caused by an unhandled FileNotFoundException in createDOM, which is now
handled and causes a warning dialog to be created.

As for why the source isn't being found, it appears that when the file is built
with the build system the path to the source file is stored as a relative path.
In my own tests I have seen the path to the file stored as an absolute path,
which is the preferred method. I'm not sure what in the frysk build system
caused the relative path to be set.
Comment 3 Adam Jocksch 2006-08-14 17:57:01 UTC
closing bug