Grant <g_r_a_n_t_@dodo.com.au> wrote:
> I'd like faster graphics drawing but not sure where the compression is
> done -- tried unticking the compression box on PuTTY config, not much
> worse, might be time to try another server?

If you are running X through ssh encryption with PuTTY that might explain
some of the bad performance. You will probably get better performance if
you make sure that the X traffic is sent unencrypted to windowsmachine:0
instead of localhost:10.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc8(at)uthyres.com Examples of addresses which go to spammers:
root@variousus.net root@localhost

On Sun, 24 Sep 2006 00:52:38 +0200, Henrik Carlqvist <Henrik.Carlqvist@deadspam.com> wrote:

>Grant <g_r_a_n_t_@dodo.com.au> wrote:
>> I'd like faster graphics drawing but not sure where the compression is
>> done -- tried unticking the compression box on PuTTY config, not much
>> worse, might be time to try another server?
>
>If you are running X through ssh encryption with PuTTY that might explain
>some of the bad performance. You will probably get better performance if
>you make sure that the X traffic is sent unencrypted to windowsmachine:0
>instead of localhost:10.

Makes sense, pointer to setup info for this please? RTFM not much joy when
I'm not sure of the keywords... Is it to do with the proxy display settings?

sempro is client, magpie is windoze box:

grant@sempro:~$ DISPLAY=magpie:0 xterm
Xlib: connection to "magpie:0.0" refused by server
Xlib: No protocol specified

xterm Xt error: Can't open display: magpie:0

Does this mean it wants an XDM login?

Thanks,
Grant.
--
http://bugsplatter.mine.nu/

Grant <g_r_a_n_t_@dodo.com.au> wrote:
> Makes sense, pointer to setup info for this please? RTFM not much joy when
> I'm not sure of the keywords... Is it to do with the proxy display settings?
>
> sempro is client, magpie is windoze box:
>
> grant@sempro:~$ DISPLAY=magpie:0 xterm
> Xlib: connection to "magpie:0.0" refused by server
> Xlib: No protocol specified
>
> xterm Xt error: Can't open display: magpie:0
>
> Does this mean it wants an XDM login?

No, you don't need XDM login to open X windows on another display. It
seems as if you have done the right thing on the machine sempro (pointing
to the display of magpie), however, something is missing on magpie as it
does not allow any connection.

The missing part on magpie could be that it doesn't have any X server
running. Is Xming running on magpie when you get this error? It could also
be that X is running on magpie, but it doesn't allow connections. I'm not
very familiar with Xming, but with X.org you would use xhost to allow
other machines to connect, something like:

grant@magpie:~$ xhost +sempron

However, if you do use XDM login all these settings should get right from
the start.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc8(at)uthyres.com Examples of addresses which go to spammers:
root@variousus.net root@localhost

On Sun, 24 Sep 2006 13:49:19 +0200, Henrik Carlqvist <Henrik.Carlqvist@deadspam.com> wrote:

> but with X.org you would use xhost to allow
>other machines to connect, something like:
>
>grant@magpie:~$ xhost +sempron
>
>However, if you do use XDM login all these settings should get right from
>the start.

Most of the howto's assume XDM. I'm slowly getting parts of Michael2's
example going -- seems it has an xhost.exe but example is missing '+sempro'

We've drifted away from original topic -- for 'normal' operation I start
Xming, open PuTTY terminal to sempro, `xterm &`, then launch X apps from
xterm, eg: `nedit filename &`, works as advertised.

The undraggable window issue affects one application which I not normally
run in this environment, VMware, since I can run 'doze VMware hosts instead.

Thanks for answers, helping me puzzle out other stuff I'm reading.

Grant.
--
http://bugsplatter.mine.nu/

Grant <g_r_a_n_t_@dodo.com.au> wrote:
> We've drifted away from original topic

Yes, but it would probably still be interesting to run your X applications
at max graphics performance.

