bug-ddd
[Top][All Lists]
Advanced

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

DDD 3.3.8 back-end hangs with 100% CPU time on Solaris 8


From: Ruben Diez antispam1
Subject: DDD 3.3.8 back-end hangs with 100% CPU time on Solaris 8
Date: Thu, 29 Apr 2004 10:09:04 +0100

DDD 3.3.8 back-end hangs with 100% CPU time on Solaris 8

When I run DDD 3.3.8 on my Solaris 8 box, quite often it consumes 100% CPU
time. The user interface is still responsive, but on the status line at the
bottom it says "waiting until GDB gets ready". I've tried GDB 5.1.1 and 5.3,
version 5.3 was built by me with GCC 3.x.

I don't know what to do to get more information about what's causing this.
I'm not a Solaris, GDB or DDD expert. Any help will be appreciated.

ddd-3.3.8 --configuration
GNU DDD 3.3.8 (sparc-sun-solaris2.8)
Copyright (C) 1995-1999 Technische Universität Braunschweig, Germany.
Copyright (C) 1999-2001 Universität Passau, Germany.
Copyright (C) 2001 Universität des Saarlandes, Germany.

Compiled with GCC 3.3.1
Requires X11R6, Xt11R6, Motif 2.1 (Motif Version 2.1.0)
Includes XPM 3.4.11, Athena Panner, DDD core
Built 2003-12-11 by Ruben Diez <unknown>.


If I just do this:

  ddd-3.3.8 --debugger gdb-5.3

Then CPU goes 100% right on start-up, the debugger log file is:

GNU DDD 3.3.8 (sparc-sun-solaris2.8)
Copyright (C) 1995-1999 Technische Universität Braunschweig, Germany.
Copyright (C) 1999-2001 Universität Passau, Germany.
Copyright (C) 2001 Universität des Saarlandes, Germany.

Compiled with GCC 3.3.1
Requires X11R6, Xt11R6, Motif 2.1 (Motif Version 2.1.0)
Includes XPM 3.4.11, Athena Panner, DDD core
Built 2003-12-11 by Ruben Diez <unknown>.
$  ddd-3.3.8 --debugger gdb-5.3
+  /bin/sh -c 'exec gdb-5.3 -q -fullname'
#  Hello, world!
#  Starting GDB...
#  Running GDB (pid 25586, tty /dev/pts/6)...
#  Current language: C/C++
#  Searching "vsllib/ddd.vsl"...
#  Trying "/home/rdiez/.ddd/vsllib/ddd.vsl"
#  Trying "/usr/local/bin/ddd-3.3.8/share/ddd-3.3.8/vsllib/ddd.vsl"
#  Searching
"vsllib/ddd.vsl"..."/usr/local/bin/ddd-3.3.8/share/ddd-3.3.8/vsllib/ddd.vsl"
.
<- "(gdb) "
-> "set prompt (gdb) \n"
<- "(gdb) "
-> "set height 0\n"
<- "(gdb) "
-> "set width 0\n"
<- "(gdb) "
-> "set annotate 1\n"
<- "(gdb) "
-> " set verbose off\n"
<- "(gdb) "
-> "info line\n"
<- "No line number information available.\n"
   "(gdb) "
-> "list\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info line\n"
<- "No line number information available.\n"
   "(gdb) "
-> "output 4711\n"
<- "4711(gdb) "
-> "show language\n"
<- "The current source language is \"auto; currently c\".\n"
   "(gdb) "
-> "show version\n"
<- "GNU gdb 5.3\n"
   "Copyright 2002 Free Software Foundation, Inc.\n"
   "GDB is free software, covered by the GNU General Public License, and you
are\n"
   "welcome to change it and/or distribute copies of it under certain
conditions.\n"
   "Type \"show copying\" to see the conditions.\n"
   "There is absolutely no warranty for GDB.  Type \"show warranty\" for
details.\n"
   "This GDB was configured as \"sparc-sun-solaris2.8\".\n"
   "(gdb) "
-> "pwd\n"
<- "Working directory /u01/home/rdiez/pm_test.\n"
   "(gdb) "
-> "info breakpoints\n"
<- "No breakpoints or watchpoints.\n"
   "(gdb) "
-> "show history filename\n"
<- "The filename in which to record the command history is
\"/u01/home/rdiez/pm_test/.gdb_history\".\n"
   "(gdb) "
-> "show history size\n"
<- "The size of the command history is 256.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info sources\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info line main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line MAIN\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info files\n"
<- "(gdb) "
-> "info line main_\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info program\n"
<- "The program being debugged is not being run.\n"
   "(gdb) "
-> "info line MAIN_\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line main__\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line MAIN__\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line _main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line _MAIN\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line __main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line __MAIN\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line my_main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line the_main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line vxworks_main\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "info source\n"
<- "No current source file.\n"
   "(gdb) "
-> "info line main_vxworks\n"
<- "No symbol table is loaded.  Use the \"file\" command.\n"
   "(gdb) "
-> "set confirm off\n"
<- "(gdb) "
-> "source /var/tmp//ddd0Saa.X\n"
<- "The target architecture is set automatically (currently sparc)\n"
   "The target endianness is set automatically (currently big endian)\n"

I can still use the user interface, even though CPU is 100% (some background
thread?). For example, if I go "Edit, GDB Settings", then the debugger log
gets this new line, and waits forever.

#  GDB Settings: waiting until GDB gets ready...

Many thanks,

  Ruben





reply via email to

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