bug-ddd
[Top][All Lists]
Advanced

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

Re: DDD insists on opening session: problem in pre_main_loop line 2280 o


From: Arnaud Desitter
Subject: Re: DDD insists on opening session: problem in pre_main_loop line 2280 of ddd.C
Date: Thu, 7 Apr 2005 10:12:39 +0100


----- Original Message ----- From: "Chris van Engelen" <address@hidden>
Newsgroups: gmane.comp.debugging.ddd.bugs
Sent: Thursday, April 07, 2005 7:54 AM
Subject: Re: DDD insists on opening session: problem in pre_main_loop line 2280 of ddd.C


On 04/06/05 18:22 Chris van Engelen wrote:<br>

I'm using DDD 3.3.10 on sparc-sun-solaris2.8, and having a problem
with sessions.

Every time I startup ddd, it uses session 110a0a008b000111280421000000083400058

After reading the manual, sections 2.3, I tried everything to delete the session:
deleting it in file-> save sessions, making [none] default etcetera.

But then I startup again, and again ddd uses session 110a0a008b000111280421000000083400058
In this session I also lose all history.

Well, I'm a software developer, so I started debugging the debugger.
The problem is caused by lines 2277-2283 in ddd.C, function pre_main_loop:

 #if XtSpecificationRelease >= 6
    // Synchronize SESSION_ID and APP_DATA.session
    if (session_id == 0)
XtVaGetValues(toplevel, XtNsessionID, &session_id, XtPointer(0));
    if (session_id != 0)
app_data.session = session_id;
 #endif


After executing the call to XtVaGetValues, the session_id is suddenly set to:

(gdb) print session_id
$20 = 0x40d410 "110a0a008b000111285601500000083400074"


So this is the session which is then being opened by ddd, and causing the problem.
Could it be that there is another application on my Gnome desktop using
a resource called "sessionID" (which is the value of XtNsessionID in the call
to XtVaGetValues) ?

I'm not really good in this X stuff, so could anybody give me some pointers
on how to solve this, besides just removing the lines 2277-2283?


Not sure either. However, if you solve it in a reasonable manner, your patch will go in.

Thanks,
--
Chris van Engelen
AimSys bv
Hilversum, The Netherlands
Phone: +31 35 689 1935
mailto:address@hidden

(Please set the line wrap parameter of your e-mail program to
a large value, like 200, in order to avoid that automatically
inserted new-line characters make included e-mails unreadable).




reply via email to

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