Re: Windows GUI apps from xterm
xerces8 schrieb: > Holger Krull <[EMAIL PROTECTED]> wrote : >> Keep things on the list please. >> >>> Now from the same cygwin shell, if I run "rsh any_unix_machine", I am >>> now logged into a unix box, now I run "rsh terminal_server_name", I am >>> now back on the terminal server. Now if I run calc, it doesn't work, >>> attached are 2 snapshots. >> so you have >> terminal-server ->unix ->terminal-server >> >> I'm not suprised that this doesn't work. >> The second rsh session you create on the terminal server is not aware of the >> former >> terminal-server connection. You wouldn't expect to see the graphical output >> of calc if you would >> sit in front of the unix server and doing a rsh to the terminal-server. > > Actually this works just fine, _if_ : > - remote login client and server program know and do propagate the DISPLAY > variable > > (telnet is more likely to support DISPLAY propagation than rlogin/rsh) No, this is not relevant. We are talking about a Windows Application here. Calc knows nothing about DISPLAY, it is not using X. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows GUI apps from xterm
Holger Krull <[EMAIL PROTECTED]> wrote : > > Keep things on the list please. > > > Now from the same cygwin shell, if I run "rsh any_unix_machine", I am > > now logged into a unix box, now I run "rsh terminal_server_name", I am > > now back on the terminal server. Now if I run calc, it doesn't work, > > attached are 2 snapshots. > > so you have > terminal-server ->unix ->terminal-server > > I'm not suprised that this doesn't work. > The second rsh session you create on the terminal server is not aware of the > former > terminal-server connection. You wouldn't expect to see the graphical output > of calc if you would > sit in front of the unix server and doing a rsh to the terminal-server. Actually this works just fine, _if_ : - remote login client and server program know and do propagate the DISPLAY variable (telnet is more likely to support DISPLAY propagation than rlogin/rsh) Regards, David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: xterm changed from german to english
Hi, Holger Krull wrote: Sebastian Posch schrieb: I have a german WindowsXP installation with a german keyboard. Since yesterday all of a sudden I get only english input in xterm. y is z, - is / ... I still have german input in bash and DOS prompt, so I tried restarting the X server and reinstalling xterm, but it didn't help. I'd be interested in what could've been causing this. It could be windows xp switching the keyboard for Xwin, i have this annoying behaviour with skype. I have to manually select german. (Eingabegebietsschema) the other option could be: setxkbmap -layout de Erich -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows GUI apps from xterm
Keep things on the list please. > Now from the same cygwin shell, if I run "rsh any_unix_machine", I am > now logged into a unix box, now I run "rsh terminal_server_name", I am > now back on the terminal server. Now if I run calc, it doesn't work, > attached are 2 snapshots. so you have terminal-server ->unix ->terminal-server I'm not suprised that this doesn't work. The second rsh session you create on the terminal server is not aware of the former terminal-server connection. You wouldn't expect to see the graphical output of calc if you would sit in front of the unix server and doing a rsh to the terminal-server. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: xterm changed from german to english
Sebastian Posch schrieb: > I have a german WindowsXP installation with a german keyboard. Since > yesterday all of a sudden I get only english input in xterm. y is z, - > is / ... > > I still have german input in bash and DOS prompt, so I tried restarting > the X server and reinstalling xterm, but it didn't help. > > I'd be interested in what could've been causing this. It could be windows xp switching the keyboard for Xwin, i have this annoying behaviour with skype. I have to manually select german. (Eingabegebietsschema) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Jean-Claude Gervais schrieb: > Michael, > > I am assuming you are invoking the ssh connection from a graphical > xterm window, it won't work from a console-mode bash prompt. It will if you set DISPLAY right before starting ssh. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Jean-Claude Gervais schrieb: > The IS a drawback though, it doesn't give you the full desktop with the > background and everything you might be looking for, but in practice the > things you really want are the apps, anyway. That is not true, if you tunnel through ssh you can easily start kde, gnome or whatever window manager you like if you tell xwin not to start its own local window manager. (kde is startkde, gnome is gnome-session, icewm is icewm-session) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Michael, I am assuming you are invoking the ssh connection from a graphical xterm window, it won't work from a console-mode bash prompt. Other than that, it might mean that X forwarding is not enabled on the host you are connecting to. For the record, I just tried the scenario I outlined; ssh to a host and then invoking eclipse. It worked for me, so it has to be a configuration issue on your setup. J On Wed, 2007-09-12 at 07:45 -0700, Michael Giroux wrote: > Thanks for the tip. I was able to use the ssh, but that generated > errors on the console (below). Before running the ssh command, I > started xwin, but perhaps I need to specify some options? > > Michael > > (eclipse:29698): GLib-GObject-WARNING **: invalid (NULL) pointer instance > > (eclipse:29698): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion > `G_T > YPE_CHECK_INSTANCE (instance)' failed > > (eclipse:29698): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion > `GDK_IS > _SCREEN (screen)' failed > > (eclipse:29698): GLib-GObject-CRITICAL **: g_object_get: assertion > `G_IS_OBJECT > (object)' failed > > (eclipse:29698): GLib-GObject-WARNING **: value "TRUE" of type `gboolean' is > inv > alid or out of range for property `visible' of type `gboolean' > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Thanks for the tip. I was able to use the ssh, but that generated errors on the console (below). Before running the ssh command, I started xwin, but perhaps I need to specify some options? Michael (eclipse:29698): GLib-GObject-WARNING **: invalid (NULL) pointer instance (eclipse:29698): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_T YPE_CHECK_INSTANCE (instance)' failed (eclipse:29698): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS _SCREEN (screen)' failed (eclipse:29698): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (eclipse:29698): GLib-GObject-WARNING **: value "TRUE" of type `gboolean' is inv alid or out of range for property `visible' of type `gboolean' -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Michel, One alternative you could try is ssh-ing to the host you want to run the programs on and invoking the programs directly and comparing the graphics-update performance. In essence this means issuing the following command: ssh -Y [EMAIL PROTECTED] program The 'Y' parameter is very important, don't forget it. All this hinges on whether or not the host has SSH enabled, and if it does, it must also have X forwarding enabled. Still, it won't cost you that much to try. In the past, I have tried to use xdmcp like you have only to encounter the same sluggish performance you've reported, so I've opted to use X tunneling over SSH instead, which works great. The IS a drawback though, it doesn't give you the full desktop with the background and everything you might be looking for, but in practice the things you really want are the apps, anyway. J On Wed, 2007-09-12 at 06:56 -0700, Michael Giroux wrote: > Is there an alternative to XDCMP that I could try to see if that > protocol is causing the problem? > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xdmcp too slow with SOME Linux accounts.
Is there an alternative to XDCMP that I could try to see if that protocol is causing the problem? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
