ddd 3.3.10 freezes on startup with the message "Opening session "1014cd7d2d40000111676337500000068610019"... in the statusbar. Reproducible: Always Steps to Reproduce: 1. Start the programm as standard user Actual Results: I deleted the .ddd folder in my users home directory, but it didn't helped. When starting ddd as root, I get the "Tip of the day" and the program works without any problems. I reemerged the package severale times and tried also version 3.3.11 without any luck. Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r8 i686) ================================================================= System uname: 2.6.11-gentoo-r8 i686 Intel(R) Pentium(R) M processor 1.50GHz Gentoo Base System version 1.6.11 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium-m -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X acpi acpi4linux alsa apm arts avi berkdb bitmap-fonts bluetooth cdr crypt cups curl dvd dvdr dvdread emboss encode esd ethereal evo fam foomaticdb fortran ftp gd gdbm gif gpm gtk gtk2 imagemagick imap imlib ipv6 irmc java jpeg kde latex libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png ppd python qt quicktime readline samba scanner sdl spell sse sse2 ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts usb v4l v4l2 vorbis wifi win32codecs xine xinerama xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
I emerged it and on startup it is working correctly. tell me how to trigger the issue.
Hi, ok I googled a little bit and stumbled over this report. It sounds very similar to my problem http://lists.gnu.org/archive/html/bug-ddd/2005-04/msg00025.html . To the question how I trigger the problem: I open a standard konsole in kde 3.4 and type #ddd After this ddd runs until it stops with the Opening Session message and showing the sandclock. Like I said, removing the config folder .ddd doesn't solve the problem. But somehow I am able to start the program as root whitout that issue. Next I will try to login in kde as root and start the program \Emanuel
emerge -vp xorg-x11 please
An emerge -vp xorg-x11 returns: [ebuild R ] x11-base/xorg-x11-6.8.2-r1 -3dfx -3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc -font-server -hardened -insecure-drivers +ipv6 -minimal -mmx +nls +opengl +pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB I also added a brand new user and tried to start ddd from its console, result was negative :-( Next I tried: # ddd --check-configuration .... No configuration problems found And a: chaot@localhost ~ $ ddd --trace GNU DDD 3.3.10 (i686-pc-linux-gnu) Copyright (C) 1995-1999 Technische Universit
An emerge -vp xorg-x11 returns: [ebuild R ] x11-base/xorg-x11-6.8.2-r1 -3dfx -3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc -font-server -hardened -insecure-drivers +ipv6 -minimal -mmx +nls +opengl +pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB I also added a brand new user and tried to start ddd from its console, result was negative :-( Next I tried: # ddd --check-configuration .... No configuration problems found And a: chaot@localhost ~ $ ddd --trace GNU DDD 3.3.10 (i686-pc-linux-gnu) 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. Copyright (C) 2001-2004 Free Software Foundation, Inc. Compiled with GCC 3.4.3-20050110 (Gentoo 3.4.3.20050110-r2, ssp-3.4.3.20050110-0, pie-8.7.7), GNU libc 2.3 Requires X11R6, Xt11R6, Motif 2.2.3 (Motif Version 2.2.3) Includes XPM 3.4.11, Athena Panner (7000002L), DDD core Built 2005-05-25 by root <root@127.0.0.1>. $ ddd --trace + /bin/sh -c 'exec gdb -q -fullname' # Hello, world! # Opening session "1014cd7d2d4000111700663900000074950029"... # Enabling core dumps... # Enabling core dumps...done. # Running GDB (pid 22226, tty /dev/pts/6)... 2005.05.25 09:37:19 <- "gdb> " # Current language: C/C++ # Searching "vsllib/ddd.vsl"... # Trying "/home/chaot/.ddd/vsllib/ddd.vsl" # Trying "/usr/share/ddd-3.3.10/vsllib/ddd.vsl" # Searching "vsllib/ddd.vsl"..."/usr/share/ddd-3.3.10/vsllib/ddd.vsl". # Creating "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/"... # Creating "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/"...done. # Copying "/home/chaot/.ddd/init" to "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/init"... # Copying "/home/chaot/.ddd/init" to "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/init"...done. # Saving session in "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/init"... # Saving session in "/home/chaot/.ddd/sessions/1014cd7d2d4000111700663900000074950029/init"...done. \Emanuel
I cannot reproduce the problem still. I'll try to remove the offending code soon.
Ok, I tried to solve the issue by doing an "emerge -uDvat world". Result: same behavior as before :-( I really have no idea which program doesn't work together with ddd \Emanuel
please run DDD alone with just x and a simple wm.
Now I used a simple twm, but this didn't work neither.
I ssem to have the same problem: When starting ddd it waits forever with searching "vslib/ddd.vsl" "/usr/share/ddd-3.3.11/vslib/ddd.vsl" in the status line When I select e.g. "Attach to Process" from the menu, it says: Attach to process: Waiting until gdb gets ready When I press enter in the gdb command line in the lower part of ddd's window, it opens the requested dialog.
Additional Note: removing .gdbinit fixes the problem....
Hi, thnx for that hint. It worked! How could I oversee that :-(
I had the same problem. The default .gdminit file contains the line: set prompt gdm> Commenting out this line allows ddd to start normally. Presumably ddd is waiting for the default (gdm) prompt and not finding it.
what produces that file? I can't reproduce the issue locally...
reopen once you can give me more informations
(In reply to comment #14) > what produces that file? > > I can't reproduce the issue locally... Hi, targa help # equery belongs .gdbinit [ Searching for file(s) .gdbinit in *... ] sys-devel/gdb-6.4 (/etc/skel/.gdbinit) targa help # adding this line, without quotes to ~/.gdbinit solves this problem "set prompt (gdb) " Please note final space, which is vital for correct ddd function.
I think this bug should get reopened, as everyone, who has gdb installed before they add their users would get same behavior. Say problem. I think ddd ebuild should alter /etc/skel/.gdbinit AND add custom script, that would on first ddd invocation change ~/.gdbinit, so that there's correct gdb prompt printed.