libes@nbs-amrf.UUCP (Don Libes) (02/24/85)
I would like to be able to call Eunice programs from DCL. The problem is that I want the arguments untouched. I get them all lowercased. Even when I quote them, they are lowercased. Does any one know how to prevent this? E.g. $ echo :== $unix:[usr.bin]echo echo ! the 2nd echo is for execl argv[0] $ echo Foo foo $ echo "Foo" "foo" Apparently the quotes don't do a damn thing, because if I say $ echo "Foo Bar" what the program sees is: argv[1] = "foo argv[2] = bar" I can handle the screwy tokenizing and unstripped quotes, but the lowercasing is really fouling me up. Suggestions? Don Libes seismo!nbs-amrf!libes
jqj@cornell.UUCP (02/26/85)
From: jqj (J Q Johnson) An almost undocumented feature of Eunice is that it DOES allow you to pass upper-case letters to Eunice commands from DCL. Just quote them with a caret (^). Thus, to look at your L.SYS file, type: $ more /usr/lib/uucp/^l.sys Not exactly easy to use, and surely not as good as being able to quote a whole string, but better than nothing...
lew@t4test.UUCP (Lew Mullen) (03/05/85)
> I would like to be able to call Eunice programs from DCL. The problem > is that I want the arguments untouched. I get them all lowercased. > Even when I quote them, they are lowercased. Does any one know how to > prevent this? > > $ echo :== $unix:[usr.bin]echo echo ! the 2nd echo is for execl argv[0] Try: $ echo ^Foo (same as $ ECHO ^FOO ! of course) This is similar to what you have to do if you login to a real Unix system using an upper-case only terminal. -- t4test!lew ( Lew Mullen @ Intel/Santa Clara )
sra@oddjob.UChicago.UUCP (Scott Anderson) (03/07/85)
>> I would like to be able to call Eunice programs from DCL. The problem >> is that I want the arguments untouched. I get them all lowercased. >> Even when I quote them, they are lowercased. Does any one know how to >> prevent this? >> >> $ echo :== $unix:[usr.bin]echo echo ! the 2nd echo is for execl argv[0] > >Try: > >$ echo ^Foo (same as $ ECHO ^FOO ! of course) > Yes, this works for echo on our system, but why can't I get multi-column output with $ ls -^C ? Scott Anderson ihnp4!oddjob
anders@lth.UUCP (Anders Ardo) (03/12/85)
What about calling ls or rm from DCL with wildcards like $ ls *.o or $ rm *.ckp I cant get this to work on our system. Anders Ardo, Dept of computer engineering, University of Lund UUCP: ...seismo!mcvax!enea!lth!anders
root@bu-cs.UUCP (Barry Shein) (03/17/85)
'ls *.o' or anything like that involving wild-cards is not likely to ever work correctly from DCL. Remember that the wildcard expansions are done by the SHELL in unix, not the individual programs. In UNIX or EUNICE what 'ls' really sees as a result of that command is quite literally: 'ls a.o b.o c.o etc.' Try (from EUNICE/UNIX) for example: 'ls "*.o"' (double quotes as shown) and I think you will see what I mean [*.o: No such file or Directory] -Barry Shein, Boston University P.S. It doesn't mean it *couldn't* be made to work, just that it won't as you show it. A more plausible form would be: sh -c "ls *.o" which would invoke the shell on the command and hence take care of the wildcards. If you can run sh or csh from VMS than you could probably write a satisfactory, simple DCL command file to take your commands and produce that, how about: $ unix ls *.o anyone? As I said, I dunno if you can get 'sh' started from VMS.