🚀 go-pugleaf

In article <55sk93$dgu@news.acun.com>, gfliger@acun.com says...
>
>In <552l4k$36t@olisc.glink.net.hk>, keung@olisc.glink.net.hk (Tang Tat Keung) wr
>ites:
>>Hello,
>>
>>  Can anyone help me to clarify what the problem is? I can't get S: after
>>login the user "ATEOP". But I can manually type MAP S:=SYS:\SHARE to get
>>S: drive.
>>
>>In system login script, 
>>
>>IF LOGIN_NAME = "ATEOP"
>>MAP S:=SYS:\SHARE
>>EXIT
>>END
>>
>>ATEOP's directory trustee:
>>SYS:LOGIN  [R     F]
>>SYS:MAIL   [   C   ]
>>SYS:PUBLIC [R     F]
>>
>>Regards,
>>keung
>>keung@olisc.glink.net.hk
>--------------------
>Small problem in your first script line.  Change it to
>
>        IF %LOGIN_NAME = "ATEOP" THEN BEGIN
>             MAP S:=SYS:SHARE
>             EXIT
>        END
>
>You must insure you place the "%" sign in front of the script variable in order 
>for it to be recognized as a valid scripting variable.  In your example 
>LOGIN_NAME is not a script variable in itself (no percent sign) so does not 
>equal ATEOP.
>--------------------
>George Fliger
>PC Repair of Florida
>gfliger@acun.com
>http://www.acun.com/~gfliger
>

Tilt.  He only needs the % if LOGIN_NAME is in quotes as in something along
the lines of DOS SET MYNAME="%LOGIN_NAME".  It will work fine w/out the %
sign the way he had it.  Without looking at his scripts I'd venture a guess
that control branches in some other direction than he wants it due to the
lack of "THEN BEGIN" following his IF, and/or the execution of additional 
code in the system or personal login script (due to the exit being ignored).

Note that his trustee rights aren't sufficient to see the share directory so
he must be getting them from a group assignment.  In short, insufficient data.
Wanna give us some more hints?  The one other thing that comes to mind is that
maybe he transposed the spelling in ATEOP, which of course would always parse 
to false...

...Kevin