mberkley@watnext.waterloo.edu (Mike Berkley) (04/22/88)
I have been playing around with Gulam and MWC for quite some time, but I cannot seem to get the right setting for env_style for use with MWC. If I set the env_style to "gu", then I seem to be getting just the command tail, and no argv[0] which I would get if I was getting MWC style arguments. If I set the env_style to "mw" or "bm", then all of the arguments show up as one argument. Looking at the environment, I do find an ARGV= entry, but the value is just NULL. One side effect of all this is that when I use the MWC cc, it thinks that I'm compiling from the desktop, so I have to press return after every cc command, a logical thing for it to do, but very annoying. Can someone tell me how I should be setting env_style, or if there is some patch that needs to be made to gulam itself? It just seems as if gulam is using an older style of ARGV. I am using gulam version 1.00.00.02 (110287) and MWC version 2.0. Is there a newer version of gulam? Thanks Mike Berkley, University of Waterloo *********************************************************** * bitnet: mberkley@watsup.waterloo * * cdnnet: mberkley@watsup.waterloo.cdn * * internet: mberkley@watsup.waterloo.edu * * uucp: {ihnp4,utai,uunet}!watmath!watsup!mberkley * *********************************************************** PS - I tried to get this message directly to the author of gulam, but my mailer can't find a way to him.
wolf@csclea.ncsu.edu (Thomas Wolf) (04/23/88)
In article <4129@watcgl.waterloo.edu> mberkley@watnext.waterloo.edu (Mike Berkley) writes: [some deleted text] >One side effect of all this is that when I use the MWC cc, it thinks >that I'm compiling from the desktop, so I have to press return after >every cc command, a logical thing for it to do, but very annoying. I have the same problem. Could someone post a solution? I think that I've seen one before, but that was before I began using GULAM, so I didn't bother keeping it in storage (my brain is of limited capacity, so I tend to de-allocate things rather quickly :-) I too have an older version of MW (although I hope that my v3.0 will arrive in the mail soon), and v1.00.00.02 of GULAM. Thanks for any information leading to a solution of this problem. Tom Wolf Tom Wolf ARPA (I think): tw@cscosl.ncsu.edu or wolf@csclea.ncsu.edu
wes@obie.UUCP (Barnacle Wes) (04/26/88)
In article <1719@ncsuvx.ncsu.edu>, wolf@csclea.ncsu.edu (Thomas Wolf) writes: % In article <4129@watcgl.waterloo.edu> mberkley@watnext.waterloo.edu (Mike Berkley) writes: % [some deleted text] % >One side effect of all this is that when I use the MWC cc, it thinks % >that I'm compiling from the desktop, so I have to press return after % >every cc command, a logical thing for it to do, but very annoying. % % I have the same problem. Could someone post a solution? % I think that I've seen one before, but that was before I began using % GULAM, so I didn't bother keeping it in storage (my brain is of limited % capacity, so I tend to de-allocate things rather quickly :-) double panic: Seek error on /dev/brain! vmcore dumped! :-) Try setting the environment variable 'camefrom=gulam'. This is a variable used by the cc program and msh to tell where it came from (obviously). If it doesn't find 'camefrom' in the environment, it assumes 'camefrom=desktop'. If 'gulam' doesn't work, try 'msh'. -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!uplherc! / \/ \/\/ \ - Contend in Vain." - sp7040!obie! / U i n T e c h \ - Schiller - wes
mem@zinn.MV.COM (Mark E. Mallett) (05/01/88)
In article <187@obie.UUCP>, Barnacle (wes@obie.UUCP) sez: < In article <1719@ncsuvx.ncsu.edu>, wolf@csclea.ncsu.edu (Thomas Wolf) writes: < % In article <4129@watcgl.waterloo.edu> mberkley@watnext.waterloo.edu (Mike Berkley) writes: < % [some deleted text] < % >One side effect of all this is that when I use the MWC cc, it thinks < % >that I'm compiling from the desktop, so I have to press return after < % >every cc command, a logical thing for it to do, but very annoying. < % < Try setting the environment variable 'camefrom=gulam'. This is a < variable used by the cc program and msh to tell where it came from < (obviously). If it doesn't find 'camefrom' in the environment, it < assumes 'camefrom=desktop'. If 'gulam' doesn't work, try 'msh'. How very strange. I have been running MWC with my own shell, from version 1 right up to the latest beta that I got of version 3, and I have neither had this problem, nor have I ever set (or was aware of) a "camefrom" variable. A scanning of the Lexicon entries for "msh" and "cc" yields no mention of this variable, or of any other thing that might cause "cc" to decide whether to wait for a return after it is finished. I note that if even if I *do* set 'camefrom=desktop' (or CAMEFROM=DESKTOP, or CAMEFROM=desktop, or camefrom=DESKTOP'), "cc" *still* runs as it ought to from a shell, i.e. it does not wait for a return after it is done. Perhaps this "camefrom" thing is only one of the cues that it uses. There is also the special "_iovector" encoding (look up crts0 in the Lexicon). The _iovector value tells what devices the standard i/o streams are attached to. I wonder if Gulam sets this up properly? -mm- -- Mark E. Mallett PO Box 4188/ Manchester NH/ 03103 Bus. Phone: 603 645 5069 Home: 603 424 8129 uucp: mem@zinn.MV.COM (...decvax!elrond!zinn!mem or ...sii!zinn!mem) BIX: mmallett
sreeb@pnet01.cts.com (Ed Beers) (05/05/88)
I recall having this problem but don't see it anymore. Are you using gulam v1.03? Have you "set env_style mw"? UUCP: {cbosgd hplabs!hp-sdd sdcsvax nosc}!crash!pnet01!sreeb ARPA: crash!pnet01!sreeb@nosc.mil INET: sreeb@pnet01.cts.com
wolf@csclea.ncsu.edu (Thomas Wolf) (05/07/88)
Could someone post the address of an ftp'able site that has Gulam v1.03? Tom Wolf ARPA (I think): tw@cscosl.ncsu.edu or wolf@csclea.ncsu.edu