X2Go Bug report logs - #77
X2Go Client corrupts Cygwin

Full log

🔗 View this message in rfc822 format

X-Loop: git-admin@x2go.org
Subject: Bug#77: Fwd: Bug report, unknown package: X2Go corrupts CygWin
Reply-To: "Hallstrom, Anders" <Anders.Hallstrom@delaval.com>, 77@bugs.x2go.org
Resent-From: "Hallstrom, Anders" <Anders.Hallstrom@delaval.com>
Resent-To: x2go-dev@lists.berlios.de
Resent-CC: X2Go Developers <x2go-dev@lists.berlios.de>
X-Loop: git-admin@x2go.org
Resent-Date: Mon, 17 Dec 2012 14:03:02 +0000
Resent-Message-ID: <handler.77.B77.135575240126074@bugs.x2go.org>
Resent-Sender: git-admin@x2go.org
X-X2Go-PR-Message: followup 77
X-X2Go-PR-Package: x2goclient
X-X2Go-PR-Keywords: 
Received: via spool by 77-submit@bugs.x2go.org id=B77.135575240126074
          (code B ref 77); Mon, 17 Dec 2012 14:03:02 +0000
Received: (at 77) by bugs.x2go.org; 17 Dec 2012 13:53:21 +0000
Received: from mx1.delaval.com (mx1.delaval.com [195.60.183.21])
	by ymir (Postfix) with ESMTPS id BD86A5DA6C
	for <77@bugs.x2go.org>; Mon, 17 Dec 2012 14:53:21 +0100 (CET)
X-Spam-Flag: NO
X-Spam-Score: -0.35
X-Spam-Level: 
X-Spam-Status: No, score=-0.35 tagged_above=-999 required=6.9
	tests=[AWL=-0.350] autolearn=disabled
Received: from MX3.delaval.com (mx3.delaval.com [195.60.183.22])
	(using TLSv1 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by mx1.delaval.com (Postfix) with ESMTPS;
	Mon, 17 Dec 2012 15:53:11 +0100 (CET)
Received: from SETUEXH001.delaval.local (10.33.1.92) by MX3.delaval.com
 (195.60.183.22) with Microsoft SMTP Server (TLS) id 8.3.279.5; Mon, 17 Dec
 2012 14:51:56 +0100
From: "Hallstrom, Anders" <Anders.Hallstrom@delaval.com>
To: "77@bugs.x2go.org" <77@bugs.x2go.org>
CC: Stefan Baur <newsgroups.mail2@stefanbaur.de>, Mike Gabriel
	<mike.gabriel@das-netzwerkteam.de>
Date: Mon, 17 Dec 2012 14:51:56 +0100
Thread-Topic: [X2Go-Dev] Bug#77: Fwd: Bug report, unknown package: X2Go
 corrupts CygWin
Thread-Index: Ac3TpPMtTXK+PDiYTG2DauyzaxCtyAIsdF3g
Message-ID: <F423EC58E405884E8EB9ED5F6401D13170BA02FE9D@SETUEX.delaval.local>
References: <20121206095821.23244ju0rz4iytyl@mail.das-netzwerkteam.de>
 <50C081A3.3040909@stefanbaur.de>
In-Reply-To: <50C081A3.3040909@stefanbaur.de>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: sv-SE, en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

[Note that I removed dev and submit from the send list and just kept 77@bugs, for right or wrong...]

Thank you Stefan for your valuable advice, and I am sorry about the delay.

I can now state the following.

State 0: No cygwin or x2go running, presumably no cygwin1.dll loaded/active.

State 1: cygwin running, cmd.exe -> bash.exe -> cygwin1.dll version 1001.8.0.0 (Wed Jan 31 16:09:39 2001). No x2go running.

State 2: x2go running, x2goclient.exe -> sshd.exe -> cygwin1.dll version 1005.25.0.0 (Thu Jun 12 19:35:47 2008). No cygwin running.

State 3: Both cygwin and x2go running.
Process Viewer still reports
cmd.exe -> bash.exe -> cygwin1.dll version 1001.8.0.0
x2goclient.exe -> sshd.exe -> cygwin1.dll version 1005.25.0.0
(So it seems different versions can be active simultaneously...)

Repeatably, when I go from state 0 to 2,
x2goclient causes its directories to be mounted in the cygwin environment;
this remains in effect (stored in registry) until it is manually unmounted using umount in cmd.exe.
Cygwin (bash.exe) is now crippled if it is started because fundamental commands are not found.

When I go from state 0 to 1 and then to 3, this does not happen,
and as far as I can see, x2go works fine anyway.
So I use this strategy as workaround.

I hope this was helpful.

Regards,
Anders

> -----Original Message-----
> From: Stefan Baur [mailto:newsgroups.mail2@stefanbaur.de]
> Sent: den 6 december 2012 12:30
> To: Mike Gabriel; 77@bugs.x2go.org; x2go-dev@lists.berlios.de
> Cc: submit@bugs.x2go.org; Hallstrom, Anders
> Subject: Re: [X2Go-Dev] Bug#77: Fwd: Bug report, unknown package: X2Go
> corrupts CygWin
>
> Am 06.12.2012 09:58, schrieb Anders Hallström:
> [...]
>
> > What happens is that directories from the X2Go installation are
> > suddenly mounted as /etc and /bin in CygWin.
> > Since fundamental commands such as "/bin/ls" are thereby missing,
> > nothing works.
>
> [...]
>
> > After this fix, I can still use X2Go without problems and without
> > the mounts coming back, so I just cannot see why the mounts were
> > necessary in the first place.
> >
> > Sometimes, however, the harmful mounts do come back.
> > I cannot pinpoint exactly when this happens,
> > but at least it is not every time I restart the computer and not every
> > time I run X2Go.
> >
> > Is this known?
> > Could some developer explain what is happening?
>
> Well, X2Go uses some Cygwin code for its Windows client.
> I've seen weird things happen before when two applications brought their
> own set of Cygwin libraries and they belonged to different versions,
> maybe this is a similar issue.
> Probably something like whoever loads cygwin1.dll first "wins", the
> other application is blocked from loading its own version of cygwin1.dll
> and just has to make do with whatever cygwin1.dll is already in memory.
>   After that, it's either an application from the old Cygwin failing
> because the newer cygwin1.dll is doing something unexpected, or it's a
> new application failing because the old cygwin1.dll doesn't offer the
> function that it is expecting.
>
> So, to debug this issue, it would be interesting to see what happens
> when you first run X2GoClient and keep it in the background, then try to
> rund your old Cygwin applications, and what happens when you run your
> old applications first (keeping at least one window of them open) and
> start X2GoClient afterwards.
> Also, be aware that it is wrong to assume that all X2Go tasks have been
> terminated just because you don't see an X2Go icon in your task bar.
> Running task manager after closing X2GoClient, you may still encounter a
> running pulseaudio, sshd and/or vcxsrv on your Windows client.
> If you see these, terminete them from within task manager before running
> your old cygwin applications and see if that helps.
> I'm not suggesting that this is the solution to your problem, but I am
> sure the results will be helpful for the devs to pinpoint the issue.
>
> -Stefan

"This is an e-mail from a DeLaval company. This e-mail is confidential
and may also be privileged. Please delete the email and notify us
immediately if you are not the intended recipient. DeLaval does not
enter into contracts or contractual obligations via electronic mail,
unless otherwise agreed in writing between parties concerned.
Thank you."

Send a report that this bug log contains spam.