Re: [foxboro] remote DM's on multi-headed machine

Duc,

What you write works if and only if, the DM is not tied to a PC by the dmcfg
file.

I believe Brian wants to specify the PC and the head on the PC in the dmcfg
file. The software that processes the dmcfg file does not allow it.

It seems to me that we could do something by changing hi_init, but at the
end of the day it didn't do what we wanted.

Regards,
 
Alex Johnson
Invensys Systems, Inc.
10707 Haddington
Houston, TX 77043
713.722.2859 (voice)
713.722.2700 (operator)
713.932.0222 (fax)
ajohnson@xxxxxxxxxxx
For the latest information on ArchestrA, go to
http://www.invensys.com/Archestra.html.
 

-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of duc.do@xxxxxxxxxxxxxx
Sent: Thursday, April 29, 2004 2:30 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] remote DM's on multi-headed machine

>It looks like the dm_wp50 program appends :0 to the ip address of dedicated
>machines.
>I guess Foxboro never anticipated remote machines with multiple heads.

Brian,

I haven't followed this thread closely since we're not setting dedicated DM
in the dmcfg file and I figured I wouldn't have anything to offer. But your
assertion above made me sit up and take notice.

Like I said, we don't dedicate DM to certain remote station, but on the
remote side (albeit dual-headed Windows boxes in our case) we can call up a
DM and designate it to go to the primary or secondary display. Adding :1 to
the PC's nodename in the DM script call sends the DM to the secondary
display. Omitting :1 (or explicitly specifying :0) sends it to the primary
display. So, it's the long-winded way to say that it's possible to designate
a DM to go to certain head on a multi-head workstation, at least from the
calling end of it.

(Our script to invoke the remote DM is a modified version of
/opt/ia/.profile mainly to smooth the communication between PCs on our LAN
and the 2nd Ethernet port of the 51-series boxes.)

Hope this help a little.

Duc

-- 
Duc M. Do
Dow Corning Corp.
Carrollton Plant
Carrollton, KY, US


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx]On Behalf Of Brian Bates
Sent: Thursday, April 29, 2004 2:06 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] remote DM's on multi-headed machine







Thanks for the info Ron.  I will check it out.

Part of the reason for using this solution is for better remote
connections.  The terminal server uses little network resources, compared
to Xwindows.

It looks like the dm_wp50 program appends :0 to the ip address of dedicated
machines.
I guess Foxboro never anticipated remote machines with multiple heads.

      -Brian



 

                      "Ronald Stear"

                      <rstear@cox-inter        To:
<foxboro@xxxxxxxxxxxxx>

                      net.com>                 cc:

                      Sent by:                 Subject:  Re: [foxboro]
remote DM's on multi-headed machine

                      foxboro-bounce@fr

                      eelists.org

 

 

                      04/29/2004 01:22

                      PM

                      Please respond to

                      foxboro

 

 





Brian, if you're going to set up as server to serve DM's or FV's you might
want to look into Hummingbirds 'Exceed On Demand', a server based app that
also handles licenses well.  It's a web based interface so if you set up
security and permissives you can even serve a DM to yourself over the
internet.  I haven't seen much of it myself since it was installed just
after I retired but a short demo from a PC during a visit showed me that it
was fast... faster than Go Global.

----- Original Message -----
From: "Brian Bates" <batesb@xxxxxxxxxxx>
To: <foxboro@xxxxxxxxxxxxx>
Sent: Thursday, April 29, 2004 9:24 AM
Subject: Re: [foxboro] remote DM's on multi-headed machine


>
>
>
>
>
> Gops
>
> We have many AW's and WP's at this site configured to serve remote DM's
to
> many PC's running exceed.
> Most DM's are dedicated to groups of PC's, some are undedicated.
> That is not the issue.
>
> This is something new.  I don't know if this has been done before, or
even
> if it is possible.
>
> I am trying to configure windows "Terminal Services" that can use exceed
to
> serve up virtual desktops running exceed and IA DM's to remote PC's.
> Check here for more info:
> http://www.microsoft.com/windows2000/technologies/terminal/default.asp
> This one server can connect to many AW's, or WP's simultaneously, and
serve
> them to many PC's.
>
> With this configuration, you don't need exceed on the PC.  You only need
> Microsoft terminal server client, or with Microsoft  XP, it is part of
the
> OS.
>
> I can get remote DM's to work on the virtual heads :1, :2, :3 etc, if
they
> are undedicated in dmcfg.
> The problem is when DM's are dedicated in dmcfg, they will only work on
the
> first head ":0".
>
> I need dedicated DM's to work on all heads.
>
>
>       -Brian
>
>
>
>
>
>
>
>
>
>                       gop@xxxxxxxx

>                       Sent by:                 To:
foxboro@xxxxxxxxxxxxx
>                       foxboro-bounce@fr        cc:
>                       eelists.org              Subject:  Re: [foxboro]
remote DM's on multi-headed
>                                                 machine
>
>                       04/29/2004 09:32
>                       AM
>                       Please respond to
>                       foxboro
>
>
>
>
>
>
>
> Brian,
>
>
>
> I have set up Exceed sessions with specific targets assigned to the DM's.
>
> We did not bother about the screen variables though.
>
>
>
> I do not have the WP in front of me , but If I remember right , the dmcfg
>
> File looked something like this :
>
>
>
> For a Dual Head WP0001 with 4 DM licenses, opening DM Named WP0001 on
>
> bottom screen,DM Named WP0002 on top screen, DM Named WP0003 on Remote
PC1,
>
>
> &DM Named WP0004 on Remote PC2
>
>
>
> REMPC1 &REMPC2 are alias names defined in my /etc/hosts file
>
>
>
> # NAME  <lbug>  <dmname> <dedicated mon>  <type>
>
>
>
>     NAME  WP0001  WP0001        .0         Engineer
>
>     NAME  WP0001  WP0002        .1         View_Only
>
>     NAME  WP0001  WP0003        REMPC1     View_Only
>
>     NAME  WP0001  WP0004        REMPC2     View_Only
>
>
>
> Regards
>
> GOPS
>
> Aramco Mobil Refinery
 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 
 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: