T.R | Title | User | Personal Name | Date | Lines |
---|
271.1 | Try DECW$PRIVATE_SERVER_SETUP.COM | OIWS20::BRYSON | | Wed Feb 22 1989 10:38 | 10 |
| One of the purposes for DECW$PRIVATE_SERVER_SETUP.COM is selecting
for multiple nodes. See Section 2.4.2 "Server Startup Command
Procedures" in the VMS VERSION 5.1 INSTALLATION GUIDE. This will give
you the steps involved and a listing of the keymaps which may be
used. There is a template file for this command procedure in
SYS$MANAGER called DECW$PRIVATE_SERVER_SETUP.TEMPLATE.
David
|
271.2 | If it only were a password problem... :-) | KIPPIS::BACKSTROM | Petri B�ckstr�m, FS/CO/SSG | Thu Feb 23 1989 15:26 | 10 |
| I'd like to know how to do it in ULTRIX as I have an account
name of 'pb�', which I have to type using a compose sequence
to be able to log in at all. I know, I could use another
account name, but I like the account as is and I'd rather
see the real problem fixed; i.e. how to define the right
keyboard at boot time on ULTRIX (I'd also be happy if the
customize option could save my choice, which it doesn't).
...Petri
|
271.3 | I just spent 3 hours looking; I'd say you're out of luck until UWS catches up | CVG::PETTENGILL | mulp | Fri Feb 24 1989 23:17 | 1 |
|
|
271.4 | | KIPPIS::LEHTINEN | Personal name under construction | Sun Feb 26 1989 07:25 | 11 |
| Re: < Note 271.3 by CVG::PETTENGILL "mulp" >
-< I just spent 3 hours looking; I'd say you're out of luck until U >-
Wha???
"until U" ?
Timo (who would also like to know the answer to .1)
|
271.5 | no particulars about futures | SMURF::HOFFMAN | anywhere in the universe | Sun Feb 26 1989 12:56 | 9 |
| re .3 and .4...
perhaps we should leave the statement as is...
I think we're talking about future versions here, and it would
not be proper to discuss particulars of version number or schedule.
Nuf said?
John
|
271.6 | Sorry about truncated statement... | CVG::PETTENGILL | mulp | Mon Feb 27 1989 15:40 | 3 |
| What I was saying was that you would have to wait until Ultrix released a later
snap shot of the common DECwindows code.
|
271.7 | Tried DECW$PRIVATE_SERVER_SETUP.COM, didn't work. | MAN01::REICHARDT | Dieter Reichardt SWAS,Mannheim | Fri Mar 10 1989 11:37 | 31 |
|
re. .1
David ,
I tried the mentioned procedure and it didn't work. I'm not knowing
now if I made something wrong or if it just doesn't work under VMS 5.1.
Here is the piece of DCL-CODE I added to DECW$PRIVATE_SERVER_SETUP.COM.
.
.
.
$ node_list = "MYNODE/HISNODE/...."
$!
.
.
.
$!
$DO_MYNODE:
$!MYNODE hat deutsche tastatur
$ DECW$DEFAULT_KEYBOARD_MAP == "AUSTRIAN_GERMAN_LK201LG_DP"
$ decw$keymap == "AUSTRIAN_GERMAN_LK201LG_DP"
$EXIT
$!
May be there are some more hints.
thanks dieter
|
271.8 | almost there | STAR::BRANDENBERG | Intelligence - just a good party trick? | Fri Mar 10 1989 12:28 | 16 |
| Dieter
You need to create logical names for these, I think. At the time this
command file is executed, there is a predefined symbol for adding
logical names to the correct logical name table called
"decw$define_server". Here is my private_server_setup file:
$ if f$search("sys$manager:decw$server_''p1'_access_trusted.dat") .nes. "" then -
decw$define_server decw$server_access_trusted sys$manager:decw$server_'p1'_access_trusted.da
$ if f$search("sys$manager:decw$server_''p1'_access_allowed.dat") .nes. "" then -
decw$define_server decw$server_access_allowed sys$manager:decw$server_'p1'_access_allowed.da
(But ignore the 'p1' stuff, it isn't supported yet.)
monty
|
271.9 | ?You've been burned by a minor bug. | PRNSYS::LOMICKAJ | Jeff Lomicka | Fri Mar 10 1989 12:35 | 17 |
| There's a bug in this stuff, I found it when creating the "Unix"
keyboard mode.
Do a SHOW LOG/TABLE=DECW$* DECW$KEYMAP with privs enabled.
If you look in table DECW$LOGICAL_NAMES, you find DECW$KEYMAP is
defined as SYS$COMMON:[SYS$KEYMAP.DECW.USER] and [.SYSTEM], but in
DECW$SERVER0_TABLE, it's SYS$COMMON:[SYS$KEYMAP.USER] and [.SYSTEM].
It turns out that the files are in the DECW$LOGICAL_NAMES area, but the
server looks for them in the DECW$SERVER0_TABLE area. I solved it by
creating the directory SYS$COMMON:[SYS$KEYMAP.USER] and putting my
keymap files there. You might also be able to solve it by a
$ DEFINE/TABLE=DECW$SERVER0_TABLE of the correct values.
|
271.10 | Logicals not needed in SDC v5.1 | OIWS20::BRYSON | | Sat Mar 11 1989 04:43 | 10 |
| Re .8:
In SDC v5.1, you don't need logicals for the DECW$SERVER_ACCESS*.DAT
files. Are the logicals new for multi-headed support? It would make
sense that these files would be named DECW$SERVER_#_ACCESS*.DAT when
multi-headed support comes.
David
|
271.11 | | STAR::BRANDENBERG | Intelligence - just a good party trick? | Mon Mar 13 1989 11:47 | 8 |
|
Yes, I know they're not needed (I wrote the code) but they can be used.
And I use them here to support a second head and a remote session. As
multi-seat will be the exception and not the rule, there really isn't
any need to change the names, merely define logicals as above.
m
|
271.12 | I just know what I try | OIWS20::BRYSON | | Mon Mar 13 1989 12:54 | 8 |
|
Sorry Monty. I wasn't trying to be smart or something; I was just
saying that they weren't required. Thanks for the logical; it will
help me with my mult-head security!
David "I just know what I try" Bryson
|