[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

5248.0. "Arexx problem" by KAHUNA::SUMNER () Thu Dec 05 1991 16:27

    
    
    HEEEEEEEEELP!
    
    I've written a simple program in Arexx to invoke VT switcher
    operations.  Everything works until I try to select another
    frame store device, RAM:.  The program hangs and gives back
    a "Error 10/41 invalid expression".  The expression it's calling
    invalid is... Swithcher(FSDV,RAM:), it's not invalid.  I can't
    seem to invoke any parameter from Arexx in that part of the 
    swithcer.  Ram does have a FrameStore directory in it.
    
    I've called Newtek for 2 days and they can't seem to find a solution.
    There is nothing wrong with the code preceeding the Switcher(FSDV,RAM:)
    command.
    
    Has anyone ran into this before?
    
       
    Thanks,
    ~Ray
    
T.RTitleUserPersonal
Name
DateLines
5248.1Check the syntax!SDOGUS::WILLIAMSTOPGUNFri Dec 06 1991 16:458
    Ray,
    It is possible that the problem is that there is a space
    following the "Switcher" keyword, before the first "(".  Check that first.
    Second, I think this would actually cause a syntax error, but does 'RAM:'
    need to be enclosed in quotes?  I can't recall what the syntax is for
    the Switcher command.
    
    Clark
5248.2Syntax is okKAHUNA::SUMNERFri Dec 06 1991 19:3612
    
    
    My statement is Switcher(FSDV,RAM:) and according to VT instructions
    this is the correct syntax.  NewTek tried using the statement with
    Remote.rexx and it seemed to work, I'll give it a try, but don't see
    how it could make a difference.  Every problem I've encountered to this
    point with the VT had a logical solution to, this one isn't making much
    sence. 
    
    Thanks,
    ~Ray
    
5248.3TENAYA::MWMFri Dec 06 1991 21:4710
Could it be that Rexx is interpreting the string RAM:? If so, the ':' should
cause Rexx to complain about the Syntax (n.b.: I don't have an ARexx
handy, but Cowlishaw doesn't list ':' as allowable in symbols).

Without seeing how the command is being issued, I can't say for sure
whether the RAM: is being interpreted by ARexx. But if it is, the ':' should
cause Rexx to complain about the Syntax (n.b.: I don't have an ARexx
handy, but Cowlishaw doesn't list ':' as allowable in symbols).

	<mike
5248.4More ARexx problemsJAYMES::BELLFri Dec 06 1991 22:0032
    Hi.  I have (perhaps related) a problem with an ARexx macro, and I
    figured I'd try to consolidate notes and put a reply here.
    
    I'm accessing HANDSHAKE, the Vt220 emulator.  In the ARexx document,
    there are listed commands and functions.  I'm able to access the
    functions just fine, an example:
    
    address HANDSHAKE
    
    return_boolean = hs_string('Print this string to serial port')
    
    However, I can NOT access the commands.  In the document, one is listed
    as:  HS_TIMEOUT seconds    <specifies the timeout for GETSTR>
    
    So, I:
    
    address HANDSHAKE
    
    HS_TIMEOUT 30
    
    I get:  Host environment not found (even though the functions work)
    
    I tried address HANDSHAKE 'HS_TIMEOUT 30'
    
    I get:  same thing.
    
    Am I missing some important part of ARexx syntax for external commands
    (which I couldn't find in the reference manual), or is Handshake
    screwing up?
    
    thanks,
    Mike
5248.5Are REPLYs enabled?SDOGUS::WILLIAMSTOPGUNSat Dec 07 1991 04:140
5248.6Maybe that should be REPLIES.JAYMES::BELLSun Dec 08 1991 15:207
    RE: .5 
    
    Uh-oh, I don't know what you mean by REPLYS.  I'd better read my ARexx
    manual real careful to find out what you mean.
    
    Sorry for my inexperience,
    Mike
5248.7Remote.rexx... what's the deal?KAHUNA::SUMNERMon Dec 09 1991 12:0914
    RE: .3
    
    What doesn't make sence is that I can execute Remote.rexx and input
    "FSDV RAM:" and it enables RAM for framestore.  So, it seems ARexx
    is interpreting the ":" when it's stored in one of the "Arg" varibles.
    I inserted "Switcher(FSDV,RAM:)" in between "say 'READY'" and "do
    forever" in the Remote program... no luck.  Any ARexx command that 
    requires DF0: DH0: or RAM: doesn't work for me. I've tried every 
    combination including leaving the ":" out of the statement.  
    
    It's probably a very simple oversight somewhere... but I can't figure 
    that somewhere out! 
    
    ~Ray
5248.8REPLY I'm stuckJAYMES::BELLMon Dec 09 1991 15:0013
    
    I'm thinking that REPLY was meant for the gentleman who wrote the base
    note, but assuming it was for me...
    
    I see it's part of the included function library, and you specify a
    packet (4-byte address) and a whole number return code.  Unfortunately,
    that's all the manual says about it, and from their description it
    sounds like a low level command, where I'd need to know the packet
    (how?) and the code I'm supposed to return (in Handshake_ARexx.doc?).
    
    Can someone please elaborate?  Thanks in advance,
    
    Mike
5248.9re .7TENAYA::MWMMon Dec 09 1991 15:5117
Did you try putting the device name in quotes instead of leaving it out?

I don't have VT, but from the description it seems like VT wants the
:. Since that's not valid in any part of a Rexx expression except a string
or label, you'll need to quote it. I.e.:

Switcher(FSDV, 'RAM:')

Though if FSDV isn't a a variable, I'd recommend:

'Switcher(FSDV, RAM:)'

to make the entire thing a string.

	<mike


5248.10'RAM:' quotes the solutionKAHUNA::SUMNERMon Dec 09 1991 16:159
    
    Mike your right and .3 also.  I just talked to another individual at 
    NewTek and he said that RAM: had to single be quoted, then ARexx would 
    see it as a string var, and that also explains why it worked in Remote.rexx
    since it plugged it into a Arg var.
    
    Thanks for the feedback.
    
    ~Ray