"Johnson, Alex P" wrote:
Alex,
Ok, I have used that info, now I need to know if a remote draw
application has been used on a workstation.
Is there a file somewhere that flags this?

I have written a C program which produces something like the following
output.
B 2GA312 Operator           2GA312:0  1441      root 2000/11/14 15:10:47
B 2WPD01 Operator           2GA312:1  1465      root 2000/11/14 15:10:57
V 2WPD02 View_Only         Available
V 2WPD02 View_Only         Available

I would now like to flag AW/WPs with an remote draw availability.

When I am happy with the program I will release the code.
I am hoping to use it to make a script that gets a DM from a list of
WPs.
Also a TCL/TK GUI or similar that shows current usage from the list of
WPs.

Darryl

> 
> Darryl,
> 
> My crack staff of investigators has determined how the Usage display if
> filled. Enjoy.
> 
> Regards,
> 
> Alex Johnson
> 10707 Haddington
> Houston, TX 77063
> 713.722.2859(v)
> 713.722.2700(sb)
> 713.932.0222(f)
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> 
> How DM Usage Display Works
> 
> There is no Object Manager variable that can give you the information
> contained in the Usage display.  This information is "figured out" by
> FoxView and Display Manager.  Here's how they do it:
> 
> 1. The names of all the configured FVs or DMs on the workstation can be
> found in the ASCII file
>      /usr/fox/wp/data/dmnames.
> 
> 2. Each time a FV or DM starts up, it creates a file in /tmp, named
> /tmp/_dm<DMNAME>.  For example,
>     a FV/DM named DM0001 creates the file /tmp/_dmDM0001.  The FV or DM then
> locks the file.
>     (A "lock" on a file is just an informational lock.  It does not prevent
> other applications from reading or
>     writing into the file.  However, other applications can check the lock
> status on the file.)
> 
> 3. The /tmp/_dm... is an ASCII file containing the following information:
>     CLASS DMNAME DMtype Xterm HEAD
>        where
>        CLASS is a single character indicating the DM class of the FV/DM and
> will be one of the following
>            values: 'B', 'O', 'E', 'V', 'R', '-'
>     DMNAME is the 6 character name of the FV/DM
>     DMtype is the 14 character type, i.e. "Operator", "AuxilaryOper", etc.
>     Xterm is the 10 character name of the station where the FV/DM is being
> viewed.
>     HEAD is a single character indicating the screen head where the FV/DM is
> being viewed, i.e. '0' or '1'
> 
> 4. When the Usage display is called in, FV/DM determine the list of all
> possible DMnames on the
>     workstation, from the file /usr/fox/wp/data/dmnames.  FV/DM then checks
> to see if a corresponding
>     file (/tmp/_dm<DMNAME>) exists for the FV/DM.  If the file exists, and
> it's locked, FV/DM read the
>     contents of the file to extract the information required for the Usage
> display.  If the file is not locked,
>     this indicates the FV/DM are not currently running.  FV/DM determines
> the contents of the text line
>     on the Usage display from workstation configuration information.
> 
> 5. FV/DM then create a binary "blocked text" file
>     /usr/fox/wp/data/<LBUG>/<DMNAME>/viewdm.readfile
>     which contains all the information for all the FV/DMs configured for the
> workstation.  This file is I
>     fixed record format, and is read into the Usage display using "readfile"
> configurations.
> 
> 6. When a FV/DM exits, the lock is automatically removed from the file file
> in /tmp.
> 
> The file /usr/fox/wp/data/<LBUG>/<DMNAME>/viewdm.readfile can also be
> created by sending a FV/DM the command "viewdm", i.e.
> 
> pref -<DMNAME> dmcmd viewdm
> 
> Note: this viewdm file is NOT really ASCII.  The file contains a binary
> header section, followed by the ASCII information required for the Usage
> display.  However, it does contain the ASCII for each line the Usage
> display.
> 
>         -----Original Message-----
>         From:   Darryl Bond [SMTP:[EMAIL PROTECTED]]
>         Sent:   Monday, December 04, 2000 6:12 PM
>         To:     'Foxboro DCS Mail List'
>         Subject:        Finding Available display managers
> 
>         Hi All,
>         Has anyone discovered a way of querying the information on the
> DM_Usage
>         screen without a display manager?
> 
>         The DM_Usage display gets the data for the XTerm name from
> somewhere, I
>         assume an OM variable but it doesn't show on the display when using
>         select point.
> 
>         What I want to do is provide an interface to users which show the
>         available display managers on the total system then allow them to
> select
>         one. A method of querying the used display managers for location
> would
>         also be required.
> 
>         I have a script which goes to each WP/AW and sorts the process list
> to
>         find the location of the display managers used (The DISPLAY variable
> is
>         shown on the process list with my startup script). This is very slow
> and
>         ugly.
> 
>         --
>         Darryl Bond
> 
> 
> -----------------------------------------------------------------------
>         This list is neither sponsored nor endorsed by the Foxboro Company.
> All
>         postings from this list are the work of list subscribers and no
> warranty
>         is made or implied as to the accuracy of any information
> disseminated
>         through this medium. By subscribing to this list you agree to hold
> the
>         list sponsor(s) blameless for any and all mishaps which might occur
> due to
>         your application of information received from this mailing list.
> 
>         To be removed from this list, send mail to
>         [EMAIL PROTECTED]
>         with "unsubscribe foxboro" in the Subject. Or, send any mail to
>         [EMAIL PROTECTED]
> 
> -----------------------------------------------------------------------
> This list is neither sponsored nor endorsed by the Foxboro Company. All
> postings from this list are the work of list subscribers and no warranty
> is made or implied as to the accuracy of any information disseminated
> through this medium. By subscribing to this list you agree to hold the
> list sponsor(s) blameless for any and all mishaps which might occur due to
> your application of information received from this mailing list.
> 
> To be removed from this list, send mail to
> [EMAIL PROTECTED]
> with "unsubscribe foxboro" in the Subject. Or, send any mail to
> [EMAIL PROTECTED]

-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All 
postings from this list are the work of list subscribers and no warranty 
is made or implied as to the accuracy of any information disseminated 
through this medium. By subscribing to this list you agree to hold the 
list sponsor(s) blameless for any and all mishaps which might occur due to 
your application of information received from this mailing list.

To be removed from this list, send mail to 
[EMAIL PROTECTED] 
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]

Reply via email to