On 2023-05-01 07:00:26 E. Liddell via tde-users wrote:
On Sun, 30 Apr 2023 22:11:27 -0500
J Leslie Turriff via tde-users users@trinitydesktop.org wrote:
I'm getting this strange situation again with DCOP: | $ dcop --user leslie --list-sessions | Active sessions for user /home/leslie : | .DCOPserver_pinto__0 | .DCOPserver_pinto__1
For some reason DCOP says I have two DCOP sessions. .DCOPserver_pinto__0 does not respond to queries, so apparently it's dead or a ghost. .DCOPserver_pinto__1 works normally. I notice also that the output from dcop --help does not include the --suicide option? Is this a clue to what's going on? How do I get rid of the one that doesn't respond?
Why do you want to? The double session seems to be normal (I have it too), but they appear to both be attached to the same process ( ps -ef | grep dcop returns only one line). The --suicide option has to do with session termination in the dcop server and won't show up in the help for the client. See https://manpages.org/dcopserver .
Unless you have reason to think that the presence of the unresponsive session has broken something, I would just leave this one alone. I don't think you're going to get zombie sessions multiplying out of bounds or anything like that.
So, when scripting, how does one know which one to avoid? If one picks the wrong one it hangs the session.
E. Liddell
Leslie -- Platform: GNU/Linux Hardware: x86_64 Distribution: openSUSE Leap 15.4 Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.0.13 tde-config: 1.0