> for 'normal' operation I start Xming, open PuTTY terminal to sempro,
> `xterm &`, then launch X apps from xterm, eg: `nedit filename &`, works
> as advertised.

In your PuTTY terminal as well as the xterm terminal you will have an
environment variable called DISPLAY. What does that point to? If $DISPLAY
points to something like localhost:11 you are tunneling X traffic through
the encrypted ssh. If $DISPLAY points to something like othermachine:0 X
traffic is sent unencrypted over the network to othermachine. For this to
work othermachine must have a running X server which allows the remote
machine to open windows on its display.

Tunneling X traffic through ssh is convenient as you don't have to
manually set the DISPLAY variable and don't have to care about which
remote hosts are allowed to connect to the X server. It also has the
advantage of encrypting the traffic so you can safely connect to remote
hosts by X over the internet.

The disadvantage of encryption is that it takes some CPU performance. If
your X application is something like mplayer or quake you probably prefer
graphics performance rather than the convenience of not having to mess
with DISPLAY and xhost.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc8(at)uthyres.com Examples of addresses which go to spammers:
root@variousus.net root@localhost

On Mon, 25 Sep 2006 08:00:56 +0200, Henrik Carlqvist <Henrik.Carlqvist@deadspam.com> wrote:

>Grant <g_r_a_n_t_@dodo.com.au> wrote:
>> We've drifted away from original topic
>
>Yes, but it would probably still be interesting to run your X applications
>at max graphics performance.

magpie is 'doze box, so all I need do is:

grant@sempro:~$ DISPLAY=magpie:0 xterm &

then launch graphics apps from that xterm? It works!

The error:
grant@sempro:~$ vmware &
[1] 3411
grant@sempro:~$ Xlib: connection to "magpie:0.0" refused by server
Xlib: No protocol specified

Xlib: connection to "magpie:0.0" refused by server
Xlib: No protocol specified


[1]+ Done vmware

