Details Ticket 4155


Comment | Reply | Take | Open


Serial Number 4155
Subject d.m will not display remotely
Area grass6
Queue grass
Requestors kwythers@umn.edu
Owner none
Status resolved
Last User Contact Tue Mar 14 17:05:20 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Tue Mar 14 17:13:39 2006 (2 yr ago)
Created Wed Mar 8 19:39:03 2006 (2 yr ago)

Transaction History Ticket 4155


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  
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request