On 10.03.2015 11:43 AM, Will Wagner wrote: > So today I can unfortunately still reproduce this issue. It seems > like yesterday there must have been something going on with my > network which altered the timing of events.
Btw, I think this has nothing to do with the network. On Windows, Xorg (and sshd) must be started whenever X2Go Client starts up, so if you start X2Go Client and connect to a session *fast enough* after startup, you can trigger this race condition. > The debug log I get now is: [...] > x2go-DEBUG-../src/onmainwindow.cpp:5176> Waiting for win-servers. > QObject::connect: Incompatible sender/receiver arguments > QSingleShotTimer::timeout() --> ONMainWindow::slotTunnelOk(int) > x2go-DEBUG-../src/sshprocess.cpp:157> Direct tunnel: waiting for > connections on "localhost":31004 > > x2go-DEBUG-../src/onmainwindow.cpp:9316> got localhost > x2go-DEBUG-../src/onmainwindow.cpp:9344> Port already used: 6001 > x2go-DEBUG-../src/onmainwindow.cpp:9498> X is started. > x2go-DEBUG-../src/onmainwindow.cpp:9865> All winservers are started. > > > > Looking at the change you made I don't believe you are allowed to > connect a signal emitting no arguments to a slot that requires an > argument and hence the incompatible sender/receiver argument error. Yes. The problem at hand is that this parameter is purely optional anyway and never used. I totally missed that "this" in that context does not refer to slotTunnelOk(int) but QSingleShotTimer::timeout(), which has no parameter. http://code.x2go.org/releases/binary-win32/x2goclient/tmp/x2goclient-4.0.4.0-2015.03.10-ffc56f3-setup.exe Mihai
signature.asc
Description: OpenPGP digital signature
_______________________________________________ x2go-dev mailing list x2go-dev@lists.x2go.org http://lists.x2go.org/listinfo/x2go-dev
