Wed, Mar 8 2006
19:39:03
|
|
Request created by guest
|
|
Subject: d.m will not display remotely
Platform: Mac OSX
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 6.1.cvs
d.m is no longer displaying when started remotely through ssh -X. d.mon x0 seems
ok, it fires up
the expected display window with the message:
GRASS 6.1.cvs (minnesota_utm):~ > d.mon x0
using default visual which is TrueColor
ncolors: 16777216
Graphics driver [x0] started
However, d.m or d.m & result in the following message:
GRASS 6.1.cvs (minnesota_utm):~ > X Error of failed request: BadAtom (invalid
Atom parameter)
Major opcode of failed request: 20 (X_GetProperty)
Atom id in failed request: 0xb5
Serial number of failed request: 11
Current serial number in output stream: 11
For what it is worth gis.m seems to behave in the same mannor:
GRASS 6.1.cvs (minnesota_utm):~ > gis.m
X Error of failed request: BadAtom (invalid Atom parameter)
Major opcode of failed request: 20 (X_GetProperty)
Atom id in failed request: 0xb5
Serial number of failed request: 11
Current serial number in output stream: 11
GRASS 6.1.cvs (minnesota_utm):~ >
|
|
Thu, Mar 9 2006
05:05:28
|
|
Mail sent by glynn@gclements.plus.com
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17423.43386.225670.696908@cerise.gclements.plus.com>
|
Date |
Thu, 9 Mar 2006 04:05:14 +0000
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #4155] (grass) d.m will not display remotely
|
In-Reply-To |
<20060308183903.43BB810016A@lists.intevation.de>
|
References |
<20060308183903.43BB810016A@lists.intevation.de>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4155
> -------------------------------------------------------------------------
>
> Subject: d.m will not display remotely
>
> Platform: Mac OSX
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: 6.1.cvs
>
> d.m is no longer displaying when started remotely through ssh -X. d.mon x0
seems ok, it fires up
> the expected display window with the message:
>
> GRASS 6.1.cvs (minnesota_utm):~ > d.mon x0
> using default visual which is TrueColor
> ncolors: 16777216
> Graphics driver [x0] started
>
> However, d.m or d.m & result in the following message:
>
> GRASS 6.1.cvs (minnesota_utm):~ > X Error of failed request: BadAtom (invalid
Atom parameter)
> Major opcode of failed request: 20 (X_GetProperty)
> Atom id in failed request: 0xb5
> Serial number of failed request: 11
> Current serial number in output stream: 11
>
> For what it is worth gis.m seems to behave in the same mannor:
>
> GRASS 6.1.cvs (minnesota_utm):~ > gis.m
> X Error of failed request: BadAtom (invalid Atom parameter)
> Major opcode of failed request: 20 (X_GetProperty)
> Atom id in failed request: 0xb5
> Serial number of failed request: 11
> Current serial number in output stream: 11
> GRASS 6.1.cvs (minnesota_utm):~ >
I'm guessing that this is an issue with "wish". It's impossible to say
any more than that based upon the above details; atom 0x5b (91) isn't
predefined (only 1 through 68 are predefined).
Can you run wish by itself (or any other Tcl/Tk programs) remotely?
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Thu, Mar 9 2006
07:07:17
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Thu, 9 Mar 2006 19:07:01 +1300
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #4155] (grass) d.m will not display remotely
|
Message-Id |
<20060309190701.5ebd11fe.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20060308183903.43BB810016A@lists.intevation.de>
|
References |
<20060308183903.43BB810016A@lists.intevation.de>
|
X-Mailer |
Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
|
X-Face |
M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
|
X-Spam-Level |
|
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4155
> ---------------------------------------------------------------------
>
> Subject: d.m will not display remotely
>
> Platform: Mac OSX
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: 6.1.cvs
>
> d.m is no longer displaying when started remotely through ssh -X.
> d.mon x0 seems ok, it fires up the expected display window with the
> message:
>
> GRASS 6.1.cvs (minnesota_utm):~ > d.mon x0
> using default visual which is TrueColor
> ncolors: 16777216
> Graphics driver [x0] started
>
> However, d.m or d.m & result in the following message:
>
> GRASS 6.1.cvs (minnesota_utm):~ > X Error of failed request: BadAtom
> (invalid Atom parameter)
> Major opcode of failed request: 20 (X_GetProperty)
> Atom id in failed request: 0xb5
> Serial number of failed request: 11
> Current serial number in output stream: 11
>
> For what it is worth gis.m seems to behave in the same mannor:
>
> GRASS 6.1.cvs (minnesota_utm):~ > gis.m
> X Error of failed request: BadAtom (invalid Atom parameter)
> Major opcode of failed request: 20 (X_GetProperty)
> Atom id in failed request: 0xb5
> Serial number of failed request: 11
> Current serial number in output stream: 11
> GRASS 6.1.cvs (minnesota_utm):~ >
lastest CVS works fine for me between two Debian/GNU/Linux/i686 machines.
haven't tested on a Mac though.
Hamish
|
|
Thu, Mar 9 2006
17:44:09
|
|
Mail sent by kwythers@umn.edu
|
|
Return-Path |
<kwythers@umn.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
X-Umn-Remote-Mta |
[N] fw.g4.dunn.pcspeed.com [216.207.146.50] #+TS+AU+HN
|
In-Reply-To |
<20060309040528.D83911006AC@lists.intevation.de>
|
References |
<20060309040528.D83911006AC@lists.intevation.de>
|
Mime-Version |
1.0 (Apple Message framework v746.2)
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<F8F8D8ED-B5E9-4A52-8803-EFF83450D4AF@umn.edu>
|
Cc |
devel grass <grass5@grass.itc.it>
|
Content-Transfer-Encoding |
7bit
|
From |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Subject |
Re: [bug #4155] (grass) d.m will not display remotely
|
Date |
Thu, 9 Mar 2006 10:43:02 -0600
|
To |
Glynn Clements via RT <grass-bugs@intevation.de>
|
X-Mailer |
Apple Mail (2.746.2)
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
On Mar 8, 2006, at 10:05 PM, Glynn Clements via RT wrote:
>
> Request Tracker wrote:
>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4155
>> ---------------------------------------------------------------------
>> ----
>>
>> Subject: d.m will not display remotely
>>
>> Platform: Mac OSX
>> grass obtained from: CVS
>> grass binary for platform: Compiled from Sources
>> GRASS Version: 6.1.cvs
>>
>> d.m is no longer displaying when started remotely through ssh -X.
>> d.mon x0 seems ok, it fires up
>> the expected display window with the message:
>>
>> GRASS 6.1.cvs (minnesota_utm):~ > d.mon x0
>> using default visual which is TrueColor
>> ncolors: 16777216
>> Graphics driver [x0] started
>>
>> However, d.m or d.m & result in the following message:
>>
>> GRASS 6.1.cvs (minnesota_utm):~ > X Error of failed request:
>> BadAtom (invalid Atom parameter)
>> Major opcode of failed request: 20 (X_GetProperty)
>> Atom id in failed request: 0xb5
>> Serial number of failed request: 11
>> Current serial number in output stream: 11
>>
>> For what it is worth gis.m seems to behave in the same mannor:
>>
>> GRASS 6.1.cvs (minnesota_utm):~ > gis.m
>> X Error of failed request: BadAtom (invalid Atom parameter)
>> Major opcode of failed request: 20 (X_GetProperty)
>> Atom id in failed request: 0xb5
>> Serial number of failed request: 11
>> Current serial number in output stream: 11
>> GRASS 6.1.cvs (minnesota_utm):~ >
>
> I'm guessing that this is an issue with "wish". It's impossible to say
> any more than that based upon the above details; atom 0x5b (91) isn't
> predefined (only 1 through 68 are predefined).
>
> Can you run wish by itself (or any other Tcl/Tk programs) remotely?
I hate to have to sound this stupid but you can't hide from the truth...
I'm not sure what you mean by run wish. I tried the following:
truffula:/usr/include kwythers$ wish8.4
X Error of failed request: BadAtom (invalid Atom parameter)
Major opcode of failed request: 18 (X_ChangeProperty)
Atom id in failed request: 0xb5
Serial number of failed request: 12
Current serial number in output stream: 15
If that is what you meant, it looks to be the same error as d.m gave
from GRASS.
Also, can you suggest a simple tcltk program to try remotely (an
equivalent to xclock)?
>
> --
> Glynn Clements <glynn@gclements.plus.com>
|
|
Fri, Mar 10 2006
01:15:50
|
|
Mail sent by glynn@gclements.plus.com
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17424.50476.703645.625643@cerise.gclements.plus.com>
|
Date |
Fri, 10 Mar 2006 00:15:40 +0000
|
To |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Cc |
Glynn Clements via RT <grass-bugs@intevation.de>, devel grass <grass5@grass.itc.it>
|
Subject |
Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display remotely
|
In-Reply-To |
<F8F8D8ED-B5E9-4A52-8803-EFF83450D4AF@umn.edu>
|
References |
<20060309040528.D83911006AC@lists.intevation.de> <F8F8D8ED-B5E9-4A52-8803-EFF83450D4AF@umn.edu>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Kirk R. Wythers wrote:
> >> this bug's URL: http://intevation.de/rt/webrt?serial_num=4155
> >> GRASS 6.1.cvs (minnesota_utm):~ > gis.m
> >> X Error of failed request: BadAtom (invalid Atom parameter)
> >> Major opcode of failed request: 20 (X_GetProperty)
> >> Atom id in failed request: 0xb5
> >> Serial number of failed request: 11
> >> Current serial number in output stream: 11
> >> GRASS 6.1.cvs (minnesota_utm):~ >
> >
> > I'm guessing that this is an issue with "wish". It's impossible to say
> > any more than that based upon the above details; atom 0x5b (91) isn't
> > predefined (only 1 through 68 are predefined).
> >
> > Can you run wish by itself (or any other Tcl/Tk programs) remotely?
>
> I hate to have to sound this stupid but you can't hide from the truth...
>
> I'm not sure what you mean by run wish. I tried the following:
>
> truffula:/usr/include kwythers$ wish8.4
> X Error of failed request: BadAtom (invalid Atom parameter)
> Major opcode of failed request: 18 (X_ChangeProperty)
> Atom id in failed request: 0xb5
> Serial number of failed request: 12
> Current serial number in output stream: 15
>
> If that is what you meant, it looks to be the same error as d.m gave
> from GRASS.
That's exactly what I meant.
> Also, can you suggest a simple tcltk program to try remotely (an
> equivalent to xclock)?
Not offhand, although that is no longer necessary.
The problem applies to running wish (the Tcl/Tk interpreter), and will
affect all Tcl/Tk programs. There isn't anything that d.m or gis.m can
do to work around it.
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Fri, Mar 10 2006
01:23:43
|
|
Mail sent by kwythers@umn.edu
|
|
Return-Path |
<kwythers@umn.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
X-Umn-Remote-Mta |
[N] c-66-41-76-42.hsd1.mn.comcast.net [66.41.76.42] #+TS+AU+HN
|
In-Reply-To |
<20060310001551.00CFD1006B7@lists.intevation.de>
|
References |
<20060310001551.00CFD1006B7@lists.intevation.de>
|
Mime-Version |
1.0 (Apple Message framework v746.2)
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<AF05F999-443A-4575-8245-5CD2434827F8@umn.edu>
|
Cc |
devel grass <grass5@grass.itc.it>
|
Content-Transfer-Encoding |
7bit
|
From |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Subject |
Re: [bug #4155] (grass) d.m will not display remotely
|
Date |
Thu, 9 Mar 2006 18:23:32 -0600
|
To |
Glynn Clements via RT <grass-bugs@intevation.de>
|
X-Mailer |
Apple Mail (2.746.2)
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
On Mar 9, 2006, at 6:15 PM, Glynn Clements via RT wrote:
>
> Kirk R. Wythers wrote:
>
>>>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4155
>
>>>> GRASS 6.1.cvs (minnesota_utm):~ > gis.m
>>>> X Error of failed request: BadAtom (invalid Atom parameter)
>>>> Major opcode of failed request: 20 (X_GetProperty)
>>>> Atom id in failed request: 0xb5
>>>> Serial number of failed request: 11
>>>> Current serial number in output stream: 11
>>>> GRASS 6.1.cvs (minnesota_utm):~ >
>>>
>>> I'm guessing that this is an issue with "wish". It's impossible
>>> to say
>>> any more than that based upon the above details; atom 0x5b (91)
>>> isn't
>>> predefined (only 1 through 68 are predefined).
>>>
>>> Can you run wish by itself (or any other Tcl/Tk programs) remotely?
>>
>> I hate to have to sound this stupid but you can't hide from the
>> truth...
>>
>> I'm not sure what you mean by run wish. I tried the following:
>>
>> truffula:/usr/include kwythers$ wish8.4
>> X Error of failed request: BadAtom (invalid Atom parameter)
>> Major opcode of failed request: 18 (X_ChangeProperty)
>> Atom id in failed request: 0xb5
>> Serial number of failed request: 12
>> Current serial number in output stream: 15
>>
>> If that is what you meant, it looks to be the same error as d.m gave
>> from GRASS.
>
> That's exactly what I meant.
>
>> Also, can you suggest a simple tcltk program to try remotely (an
>> equivalent to xclock)?
>
> Not offhand, although that is no longer necessary.
>
> The problem applies to running wish (the Tcl/Tk interpreter), and will
> affect all Tcl/Tk programs. There isn't anything that d.m or gis.m can
> do to work around it.
>
Can you enlighten me as why with wish shell would work fine locally,
but not remotely. I want to think this through because I am guessing
that there is some odd OS X thing going on here. There are actually
two wish shells on my system (the first that I compiled for X11 and
resides in /usr/X11R6/bin and Apple's wish shell, which is Aqua
compatible and resides in /usr/bin.
I would swear that I had this working before. Although I specify
which wish shell in my .bashrc file like this:
export GRASS_TCLSH=/usr/X11R6/bin/tclsh8.4
export GRASS_WISH=/usr/X11R6/bin/wish8.4
so it does not make a lot of sense.
btw... thanks for your ideas on this Glynn.
Kirk
> --
> Glynn Clements <glynn@gclements.plus.com>
>
>
> --- Headers Follow ---
>
>> From glynn@gclements.plus.com Fri Mar 10 01:15:50 2006
> Return-Path: <glynn@gclements.plus.com>
> Delivered-To: grass-bugs@lists.intevation.de
> Received: from mail.intevation.de (aktaia [212.95.126.10])
> by lists.intevation.de (Postfix) with ESMTP id B70641006B4
> for <grass-bugs@lists.intevation.de>; Fri, 10 Mar 2006 01:15:50
> +0100 (CET)
> Received: from localhost (localhost [127.0.0.1])
> by mail.intevation.de (Postfix) with ESMTP id 52DCA36DC4
> for <grass-bugs@lists.intevation.de>; Fri, 10 Mar 2006 01:15:50
> +0100 (CET)
> Received: from cerise.gclements.plus.com (82-71-30-52.dsl.in-
> addr.zen.co.uk [82.71.30.52])
> by mail.intevation.de (Postfix) with ESMTP id 5819936FBF
> for <grass-bugs@intevation.de>; Fri, 10 Mar 2006 01:15:47 +0100 (CET)
> Received: from cerise.gclements.plus.com (localhost [127.0.0.1])
> by cerise.gclements.plus.com (8.13.4/8.13.4) with ESMTP id
> k2A0Ffrf029330;
> Fri, 10 Mar 2006 00:15:41 GMT
> Received: (from glynn@localhost)
> by cerise.gclements.plus.com (8.13.4/8.13.4/Submit) id
> k2A0Fe5g029306;
> Fri, 10 Mar 2006 00:15:40 GMT
> From: Glynn Clements <glynn@gclements.plus.com>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> Message-ID: <17424.50476.703645.625643@cerise.gclements.plus.com>
> Date: Fri, 10 Mar 2006 00:15:40 +0000
> To: "Kirk R. Wythers" <kwythers@umn.edu>
> Cc: Glynn Clements via RT <grass-bugs@intevation.de>,
> devel grass <grass5@grass.itc.it>
> Subject: Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display
> remotely
> In-Reply-To: <F8F8D8ED-B5E9-4A52-8803-EFF83450D4AF@umn.edu>
> References: <20060309040528.D83911006AC@lists.intevation.de>
> <F8F8D8ED-B5E9-4A52-8803-EFF83450D4AF@umn.edu>
> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through
> Obscurity" XEmacs Lucid
> X-Spam-Status: No, hits=-4.9 tagged_above=-999.0 required=3.0
> tests=BAYES_00
> X-Spam-Level:
>
> -------------------------------------------- Managed by Request
> Tracker
|
|
Sun, Mar 12 2006
02:34:19
|
|
Mail sent by glynn@gclements.plus.com
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17427.31377.399058.784466@cerise.gclements.plus.com>
|
Date |
Sun, 12 Mar 2006 01:34:09 +0000
|
To |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Cc |
Glynn Clements via RT <grass-bugs@intevation.de>, devel grass <grass5@grass.itc.it>
|
Subject |
Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display remotely
|
In-Reply-To |
<AF05F999-443A-4575-8245-5CD2434827F8@umn.edu>
|
References |
<20060310001551.00CFD1006B7@lists.intevation.de> <AF05F999-443A-4575-8245-5CD2434827F8@umn.edu>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Kirk R. Wythers wrote:
> > The problem applies to running wish (the Tcl/Tk interpreter), and will
> > affect all Tcl/Tk programs. There isn't anything that d.m or gis.m can
> > do to work around it.
>
> Can you enlighten me as why with wish shell would work fine locally,
> but not remotely. I want to think this through because I am guessing
> that there is some odd OS X thing going on here.
There are two possibilities that I can think of, but both are really
just wild guesses.
1. Your version of Tk relies upon additional pre-defined atoms which
are specific to the MacOSX X server.
2. It is communicating with both local and remote X servers, and using
XIDs obtained from one on the other.
It's conceivable that the latter might come about due to some form of
integration between Aqua and X, e.g. clipboard integration. If Aqua is
trying to pass XIDs from the local X server to wish, and wish is
passing them to the remote X server, that isn't going to work.
Some background:
An atom is a "registered" string which can be referenced by an integer
XID. There are a set of pre-defined atoms (listed in the X11/Xatom.h
header file), but applications can register additional atoms using
XInternAtom[s]. Atoms are shared by all X clients on a given server.
Atoms are used for inter-client communication. Rather than passing
strings such as "CLIPBOARD", clients obtain the XID corresponding to
that string then pass the XID. This reduces traffic and simplifies
comparisons (integer comparison rather than string comparison).
Apart from the pre-defined atoms, the X server allocates atoms in
order, so the XID for a given atom will depend upon when it was
created. Consequently, the XIDs will vary between server instances.
If an application can have connections to multiple X servers (XEmacs
supports this), it has to remember separate XIDs for each X server.
E.g. the XEmacs instance I'm using to compose this message is running
on a Linux box, with connections to both the local X server and a
remote X server on a Windows box. On the local X server, the XID for
the CLIPBOARD atom is 372, while on the remote X server it is 218.
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Tue, Mar 14 2006
13:12:13
|
|
Mail sent by kwythers@umn.edu
|
|
Return-Path |
<kwythers@umn.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
X-Umn-Remote-Mta |
[N] c-66-41-76-42.hsd1.mn.comcast.net [66.41.76.42] #+TS+AU+HN
|
In-Reply-To |
<17427.31377.399058.784466@cerise.gclements.plus.com>
|
References |
<20060310001551.00CFD1006B7@lists.intevation.de> <AF05F999-443A-4575-8245-5CD2434827F8@umn.edu> <17427.31377.399058.784466@cerise.gclements.plus.com>
|
Mime-Version |
1.0 (Apple Message framework v746.2)
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<52D08ACB-64D9-44D8-A8C4-FD8D8463FAC0@umn.edu>
|
Cc |
Glynn Clements via RT <grass-bugs@intevation.de>, devel grass <grass5@grass.itc.it>
|
Content-Transfer-Encoding |
7bit
|
From |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Subject |
Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display remotely
|
Date |
Tue, 14 Mar 2006 06:11:59 -0600
|
To |
Glynn Clements <glynn@gclements.plus.com>
|
X-Mailer |
Apple Mail (2.746.2)
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Thanks for your thoughts on this issue Glynn. Here is the answer (for
the purposes of the archives).
On OS X (Tiger 10.4) use ssh -Y, (which enables trusted forwarding).
and the Wish shell (built on X11 forwards fine).
Panther and earlier used a version of ssh that only used the -X
option for X forwarding. This should probably go somewhere in the
wiki as well. I will write it up if someone can suggest a location
that makes sense.
Kirk
On Mar 11, 2006, at 7:34 PM, Glynn Clements wrote:
>
> Kirk R. Wythers wrote:
>
>>> The problem applies to running wish (the Tcl/Tk interpreter), and
>>> will
>>> affect all Tcl/Tk programs. There isn't anything that d.m or
>>> gis.m can
>>> do to work around it.
>>
>> Can you enlighten me as why with wish shell would work fine locally,
>> but not remotely. I want to think this through because I am guessing
>> that there is some odd OS X thing going on here.
>
> There are two possibilities that I can think of, but both are really
> just wild guesses.
>
> 1. Your version of Tk relies upon additional pre-defined atoms which
> are specific to the MacOSX X server.
>
> 2. It is communicating with both local and remote X servers, and using
> XIDs obtained from one on the other.
>
> It's conceivable that the latter might come about due to some form of
> integration between Aqua and X, e.g. clipboard integration. If Aqua is
> trying to pass XIDs from the local X server to wish, and wish is
> passing them to the remote X server, that isn't going to work.
>
> Some background:
>
> An atom is a "registered" string which can be referenced by an integer
> XID. There are a set of pre-defined atoms (listed in the X11/Xatom.h
> header file), but applications can register additional atoms using
> XInternAtom[s]. Atoms are shared by all X clients on a given server.
>
> Atoms are used for inter-client communication. Rather than passing
> strings such as "CLIPBOARD", clients obtain the XID corresponding to
> that string then pass the XID. This reduces traffic and simplifies
> comparisons (integer comparison rather than string comparison).
>
> Apart from the pre-defined atoms, the X server allocates atoms in
> order, so the XID for a given atom will depend upon when it was
> created. Consequently, the XIDs will vary between server instances.
>
> If an application can have connections to multiple X servers (XEmacs
> supports this), it has to remember separate XIDs for each X server.
> E.g. the XEmacs instance I'm using to compose this message is running
> on a Linux box, with connections to both the local X server and a
> remote X server on a Windows box. On the local X server, the XID for
> the CLIPBOARD atom is 372, while on the remote X server it is 218.
>
> --
> Glynn Clements <glynn@gclements.plus.com>
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
|
|
Tue, Mar 14 2006
15:22:36
|
|
Mail sent by glynn@gclements.plus.com
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17430.53671.793135.603507@cerise.gclements.plus.com>
|
Date |
Tue, 14 Mar 2006 14:22:31 +0000
|
To |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Cc |
Glynn Clements via RT <grass-bugs@intevation.de>, devel grass <grass5@grass.itc.it>
|
Subject |
Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display remotely
|
In-Reply-To |
<52D08ACB-64D9-44D8-A8C4-FD8D8463FAC0@umn.edu>
|
References |
<20060310001551.00CFD1006B7@lists.intevation.de> <AF05F999-443A-4575-8245-5CD2434827F8@umn.edu> <17427.31377.399058.784466@cerise.gclements.plus.com> <52D08ACB-64D9-44D8-A8C4-FD8D8463FAC0@umn.edu>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Kirk R. Wythers wrote:
> > There are two possibilities that I can think of, but both are really
> > just wild guesses.
> >
> > 1. Your version of Tk relies upon additional pre-defined atoms which
> > are specific to the MacOSX X server.
> >
> > 2. It is communicating with both local and remote X servers, and using
> > XIDs obtained from one on the other.
> Thanks for your thoughts on this issue Glynn. Here is the answer (for
> the purposes of the archives).
>
> On OS X (Tiger 10.4) use ssh -Y, (which enables trusted forwarding).
> and the Wish shell (built on X11 forwards fine).
>
> Panther and earlier used a version of ssh that only used the -X
> option for X forwarding.
Hmm.
-Y Enables trusted X11 forwarding. Trusted X11 forwardings are not
subjected to the X11 SECURITY extension controls.
That makes sense (sort of).
It appears that property accesses which are blocked by the SECURITY
extension are reported using the BadAtom error, which is rather
counter-intuitive (and not documented, AFAICT). wish tries to set an
InterpRegistry property on the root window, which is likely to be
prohibited by the default security policy.
It should be possible to change the security policy to allow such
requests (or at least silently ignore them), but "ssh -Y" (or the
ForwardX11Trusted option) is probably simpler in most cases.
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Tue, Mar 14 2006
17:05:20
|
|
Mail sent by smitch@mac.com
|
|
Return-Path |
<smitch@mac.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Tue, 14 Mar 2006 11:05:51 -0500
|
From |
Scott Mitchell <smitch@mac.com>
|
Subject |
Re: [GRASS5] Re: [bug #4155] (grass) d.m will not display remotely
|
In-reply-to |
<52D08ACB-64D9-44D8-A8C4-FD8D8463FAC0@umn.edu>
|
To |
"Kirk R. Wythers" <kwythers@umn.edu>
|
Cc |
Glynn Clements <glynn@gclements.plus.com>, Glynn Clements via RT <grass-bugs@intevation.de>, devel grass <grass5@grass.itc.it>
|
Message-id |
<EBA390E4-786E-4F31-8690-ECA522DB7F06@mac.com>
|
MIME-version |
1.0
|
X-Mailer |
Apple Mail (2.746.2)
|
Content-type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Content-transfer-encoding |
7BIT
|
References |
<20060310001551.00CFD1006B7@lists.intevation.de> <AF05F999-443A-4575-8245-5CD2434827F8@umn.edu> <17427.31377.399058.784466@cerise.gclements.plus.com> <52D08ACB-64D9-44D8-A8C4-FD8D8463FAC0@umn.edu>
|
X-Spam-Status |
No, hits=-4.8 tagged_above=-999.0 required=3.0 tests=BAYES_00, HTML_MESSAGE
|
X-Spam-Level |
|
On 14-Mar-06, at 07:11, Kirk R. Wythers wrote:
> Thanks for your thoughts on this issue Glynn. Here is the answer
> (for the purposes of the archives).
>
> On OS X (Tiger 10.4) use ssh -Y, (which enables trusted
> forwarding). and the Wish shell (built on X11 forwards fine).
>
Thanks for that post, Kirk - I am chagrined to realize that I used to
know this, then managed to forget it for a few months. So I have
been needlessly limiting myself to only running GRASS locally/non-
graphically until I could find time to delve into it, but you have
fixed it for me!
> Panther and earlier used a version of ssh that only used the -X
> option for X forwarding. This should probably go somewhere in the
> wiki as well. I will write it up if someone can suggest a location
> that makes sense.
>
Perhaps the tips & tricks section of the Wiki? I don't see any other
platform-specific stuff in there, but then again I don't see any
elsewhere either.
I've also added a paragraph to the "platform notes" page at http://
grass.itc.it/platforms/macgrass.php
Any alteration/addition/clarification suggestions are most welcome.
Here's the paragraph at the moment:
<P>There is one other issue regarding Tcl/Tk under OS X. The release
of Tiger (OS 10.4) changed the default configuration of SSH, and it
has implications for the use of GRASS between hosts on a network
(i.e. running it on one machine but displaying it on another). If
you are interacting with GRASS on a Mac, but actually running it on a
remote machine that you connect to with SSH, you will need to use the
"trusted forwarding" mode of SSH in order for the Tcl/Tk generated
graphics (d.m, the GUI version of the initial mapset selection, plus
the GUI versions of each GRASS module) to make it through your
connection. This can be done using the -Y flag when you start the
ssh session:
<tt>ssh -Y remotehost</tt>
Using the -X flag, or simply turning on X11Forwarding in the SSH
configuration files, is not enough: the symptoms in this case are
that a d.mon window will function fine, but none of the Tcl/Tk
dialogues will work, failing with an error message complaining either
about Wish not behaving as expected, or a "Bad Atom". </P>
Cheers,
Scott
> Kirk
>
> On Mar 11, 2006, at 7:34 PM, Glynn Clements wrote:
>
>>
>> Kirk R. Wythers wrote:
>>
>>>> The problem applies to running wish (the Tcl/Tk interpreter),
>>>> and will
>>>> affect all Tcl/Tk programs. There isn't anything that d.m or
>>>> gis.m can
>>>> do to work around it.
>>>
>>> Can you enlighten me as why with wish shell would work fine locally,
>>> but not remotely. I want to think this through because I am guessing
>>> that there is some odd OS X thing going on here.
>>
>> There are two possibilities that I can think of, but both are really
>> just wild guesses.
>>
>> 1. Your version of Tk relies upon additional pre-defined atoms which
>> are specific to the MacOSX X server.
>>
>> 2. It is communicating with both local and remote X servers, and
>> using
>> XIDs obtained from one on the other.
>>
>> It's conceivable that the latter might come about due to some form of
>> integration between Aqua and X, e.g. clipboard integration. If
>> Aqua is
>> trying to pass XIDs from the local X server to wish, and wish is
>> passing them to the remote X server, that isn't going to work.
>>
>> Some background:
>>
>> An atom is a "registered" string which can be referenced by an
>> integer
>> XID. There are a set of pre-defined atoms (listed in the X11/Xatom.h
>> header file), but applications can register additional atoms using
>> XInternAtom[s]. Atoms are shared by all X clients on a given server.
>>
>> Atoms are used for inter-client communication. Rather than passing
>> strings such as "CLIPBOARD", clients obtain the XID corresponding to
>> that string then pass the XID. This reduces traffic and simplifies
>> comparisons (integer comparison rather than string comparison).
>>
>> Apart from the pre-defined atoms, the X server allocates atoms in
>> order, so the XID for a given atom will depend upon when it was
>> created. Consequently, the XIDs will vary between server instances.
>>
>> If an application can have connections to multiple X servers (XEmacs
>> supports this), it has to remember separate XIDs for each X server.
>> E.g. the XEmacs instance I'm using to compose this message is running
>> on a Linux box, with connections to both the local X server and a
>> remote X server on a Windows box. On the local X server, the XID for
>> the CLIPBOARD atom is 372, while on the remote X server it is 218.
>>
>> --
>> Glynn Clements <glynn@gclements.plus.com>
>>
>> _______________________________________________
>> grass5 mailing list
>> grass5@grass.itc.it
>> http://grass.itc.it/mailman/listinfo/grass5
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
|
|
Tue, Mar 14 2006
17:13:39
|
|
Status changed to resolved by smitchell
|
|