wsinpp@lso.win.tue.nl (Peter Peters) (07/19/90)
Hi Folks! I have a problem with the command line parameters/shell variables of 4DOS. I'm trying to get 4DOS to pass my aliases and history from the primary shell to deeper nested shells. In the manual it states that this is done automatically. Seems to me like it is not.... Here's what I've got : in my config.sys -> shell=c:\system\4dos\4dos.com @c:\system\4dos\4dos.opt in c:\system\4dos\4dos.opt : -> /l:c:\system\4dos /e:1024 /a:2048 /s:n /p in my environment -> set 4dshell=/l:c:\system\4dos /a:2048 /e+128 /s:n I test this stuff by executing the norton editor and shelling out to dos. After that I use the alias and history commands to check, but I don't see any aliases or history... Anyone have a clue why aliases/history is not passed ? (don't say the norton editor causes it, because it doesn't....) Thanks in advance, | Peter Peters | UUCP : wsinpp@win.tue.nl | | Eindhoven University of Technology (TUE) | SURF : heithe5::wsdcpp | | Dept. of Mathematics and Computer Science | VHF : PA0PPE | | Disclaimer : I said WHAT ??? | TUE : HG 8.82 tst. 4120 | -- | Peter Peters | UUCP : wsinpp@win.tue.nl | | Eindhoven University of Technology (TUE) | SURF : heithe5::wsdcpp | | Dept. of Mathematics and Computer Science | VHF : PA0PPE | | Disclaimer : I said WHAT ??? | TUE : HG 8.82 tst. 4120 |
bwb@sei.cmu.edu (Bruce Benson) (07/20/90)
In article <1303@tuewsd.win.tue.nl> wsinpp@lso.win.tue.nl (Peter Peters) writes <much removed about not inheriting from parent> >in c:\system\4dos\4dos.opt : > >-> /l:c:\system\4dos /e:1024 /a:2048 /s:n /p > >in my environment > >-> set 4dshell=/l:c:\system\4dos /a:2048 /e+128 /s:n <more removed> You are using /s:n (no swapping). Try it with swapping /s:b (best) and see if it works. I understand this is a bug. * Bruce Benson + Internet - bwb@sei.cmu.edu + + * Software Engineering Institute + Compuserv - 76226,3407 + >--|> * Carnegie Mellon University + Voice - 412 268 8496 + + * Pittsburgh PA 15213-3890 + + US Air Force
mju@mudos.ann-arbor.mi.us (Marc Unangst) (07/20/90)
wsinpp@lso.win.tue.nl (Peter Peters) writes: > -> shell=c:\system\4dos\4dos.com @c:\system\4dos\4dos.opt Well, here's your first problem. Most versions of MS-DOS don't read past the 32nd character on the SHELL= line. Are you getting an error message when 4DOS starts up; like, maybe, "error opening c:\syst"? > -> /l:c:\system\4dos /e:1024 /a:2048 /s:n /p > > in my environment > > -> set 4dshell=/l:c:\system\4dos /a:2048 /e+128 /s:n This is your second problem. There is a known bug in 4DOS v3.01A relating to swapping and alias passing: When 4DOS is in memory-resident mode (no swapping, or /s:n), aliases are not passed correctly from the parent shell. You can either load your aliases from 4START.BTM, or you can switch to swapping mode. EMS or XMS swapping is recommended if you have it, but even disk swapping is better than none. And I don't think the history is passed anyway, although I could be wrong on this one. -- Marc Unangst mju@mudos.ann-arbor.mi.us ...!umich!leebai!mudos!mju
cosheff@netmbx.UUCP (Charles Shefflette) (07/22/90)
mju@mudos.ann-arbor.mi.us (Marc Unangst) writes: >wsinpp@lso.win.tue.nl (Peter Peters) writes: >> -> /l:c:\system\4dos /e:1024 /a:2048 /s:n /p >> >> in my environment >> >> -> set 4dshell=/l:c:\system\4dos /a:2048 /e+128 /s:n >This is your second problem. There is a known bug in 4DOS v3.01A relating >to swapping and alias passing: When 4DOS is in memory-resident mode >(no swapping, or /s:n), aliases are not passed correctly from the >parent shell. Actually, this isn't a bug per se. In the 4DOS manual, page 24 (of the current manual) it states (although not explicitly) that when 4DOS is loaded in the resident mode: "Aliases will not be inherited from a previous shell." My experience shows this to be true. I suggest, as was suggested before, try using the /S:B switch, or none at all, let it figure out what the best method of swapping is. Chuck =========================================================================== Off Switch??? What Off Switch???? =========================================================================== Charles O. Shefflette, System Engineer cosheff@netmbx (US Mail) (International Mail) Box 9086 USAFSB Herbergerweg 1 APO New York, NY 09742-4824 D 1000 Berlin 37 - West Germany ===========================================================================
reisert@ricks.enet.dec.com (Jim Reisert) (07/24/90)
In article <yN9km4w162w@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes... > >And I don't think the history is passed anyway, although I could be >wrong on this one. Nope, you got it right. History is not passed on. jim =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "The opinions expressed here in no way represent the views of Digital Equipment Corporation." James J. Reisert Internet: reisert@ricks.enet.dec.com Digital Equipment Corp. UUCP: ...decwrl!ricks.enet!reisert 77 Reed Road Hudson, MA 01749-2895
mju@mudos.ann-arbor.mi.us (Marc Unangst) (07/24/90)
cosheff@netmbx.UUCP (Charles Shefflette) writes: > Actually, this isn't a bug per se. In the 4DOS manual, page 24 (of the > current manual) it states (although not explicitly) that when 4DOS is > loaded in the resident mode: > > "Aliases will not be inherited from a previous shell." > > My experience shows this to be true. I suggest, as was suggested before, > try using the /S:B switch, or none at all, let it figure out what the best > method of swapping is. Well, J.P. Software may not consider it a bug, but I do. Things like alias passing should not be affected AT ALL by the swapping mode selected. The problem with using /S:B is that it will use disk swapping if EMS or XMS isn't available, meaning that 4DOS will take longer to start up, because it has to write the disk file. I *know* that I don't have EMS or XMS on this system, and sometimes I don't want to have to wait the few seconds if all I need to do is do a DIR A: or something. I use disk swapping now, because the 80K that the shell took up in memory-resident mode was just too much, but I still think it's a bug. -- Marc Unangst | "A foolish consistency is the hobgoblin of little mju@mudos.ann-arbor.mi.us | minds." ...!umich!leebai!mudos!mju | -- Samuel Johnson