happens with xhost status ('doze):
access control enabled, only authorized clients can connect
INET:magpie.mire.mine.nu
LOCAL:
INET:localhost
Press any key to continue . . .

The working way is with:
access control disabled, clients can connect from any host
INET:magpie.mire.mine.nu
LOCAL:
INET:localhost
Press any key to continue . . .

Another piece of the puzzle I don't need access control here, but
now I know the source of that last error message, being able to switch
it on and off, thanks: michael2, for what became:

# Xming Server Resource File
TRAYICON ",101"
menu putty {
pageant exec "f:\bin\PuTTY\pageant f:\bin\PuTTY\private"
separator
peetoo execd "f:\bin\PuTTY\putty -load peetoo"
sempro execd "f:\bin\PuTTY\putty -load sempro"
}
menu peetoo {
... this section not work yet
}
menu sempro {
... this section not work yet
}
menu localhost {
# Access control commands, these working
"ac status" execd "f:\bin\xapps\xhost.bat"
# where xhost.bat contains:
# @echo off
# xhost
# pause
"ac on" exec "f:\bin\xapps\xhost -"
"ac off" exec "f:\bin\xapps\xhost +"
xeyes exec "f:\bin\xapps\xeyes"
}
menu apps {
"PuTTY sessions" menu putty
"Remote@peetoo" menu peetoo
"Remote@sempro" menu sempro
"Local@magpie" menu localhost
separator
"&Reload Xmingrc" reload
}
menu aot {
"&Always on Top" alwaysontop
separator
}
RootMenu apps
DefaultSysMenu aot atstart
SilentExit
DEBUG "Done parsing the configuration file..."

Grant.
--
http://bugsplatter.mine.nu/

Grant wrote:
> On Mon, 25 Sep 2006 08:00:56 +0200, Henrik Carlqvist <Henrik.Carlqvist@deadspam.com> wrote:
>
> >Grant <g_r_a_n_t_@dodo.com.au> wrote:
> >> We've drifted away from original topic
> >
> >Yes, but it would probably still be interesting to run your X applications
> >at max graphics performance.
>
> magpie is 'doze box, so all I need do is:
>
> grant@sempro:~$ DISPLAY=magpie:0 xterm &
>
> then launch graphics apps from that xterm? It works!
>
> The error:
> grant@sempro:~$ vmware &
> [1] 3411
> grant@sempro:~$ Xlib: connection to "magpie:0.0" refused by server
> Xlib: No protocol specified
>
> Xlib: connection to "magpie:0.0" refused by server
> Xlib: No protocol specified
>
>
> [1]+ Done vmware
>
> happens with xhost status ('doze):
> access control enabled, only authorized clients can connect
> INET:magpie.mire.mine.nu
> LOCAL:
> INET:localhost
> Press any key to continue . . .
>
> The working way is with:
> access control disabled, clients can connect from any host
> INET:magpie.mire.mine.nu
> LOCAL:
> INET:localhost
> Press any key to continue . . .
>
> Another piece of the puzzle I don't need access control here, but
> now I know the source of that last error message, being able to switch
> it on and off, thanks: michael2, for what became:
>
> # Xming Server Resource File
> TRAYICON ",101"
> menu putty {
> pageant exec "f:\bin\PuTTY\pageant f:\bin\PuTTY\private"
> separator
> peetoo execd "f:\bin\PuTTY\putty -load peetoo"
> sempro execd "f:\bin\PuTTY\putty -load sempro"
> }
> menu peetoo {
> ... this section not work yet
I should have explaind my machine names
do you have a passphrase setup for sempro?? if so, you might try using
an empty passphrase, that seems to be tne only way that plink will auto
run the applications
for darkstar, I have an empty passphrase, and for r2d2, I have a set
phrase, darkstar is the only machine that I can run applications from
try from cmd prompt change to the F:\bin\PuTTY directory, and run plink
from there "plink -load sempro top" if it asks for a password, then it
can't work in the menu .. or so it seems to be. ??

On 26 Sep 2006 15:43:19 -0700, "Michael2" <mwpierce2@gmail.com> wrote:

>Grant wrote:
>> menu peetoo {
>> ... this section not work yet
>I should have explaind my machine names
>do you have a passphrase setup for sempro??

Yes, with pageant running on 'doze side.

> if so, you might try using
>an empty passphrase...

Aha! Okay, I get:

F:\bin\PuTTY>plink -pw "" grant@sempro pan

works to start pan...

This fixes some other issues, 'plink -v ' helped heaps:

# Xming Server Resource File
TRAYICON ",101"
menu magpie {
"oclock" exec "f:\bin\xapps\oclock -display %display%"
"xeyes" exec "f:\bin\xapps\xeyes -display %display%"
}
menu peetoo {
xeyes exec "f:\bin\PuTTY\plink -l grant -load sempro /usr/X11R6/bin/xeyes"
}
menu sempro {
pan exec "f:\bin\PuTTY\plink -l grant -load sempro /usr/bin/pan"
vmware exec "f:\bin\PuTTY\plink -l grant -load sempro /usr/local/bin/vmware"
xeyes exec "f:\bin\PuTTY\plink -l grant -load sempro /usr/X11R6/bin/xeyes"
separator
kcalc exec "f:\bin\PuTTY\plink -l grant -load sempro /opt/kde/bin/kcalc"
}
menu main {
"magpie" menu magpie // localhost
"peetoo" menu peetoo
"sempro" menu sempro
separator
"Access Status" execd "f:\bin\xapps\xhost.bat"
"Reload Xmingrc" reload
separator
}
RootMenu main
SilentExit
DEBUG "Done parsing the configuration file..."


Only 'pan' came up without a full pathname.

No longer need xhost access stuff.

In my PuTTY sessions I don't save the username, as I'll login into a box
as 'grant' or 'root', so I need to specify user in menu when opening a
saved session.

Thanks,
Grant.
--
http://bugsplatter.mine.nu/