storm@cs.mcgill.ca (Marc WANDSCHNEIDER) (03/04/91)
After a rather lengthy search through the MSDOS manual, I still am at a loss on how to MOVE files instead of just copying them. IS there a way to do this without the aid of software, or do I have to copy each file, and then go back and delete it...? ./*- -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ storm@cs.mcgill.ca McGill University It's 11pm, do YOU Marc Wandschneider Montreal, CANADA know what time it is? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
tlglenn@cs.arizona.edu (Ted L. Glenn) (03/04/91)
In article <1991Mar4.044236.4842@cs.mcgill.ca>, storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > > After a rather lengthy search through the MSDOS manual, I still am at a loss > on how to MOVE files instead of just copying them. > > IS there a way to do this without the aid of software, or do I have to copy > each file, and then go back and delete it...? I've always wondered if DOS had the move command. To the best of my knowledge there is none. The closest I could come was to write a batch file to do the job myself. move this.fil that.fil echo off if %1l == l goto err if %2l == l goto err copy %1 %2 del %1 goto end :err echo Insufficient parameters :end I typed this from memory, but I think it'll work. -- -Ted L. Glenn "Don't worry, be happy!" <--Ack! Pffffhhht! tlglenn@cs.arizona.edu G19382105@ccit.arizona.edu G19382105@ARIZRVAX.BITNET
ts@uwasa.fi (Timo Salmi) (03/04/91)
In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > >After a rather lengthy search through the MSDOS manual, I still am at a loss >on how to MOVE files instead of just copying them. > >IS there a way to do this without the aid of software, or do I have to copy >each file, and then go back and delete it...? There are countless shells and tools around for doing this. A very handy small alternative is /pc/pd2/dc106f.zip Directory Control from Michael Mefford from the PC-Magazine. The wares are available by anonymous ftp from garbo.uwasa.fi, Vaasa, Finland, 128.214.12.37, or by using our mail server (use the latter if, and only if you don't have anonymous ftp). If you are not familiar with anonymous ftp or mail servers, I am prepared to send prerecorded instructions on request. (If you don't get the instructions from me within a few days, it will mean that your email address cannot be reached by a simple email reply. Contact your system manager for devicing a proper mail path for you, because unless you do, you wouldn't be able to utilize the mail server anyway.) ................................................................... Prof. Timo Salmi Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.12.37 School of Business Studies, University of Vaasa, SF-65101, Finland Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
bgeer@javelin.es.com (Bob Geer) (03/04/91)
storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >After a rather lengthy search through the MSDOS manual, I still am at a loss >on how to MOVE files instead of just copying them. If you don't have access to the many utilities which will do this, most languages (certainly TurboC & Turbo Pascal) have a rename() function or some such...a program can be dashed off which will do the move without copy/delete. -- <> Bob `Bear' Geer <> bgeer@javelin.sim.es.com <> <> Alta-holic <> speaking only for myself, one of my many tricks <> <> Salt Lake City, <> "We must strive to be more than we are, Lal." <> <> Ootah <> -- Cmdr. Data, learning schmaltz <>
ZECHES@FRECP12.BITNET (Nicolas Zeches) (03/05/91)
In article <1991Mar4.044236.4842@cs.mcgill.ca>, storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >> >> After a rather lengthy search through the MSDOS manual, I still am at a loss >> on how to MOVE files instead of just copying them. >> >> IS there a way to do this without the aid of software, or do I have to copy >> each file, and then go back and delete it...? In article <1011@caslon.cs.arizona.edu>, tlglenn@cs.arizona.edu (Ted L. Glenn) replies : > > I've always wondered if DOS had the move command. To the best of my >knowledge there is none. The closest I could come was to write a batch file >to do the job myself. > > move this.fil that.fil > > echo off > if %1l == l goto err > if %2l == l goto err > copy %1 %2 > del %1 > goto end > :err > echo Insufficient parameters > :end > >I typed this from memory, but I think it'll work. >-- > -Ted L. Glenn "Don't worry, be happy!" <--Ack! Pffffhhht! What i would just had is a 'ERRORLEVEL statement after the 'COPY' statement.. Indeed, if an error occurs on the copy command, it would erase the original file. Just try the following : @echo off If %1.==. goto param If %2.==. goto param copy %1 %2 If errorlevel 1 goto copyerr del %1 goto end :param echo Insufficient parameters... goto end :copyerr echo Error copying %1 :end and invoke it with MOVE <path/>file1.typ <path/>file2.typ I hope this will answer your question :) Nicolas Zeches ZECHES@FRECP12.BITNET
butler@saturn.sdsu.edu (Michael Butler) (03/05/91)
In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > >After a rather lengthy search through the MSDOS manual, I still am at a loss >on how to MOVE files instead of just copying them. > >IS there a way to do this without the aid of software, or do I have to copy >each file, and then go back and delete it...? > Have you looked at the dos command "rename" ? Mike Butler
cousens@remus.rutgers.edu (Scott Cousens) (03/05/91)
4dos also has a move function. It has many neat features that DOS left out. -- Scott Cousens, N3FXP | Internet: cousens@remus.rutgers.edu I hate .signatures | Bitnet : cousens@cancer.BITNET
u3369429@ucsvc.ucs.unimelb.edu.au (Michael Bednarek) (03/05/91)
In article <1991Mar4.171559.19950@ucselx.sdsu.edu>, butler@saturn.sdsu.edu (Michael Butler) writes: > In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >>After a rather lengthy search through the MSDOS manual, I still am at a loss >>on how to MOVE files instead of just copying them. > > Have you looked at the dos command "rename" ? > > Mike Butler So this will work then? Rename \DR\*.WPG \WP51\GRAPHICS\ -- Michael Bednarek, Big River Ski Lodge Caravan Park, Seelands Grafton Base Hospital, Grafton 2460, AUS, Phone: +61 66 44 9324 // u3369429@ucsvc.ucs.unimelb.edu.au PSI%23343000301::U3369429 \X/ "POST NO BILLS."
psfales@cbnewsc.att.com (Peter Fales) (03/05/91)
In article <1991Mar4.121543.15760@uwasa.fi>, ts@uwasa.fi (Timo Salmi) writes: > In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > > > >After a rather lengthy search through the MSDOS manual, I still am at a loss > >on how to MOVE files instead of just copying them. > > There are countless shells and tools around for doing this. A very > handy small alternative is /pc/pd2/dc106f.zip Directory Control from > Michael Mefford from the PC-Magazine. As pointed out, there are many different utilities to do this - they are easy to write. For some mysterious reason, Microsoft provided a rename facility through INT 21H (Function 56H), but then never provided a command to invoke it. -- Peter Fales AT&T, Room 5B-420 N9IYJ 2000 N. Naperville Rd. UUCP: ...att!ihlpb!psfales Naperville, IL 60566 Domain: psfales@ihlpb.att.com work: (708) 979-8031
tlglenn@cs.arizona.edu (Ted L. Glenn) (03/05/91)
Hmmm, will rename work for moving files from one disk to another?
BTW: Someone has pointed out that the DOS .bat file I posted
earlier could run into problems if the target disk runs out of space. Then
the .bat file will then simply delete the source file without producing
the target file.
--
-Ted L. Glenn "Don't worry, be happy!" <--Ack! Pffffhhht!
tlglenn@cs.arizona.edu
G19382105@ccit.arizona.edu G19382105@ARIZRVAX.BITNETsschnellm@cc.curtin.edu.au (03/05/91)
In article <1011@caslon.cs.arizona.edu>, tlglenn@cs.arizona.edu (Ted L. Glenn) writes: > In article <1991Mar4.044236.4842@cs.mcgill.ca>, storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >> >> After a rather lengthy search through the MSDOS manual, I still am at a loss >> on how to MOVE files instead of just copying them. >> >> IS there a way to do this without the aid of software, or do I have to copy >> each file, and then go back and delete it...? > > I've always wondered if DOS had the move command. To the best of my > knowledge there is none. The closest I could come was to write a batch file > to do the job myself. > MS-DOS version 3.3 certainly has a MOVE.COM...
sigma@jec302.its.rpi.edu (Kevin J Martin) (03/05/91)
sschnellm@cc.curtin.edu.au writes: >MS-DOS version 3.3 certainly has a MOVE.COM... You must be thinking of MODE.COM or MORE.COM, neither of which is quite what we're looking for. What I think everyone wants in a move utility, and it's basically what Unix gives you via 'mv' is these capabilities: 1) renames a file 2) intelligently moves a file if it's on the same partition - that is, if you move a eight-meg file from \TMP to \DATA\WP51, only the pointers get changed rather than having all the data recopied. This saves time, avoids running out of disksapce intermediately, and also eliminates the side effect of disk fragmentation (ie, the next eight meg allocated might come from all over the disk) 3) copies a file if the destination is on a different partition or disk, only deleting the original if the copy is successful These are all pretty straightforward, but I don't think I've seen any rendition under MSDOS which handles all three cases correctly AND functions with >32Mb partition structures. I'm understandably nervous about experimenting with a 1987 'mv' program on a 70Mb partition! Ah well, guess we should have mentioned it back when Microsoft was soliciting user's suggestions in c.s.i.p... sigh. -- Kevin Martin sigma@rpi.edu
av@kielo.uta.fi (Arto V. Viitanen) (03/05/91)
>>>>> On 4 Mar 91 17:15:59 GMT, butler@saturn.sdsu.edu (Michael Butler) said: Mike> In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > >After a rather lengthy search through the MSDOS manual, I still am at a loss >on how to MOVE files instead of just copying them. > >IS there a way to do this without the aid of software, or do I have to copy >each file, and then go back and delete it...? > Mike> Have you looked at the dos command "rename" ? Yes MSDOS have a function to move a file from one directory to another in a disk. RENAME command, however can only move in a directory. So, you should either write your own program using the function, or get some public domain program doing this. -- Arto V. Viitanen email: av@kielo.uta.fi University Of Tampere, av@ohdake.cs.uta.fi Finland
salmi@finsun.csc.fi (Timo Salmi) (03/05/91)
In article <1991Mar4.171559.19950@ucselx.sdsu.edu> butler@saturn.sdsu.edu (Michael Butler) writes: >In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >>After a rather lengthy search through the MSDOS manual, I still am at a loss >>on how to MOVE files instead of just copying them. : >Have you looked at the dos command "rename" ? Won't work across directories. ................................................................... Prof. Timo Salmi Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.12.37 School of Business Studies, University of Vaasa, SF-65101, Finland Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
dhf@tatum.mitre.org (David H. Friedman) (03/05/91)
. Check out the PC Magazine utility RED (Redirect), which will move the directory reference of a file without moving the file itself. The old and new directories must be in the same partition of the same drive. dhf@linus.mitre.org
uchuck@pelham.med.unc.edu (Charles Bennett) (03/05/91)
Alright this has gone on long enough. MS/PC-DOS provides a very nice and intelligent MOVE facility in Version 4.0x. Just start the DOSSHELL and run the file manager - its all there and mouse supported too. Chuck Bennett INTERNET: uchuck@med.unc.edu Medical Sciences Teaching Labs BITNET: uchuck@unc CB# 7520 University of NC PHONE: 919-966-1134(w) Chapel Hill, NC 27599-7520
valley@uchicago (Doug Dougherty) (03/06/91)
uchuck@pelham.med.unc.edu (Charles Bennett) writes: >Alright this has gone on long enough. MS/PC-DOS provides a very nice and >intelligent MOVE facility in Version 4.0x. Just start the DOSSHELL and >run the file manager - its all there and mouse supported too. Yes, but no sane person uses a "DOS" (here we use the term loosely) whose version # starts with a 4! [So this doesn't help] (no .sig yet, but obnoxious as ever...)
larry@palan.uucp (Larry Strickland) (03/06/91)
In article <1991Mar4.141726.713@javelin.es.com> bgeer%javelin@dsd.es.com writes: >storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: >>After a rather lengthy search through the MSDOS manual, I still am at a loss >>on how to MOVE files instead of just copying them. > >If you don't have access to the many utilities which will do this, >most languages (certainly TurboC & Turbo Pascal) have a rename() >function or some such...a program can be dashed off which will do the >move without copy/delete. As a person who spent _considerable_ time trying to do this, let me say that it is not as easy as it sound(s)(ed). Sure the rename command is there. Programming it is relatively easy. Then the problems begin... The major one deals with error codes. The documented ones aren't there or don't work (this was Turbo C). When I figured what kind of error code I really got and depended on that, it changed! Apparently there are several ways the MSDOS rename command can fail, and did in my case. I finally gave up, installed 4DOS and used the MOVE command there which works admirably! BTW, it also meant I didn't have to go through atrocities to handle things like mv abc ..\..\xyz which my version of ls still stumbles on! -larry
sigma@jec302.its.rpi.edu (Kevin J Martin) (03/06/91)
dhf@tatum.mitre.org (David H. Friedman) writes: >Check out the PC Magazine utility RED (Redirect), which will move the >directory reference of a file without moving the file itself. The old and >new directories must be in the same partition of the same drive. This is the utility I use, although it still isn't quite 'mv'. It doesn't handle cases where you actually need to copy and delete the file, and I don't think it handles multiple file specifiers... not that there's any tradition for that under MSDOS. But it would be nice. Now, what I'd really like to know is whether this will work when I move to large partitions (MS or DR DOS 5.0) on a large drive. Who knows? This is why it would be nice if Microsoft had gotten it right in the first place. As for the DOSSHELL, it's a pretty effective crippling of an already crippled command line. Don't get me wrong, I use MSDOS and love it as much as I can, but... Besides, does the DOSSHELL actually MOVE the file, or does it have all the usual problems? I wouldn't know - a friend of mine runs DOS 4.00, but deleted the useless shell to save space. -- Kevin Martin sigma@rpi.edu
ti@gumby.Altos.COM (Ti Kan) (03/07/91)
There has been numerous requests of this sort for utilities that DOS does not provide, and there are usually many different suggestions for various public-domain utilities that you can download of anonymous FTP. Well, that's all fine, but being on Usenet and most of you use UNIX, I think the best solution would be to buy MKS Toolkit for your PC. MKS Toolkit gives you the ability to do all these things you've taken for granted on UNIX, THE UNIX WAY. Same command names, same syntax, same options, and even the same (much better) UNIX wildcard expansion rules. Moreover, When using Korn Shell and the MKS utilities, the command line buffer size is 5000 characters instead of the normal 128. If you want, you can have your PC configured to run in a very UNIX-like environment, complete with init and login, Korn Shell and vi, and grep, and awk, and sed, ls, rm, and on and on... Heck, MKS even claims a certain amount of POSIX compliance, while underneath it is completely MS-DOS, so you can still run all your normal DOS binaries. I have my DOS-based PCs all running MKS, and some of my friends had a hard time believing that it was really DOS and not UNIX! In short, MKS Toolkit is heaven-sent for anyone used to the flexibility of the UNIX environment, but is stuck to work under DOS. It is worth every penny for the two-hundred some odd bucks. In article <1991Mar4.171559.19950@ucselx.sdsu.edu> butler@saturn.sdsu.edu (Michael Butler) writes: >Have you looked at the dos command "rename" ? Rename does just that, it renames the file. It does not allow you to move the file from one directory to another. It is only a subset of the "mv" functionality. And yes, you get "mv" with MKS Toolkit. A very happy MKS user... -Ti -- Ti Kan | vorsprung durch technik! \\\ Internet: ti@altos.com \\\ UUCP: ...!{sun|sco|pyramid|amdahl|uunet}!altos!ti /// \\\ The opinions herein are not necessarily those of Altos. ////////\
roy%cybrspc@cs.umn.edu (Roy M. Silvernail) (03/07/91)
storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > > After a rather lengthy search through the MSDOS manual, I still am at a loss > on how to MOVE files instead of just copying them. > > IS there a way to do this without the aid of software, or do I have to copy > each file, and then go back and delete it...? Easy answer, Marc... run, do not walk, to your nearest archive site and grab 4dos! 4dos will move files, and a heck of a lot more. I can't stand command.com anymore, after using 4dos for a few months. (command history, filename completion, swap to memory or disk, extended batch commands.... ya gotta try it to believe it!) -- Roy M. Silvernail -- roy%cybrspc@cs.umn.edu - OR- cybrspc!roy@cs.umn.edu perl -e '$x = 1/20; print "Just my \$$x! (adjusted for inflation)\n"' [space reserved for clever quote]{mail your submissions}
IO92203@MAINE.BITNET (Scott Maxell) (03/08/91)
DOS will not allow you to move files without copying then deleting unless you use a shell or some other software aid... //////////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ +---------+ Scott Maxell -- IO92203 @ maine | | Pres. MaxSoft Software -- IO92203 @ maine.maine.edu | O | | | | "What I need is a computer that will do what I want it to do +---------+ not what I tell it to do..."
winata@cat4.cs.wisc.edu (Charles Winata) (03/08/91)
In article <1991Mar4.044236.4842@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > >After a rather lengthy search through the MSDOS manual, I still am at a loss >on how to MOVE files instead of just copying them. > >IS there a way to do this without the aid of software, or do I have to copy >each file, and then go back and delete it...? Use RED.COM found in PC Magazine Utilities Vol. 1. The limitation of this program is that you cannot move to other drive (In this case you have to copy then delete it). -- EEEEE X X EEEEE DDDD RRRR AAA E X X E D D R R A A Charles Winata EEEEE X EEEEE D D RRRR AAAAA winata@garfield.cs.wisc.edu E X X E D D R R A A winata@picard.cs.wisc.edu EEEEE X X EEEEE DDDD R R A A
storm@cs.mcgill.ca (Marc WANDSCHNEIDER) (03/09/91)
>Easy answer, Marc... run, do not walk, to your nearest archive site and >grab 4dos! > >4dos will move files, and a heck of a lot more. I can't stand >command.com anymore, after using 4dos for a few months. (command >history, filename completion, swap to memory or disk, extended batch >commands.... ya gotta try it to believe it!) Sigh. Another 4dos fanatic. 4dos might be useful to me, and might get rid of a few of the problems I run into sometimes using command com, but one thing prevents me from using it. I use a TSR called FILEC, similar to the UNIX one of the same name. 4DOS will override it and not let me use it, as it uses the ESCAPE key, and 4dos reassigns the key to something for itself. Until I can use FILEC with 4dos, I will not consider reinstalling it on my machine. ./*- -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ storm@cs.mcgill.ca McGill University It's 11pm, do YOU Marc Wandschneider Montreal, CANADA know what time it is? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mhr@mendip.UUCP (MHR {who?}) (03/09/91)
In <7319.27d3715f@cc.curtin.edu.au>, sschnellm@cc.curtin.edu.au writes: > > MS-DOS version 3.3 certainly has a MOVE.COM... This came as such a shock to me that I had to go look. I have at least three different versions of MS-DOS 3.3, and _none_ of them has a move.com or a move.exe. Maybe you have another source besides ACER, NCR or IBM for MS-DOS? Now, 4DOS has a move command (internal, like copy and rename), and I don't remember if DR-DOS 3.31 had one or not - it might have. And there is a utility available from PC-MAGAZINE called MOVE.COM (listed as "Selective file backup", and there is XCOPY.EXE in MS-DOS, and many others abound elsewhere (outside of MS-DOS).... But definitely NOT MS-DOS. When did Microsoft do something this right? -- Mark A. Hull-Richter UUCP: ccicpg!mhr In all things, restraint, ICL North America especially with respect 9801 Muirlands Blvd to posting articles and Irvine, CA 92713 (714)458-7282x4539 doubly so for flames.
mcastle@mcs213f.cs.umr.edu (Mike Castle {Nexus}) (03/09/91)
In article <valley.668194981@gsbsun> valley@uchicago (Doug Dougherty) writes: >uchuck@pelham.med.unc.edu (Charles Bennett) writes: > >>Alright this has gone on long enough. MS/PC-DOS provides a very nice and >>intelligent MOVE facility in Version 4.0x. Just start the DOSSHELL and >>run the file manager - its all there and mouse supported too. > >Yes, but no sane person uses a "DOS" (here we use the term loosely) whose >version # starts with a 4! [So this doesn't help] Hey! What about us who just got new systems that came with 4.01, and who doesn't want to run a pirated version of an OS?? Try to obey the law, and some scum calls you insane, harumph. :-> Anyway, there is an implementation of MOVE given in PC-Mag oct 30, 90 v9n18, p425. The language is BASIC. Basic's NAME F1$ AS F2$ will do the trick. It does a call to function 56h (they DID provide a command to invoke it, they just hid it well :-) to do the renaming. It will only work within the same disk. If you don't have access to that issue of pc-mag, it is available on simtel-20 in the directory pd1:<msdos.pcmag> in the file vol9n18.zip. If you don't have access to anonymous ftp (or not sure how to use it), drop me a line, and I'll send you what ever information is appropriate (I'm feeling generous today :-). -- Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred) | XEDIT: Emacs mcastle@mcs213k.cs.umr.edu (unix mail-YEACH!)| on a REAL Life is like a clock: You can work constantly, and be right | operating all the time, or not work at all, and be right twice a day. | system. :->
warnock@stars.gsfc.nasa.gov (Archie Warnock) (03/09/91)
In article <1991Mar8.182816.2825@cs.mcgill.ca>, storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes... > I use a TSR called FILEC, similar to the UNIX one of the same name. 4DOS >will override it and not let me use it, as it uses the ESCAPE key, and 4dos >reassigns the key to something for itself. > > Until I can use FILEC with 4dos, I will not consider reinstalling it on >my machine. I'd like to hear some more details about this - particularly about what FILEC does with the ESC key. 4DOS uses the ESC key for the same thing COMMAND.COM does - it cancels the current (DOS) line. Are you saying that FILEC uses ESC as the hot-key to pop up? Or that it uses ESC for some function when it's active, and that 4DOS overrides it? Note: there are 4DOS support conferences on several PC-based BBS networks (i.e. ILink), and the guys who wrote 4DOS are superb about support. If there are problems, they _want_ to hear about them, and often have already got fixes. I'd be glad to ask them about the problem if you can supply more details. ---------------------------------------------------------------------------- -- Archie Warnock Internet: warnock@stars.gsfc.nasa.gov -- ST Systems Corp. SPAN: STARS::WARNOCK -- Lab for Astronomy and Solar Physics -- Goddard Space Flight Center "Unix - JCL for the 90s"
traub@rtf.bt.co.uk (Michael Traub) (03/11/91)
In article <1991Mar8.182816.2825@cs.mcgill.ca> storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes: > Sigh. Another 4dos fanatic. > > 4dos might be useful to me, and might get rid of a few of the problems >I run into sometimes using command com, but one thing prevents me from using >it. > > I use a TSR called FILEC, similar to the UNIX one of the same name. 4DOS >will override it and not let me use it, as it uses the ESCAPE key, and 4dos >reassigns the key to something for itself. > > Until I can use FILEC with 4dos, I will not consider reinstalling it on >my machine. > I find F9/F10/F8 do everything I need in 4DOS, I tried filec and I didn't find any advantages over 4DOS. I admit I had a problem with finger trouble for a while under UNIX using ^[^[ and then going back to 4DOS, but I solved that by mapping F9 in the Korn Shell to do ^[^[ so now they both work the same(ish). Michael Traub BT Customer Systems, Brighton Systems Centre. traub@rtf.bt.co.uk
mlord@bwdls58.bnr.ca (Mark Lord) (03/12/91)
In article ... storm@cs.mcgill.ca (Marc WANDSCHNEIDER) writes:
<
< 4dos might be useful to me, and might get rid of a few of the problems
<I run into sometimes using command com, but one thing prevents me from using
<it.
<
< I use a TSR called FILEC, similar to the UNIX one of the same name. 4DOS
<will override it and not let me use it, as it uses the ESCAPE key, and 4dos
<reassigns the key to something for itself.
I like problems with easy solutions.
Create a files called 4START.BTM in the root directory of your boot drive.
This file should consist of a single line reading as follows:
@setdos /L1 /H256
This disables the built-in command-line editing and history list,
and frees up all of the keys for use by other programs.
I use ANARKEY3 on top of 4DOS to provide the editing and file completion
functions.. you may have a problem still if your FILEC does not provide
the editing and history functions.
Feel free to add other options if desired. I prefer the following:
@setdos /L1 /H256 /I-LIST /U1
--
MLORD@BNR.CA Ottawa, Ontario *** Personal views only ***
begin 644 NOTSHARE.COM ; Free MS-DOS utility - use instead of SHARE.EXE
MZQ.0@/P/=`J`_!9T!2[_+H``L/_/+HX&+`"T2<TAO@,!OX0`N1(`C,B.P/.DS
<^K@A-<TAB1Z``(P&@@"ZA`"X(27-(?NZE@#-)P#-5
``
enddraper@buster.cps.msu.edu (Patrick J Draper) (03/12/91)
Hi,
After seeing the interest in this group about a move utility, I've
whipped up one that works pretty well.
It doesn't rename files - it's functionality is limited to moving files
from one directory to another. I put supreme importance on preserving
data when I was writing it. If the disk fills up, the user specifies an
incorrect path, etc, the source files will not be deleted. Only if
everything goes correctly will the source files be deleted.
Consider this thing ResumeWare. It's totally free of charge, I retain
the copyright, and the source code (for now), but maybe somebody will
give me a job when I graduate 12/91 or so. :-)
It's available from me in uuencoded format. Just E-mail me, and I'll
send it back to you. If you don't hear from me in 2-3 days, assume that
my mail server choked on your address. If you've got another address,
e-mail me again.
------------------------------------------------------------------------
Patrick Draper "College is supposed to prepare you for the future,
cps.msu.edu but all my future's behind me."
draper@cps.msu.edu -- My GrandPa, age 85, Fall 1990 graduate
of Western Michigan University
------------------------------------------------------------------------kholland@hydra.unm.edu (Kiernan Holland) (03/14/91)
Does anybody know whwere I can get a ray-tracing program called VIVID? An FTP place to get it at? Thanks Later
rdippold@maui.qualcomm.com (Ron Dippold) (03/14/91)
In article <1991Mar13.213742.13634@ariel.unm.edu> kholland@hydra.unm.edu (Kiernan Holland) writes: >Does anybody know whwere I can get a ray-tracing program called >VIVID? An FTP place to get it at? First of all, I'd reccomend DKBTrace over Vivid, it's much faster and has many more options. However, if you need Vivid (or DKBTrace) give me an appropriate ftp address for them and I'll upload them.