On Mon, Aug 15, 2005 at 08:51:56PM -0700, Max Alekseyev wrote: > Justin Pryzby wrote: > > >Can you provide a GDB backtrace as well? > > > > $ gdb $(which azureus) > > > r > > ... > > bt > > $ file $(which azureus) > /usr/bin/azureus: Bourne shell script text executable Oh. I don't know anything about this package, I was just trying to ask for information that others would find useful .. oops.
> How can I run shell script under gdb ? Probably you cannot. A shellscript is segfaulting? Or a command it calls is segfaulting? If so, which? Add "set -x;" as the second line of the script. > >It would be ideal if you could locally compile the package with > >debugging symbols for use with GDB: > > > > $ DEB_BUILD_OPTIONS=nostrip apt-get -b source azureus > > There is a number of problems with that. I was still assuming that it was a "regular" program; (written in C). > First of all, I got > > javac -source 1.4 -target 1.4.2 -encoding ISO-8859-1 -nowarn -classpath > /usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt-gtk-3.1.jar > `find . -name *.java` > The system is out of resources. > Consult the following stack trace for details. > java.lang.OutOfMemoryError It may be a bug that you cannot compile from source.. but it probably depends on what compiler and runtime you used vs. the one the maintainer usesd. > This one I do not know how to handle. Please advise. :/ No clue. Except for set -x, above. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
