| Title: | "ASK THE WIZARDS" |
| Moderator: | QUARK::LIONEL |
| Created: | Mon Oct 30 1995 |
| Last Modified: | Mon May 12 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1857 |
| Total number of notes: | 3728 |
Return-Path: "VMS001::WWW"@vms001.das-x.dec.com Received: by vmsmkt.zko.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX); Wed, 16 Apr 1997 05:08:59 -0400 Received: from vms001 by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV) id FAA22851; Wed, 16 Apr 1997 05:04:08 -0400 (EDT) Date: Wed, 16 Apr 1997 04:07:34 -0400 Message-Id: <[email protected]> From: "VMS001::WWW"@vms001.das-x.dec.com (16-Apr-1997 0407) To: [email protected], [email protected], [email protected] Subject: Ask the Wizard: '[email protected]' X-VMS-To: [email protected] Remote Host: Cust119.Max5.Houston2.TX.MS.UU.NET Browser Type: Mozilla/3.01Gold (Win95; I) Remote Info: <null> Name: Frank R. Willenburg Email Address: [email protected] CPU Architecture: Alpha Version: v 6.2 Questions: I want to know if there is a lexical or something that acts like a lexical to pull the username field from the UIC? If you do a sho user/full there is a username field. I wrote a com procedure that detects if a user is already logged in from a terminal and then logs him out thus prohibiting more than one login from another terminal. I have to sho process and read the username by using f$extract. This seems to be very slow. Is there a way to get the information stored in the username field from memory as opposed to disk?
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1746.1 | Username Does Not Necessarily Match UIC | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Mon Apr 28 1997 14:33 | 13 |
The UIC is divided into the UIC group and member fields, and
the text representations of the binary UIC values are normally
displayed -- the group and member names are normally derived
from the username's ACCOUNT and USERNAME values respectively,
but not always.
I would suspect the wildcard process lookup is the slow part
of the processing, not the f$extract operation.
You may want to look at per-process job limits via the system
user authorization file (SYSUAF) -- this limits the number of
processes a user can log in.
| |||||