[X2go-dev] Segmentation fault with x2goclient
martin.oehler at gmx.net
Sun Jun 5 20:09:33 CEST 2011
On Sun, Jun 05, 2011 at 06:54:04PM +0200, Mike Gabriel wrote:
> On So 05 Jun 2011 17:24:10 CEST Martin Oehler wrote:
> I encounter such inconsistencies, as well, when working with X2go
> client. I have added a work around to python X2go to catch these
> irregularities. This workaround was put together at times that
> x2goserver was not yet a Git project (thus, at a time I had no
> influence on the server code myself).
we use the x2gothinclient setup (booted from a Knoppix) at various
installations with GPG cards connected to a LDAP or an ADS with
very good results so far. Most patches I needed were of rather
cosmetic type (putting the card back after a session suspend, clearing
the username inside the card after a session and so on). The x2go
system is now upgraded since the display manager mode is available
(and one doesn't need an LDAP server for only providing the session
type, thanks a lot to Heinz for this).
In short: so far, the bugs are bearable for the benefit. Sometimes
a session seems to be crashed and needs a reset but it's happening
not very often.
> >Can we discuss a bugfix for this?
> >I really don't know why the DISPLAY-line is returned for a short time
> >after a session suspend, the 52 can be seen in the normal one-line-output
> >from x2golistsessions.
> You do not seem like having an idea, yet? If you can find a hint,
> let me know. I may find time to look at code more closely on
I think I have a precise idea, it's the statement
in line 49 of x2goumount-session. After removing the line the
session reconnect is stable again (there are only a few results
when searching the x2goserver package with a grep for DISPLAY).
We could declare this a fix but since there is a lot of command output
parsing I would feel better if someone who is more familiar with the
code could affirm that this line isn't needed somewhere else. So far
I have no problems with this change.
> If you use pyhoca-gui and start it from the command line, you can
> encounter such issues in irregular intervals, as well. Whenever they
> occur, some output is shouted to stderr and you won't miss it...
I'm very sorry, I didn't test pyhoca-gui or cli yet.
More information about the x2go-dev