[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

4218.0. "ASHELL doesn't like $'s in SEDT$DIR" by RGB::ROSE () Tue Oct 23 1990 14:25

    	I finally got around to installing ARP on my system. I used
    ARPREL13.zoo dated 15-APR-89. I installed all the commands and ASHELL.
    I have found a situation where ASHELL and my definitions for SEDT 
    conflict. In StartupII, I have assigns for SEDT$DIR and SEDT$TMP. 
    When I make ASHELL resident (the instructions say to comment out a 
    statement in Startup-Sequence that says:
    
    	resident cli shell-seg, whatever...)
    
    Anyway, when I do that, ASHELL doesn't like the $ signs in the SEDT
    assigns. 
    
    	Also, I couldn't get pipes to work. I installed CONMAN, added PIP:
    to the mountlist, and mounted PIP: successfully. When I try to use a 
    pipe, it says it couldn't open a pipe. (PIPE: is also mounted). Did I 
    forget something? Does anybody have a fix for the SEDT$ proplem?
    
    	The system seems to run a little faster since I installed it. But
    then my car runs faster when I wash it, too :-)
    
T.RTitleUserPersonal
Name
DateLines
4218.1WJG::GUINEAUTue Oct 23 1990 15:2915
>    Anyway, when I do that, ASHELL doesn't like the $ signs in the SEDT
     assigns. 

I used to get bit by that too. I think you can put 2 $ in a row to 'escape'
the special meaning of '$' to the shell:

		sedt$$dir

 
>   	Also, I couldn't get pipes to work. I installed CONMAN, added PIP:
>    to the mountlist, and mounted PIP: successfully. When I try to use a 
>    pipe, it says it couldn't open a pipe. (PIPE: is also mounted). Did I 
>    forget something? Does anybody have a fix for the SEDT$ proplem?
 
Had that problem too, but don't remember how I solved it... sorry!
4218.2$signsJARETH::SLACKTue Oct 23 1990 16:482
    I replaced the $ with _ as suggested in note 2475.1
    Works well for me.
4218.3$$ appears to return the CLI numbrRGB::ROSEWed Oct 24 1990 10:1022
    	Strange. I tried it and ASHELL accepted the assign statements, but
    SEDT$DIR and SEDT$TMP were not assigned when I tried to run SEDT. As far
    as I can tell from the ASHMAN documentation, $$ is a function that
    returns the CLI number. The first $ says to expand an environment
    variable, and the second $ is the variable containing the CLI number.
    
    I will try a couple of more possibilities tonight, such as,
    
    SEDT"$"DIR
    
    or
    
    SEDT"$$"DIR
    
    or
    
    dollar="$"
    SEDT$dollarDIR
    dollar=
    
     
    
4218.4CLO::COBURNGrowing older, but not up...Wed Oct 24 1990 14:546
    Re: .3
    
    Could you upload a copy of the ASHMAN documentation (or point me to
    where it is located)? I haven't been able to find it. Thanks.
    
    John
4218.5try "Sedt*$Dir:"DECWET::DAVISYou always get what you deserveThu Oct 25 1990 02:159
    To get the OS to accept the assigns type:
    
    Assign "Sedt*$Dir:"  dev:dir
    Assign "Sedt*$Tmp:"  dev:dir
    
    I do not know if they will work within Sedt but the assigns will be
    accepted.
    
    md
4218.6-.1 works fine with SedtDECWET::DAVISYou always get what you deserveThu Oct 25 1990 03:007
    re .5
    
    I use ARP/AShell and am now using Sedt.  It works fine with the
    logicals defined as in the previous note.  Question.  Where is the
    "DO" key on the Amiga keyboard?
    
    mark
4218.7CLO::COBURNGrowing older, but not up...Thu Oct 25 1990 16:341
    Try GOLD KP7 to get to the SEDT command prompt.
4218.8looks like sedt*$ is OKRGB::ROSEThu Oct 25 1990 23:589
    	I think the setd*$dir: works, but I am not 100% sure. After trying
    everything I could think of and not finding anything that worked, I got
    out the binary editer and changed all the SEDT$ instances to SEDT_ in
    the executable. There is more than one way to skin a cat...
  
    	So, later, I tried assigning sedt*$foo: then did a dir of sedt$foo: 
    and it worked. So, it must be OK.
    
    Thanks for the help...