Re: [Freedos-user] some questions

2008-05-28 Thread hsv
 2008/05/23 18:15 +0200, Mateusz Viste 
You could also use the ALIAS command, you wouldn't need separate files for all 
your programs anymore. 

Is this as good as VMS s use of environmental symbols, better than the
Unix-shell alias because the OS also uses it? An alias that worked at the
level at which PATH works would be wunderful.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] some questions

2008-05-28 Thread Eric Auer

Hi!

>  2008/05/23 18:15 +0200, Mateusz Viste 
> You could also use the ALIAS command, you wouldn't need separate files
> for all your programs anymore.
> 

> Is this as good as VMS s use of environmental symbols, better than the
> Unix-shell alias because the OS also uses it? An alias that worked at the
> level at which PATH works would be wunderful.

Alias in freecom command.com just does string substitution
before the command is actually processed, as far as I remember.

You can probably ALIAS ls into dir (where dir is inside the
shell) and you can probably ALIAS shuffle into sort (where
sort is a tool which can be found in the PATH) :-). Examples:

alias inf=for %%f in (readm* *.txt *.do? *.diz *.me) do pg %%f
alias ssh=ssh2dos -t vt100 -v -n -g
alias filemave=c:\tools\fmaven\fm3
alias reboot=fdapm warmboot
alias MAKE=echo use tcmake or gnumake please. Make arguments:

The file maven alias is useful because the fmaven directory
is not in my PATH. So it has remote similarity to a symlink.

Eric



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Fresh XCOPY bugs

2008-05-28 Thread John Hupp
I'm using XCOPY for a selective restore CD, and for most directories it 
works fine, but I have identified a couple cases where it fails due to the 
directory name.

Where D: is the CD:

Case 1:
---
XCOPY  /E /V /Y /I  D:\GAMES\F-PROT  C:\GAMES\F-PROT

First of all, XCOPY asks "Does F-PROT specify a file name or directory name 
on the target?"  With the /I switch, it is not supposed to ask me that 
question, and it does not ask for copies of other directories.

Worse, though it does create C:\GAMES\F-PROT, it does not copy any of the 
contents of the F-PROT directory.  Instead, it begins copying into F-PROT 
other GAMES sub-directories: GAMES\ABUSE gets copied to GAMES\F-PROT\ABUSE, 
GAMES\DOOM to GAMES\F-PROT\DOOM, etc.

Case 2:
---
XCOPY D:\GAMES\F-PROT C:\GAMES\F-PROT

Again it asks File or Directory, and that is OK without the /I switch here. 
But after I answer Directory, XCOPY copy responds with:
File not found - F-PROT
0 file(s) copied

Case 3:
---
XCOPY D:\GAMES\QUEEN.SAV C:\GAMES\QUEEN.SAV

The response is similar to Case 1, except that XCOPY does not ask File or 
Directory.  Instead, it copies none of the F-PROT contents but immediately 
begins copying other GAMES sub-directories into GAMES\F-PROT (as in Case 1).

Case 4:
---
XCOPY D:\GAMES\QUEEN.SAV C:\GAMES\QUEEN.SAV

The response is exactly the same as for Case 2.

--John Hupp 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user