[Freedos-devel] Wishlist: new XCOPY features: RECOVER, FAT32
Hi all, while looking at New-DOS, I got some ideas for new XCOPY features: 1. If FAT32, use the FAT32 file open mode for files which are 2-4 GB big 2. Offer an RESCUE COPY mode: When read errors happen, replace the unreadable sectors by sectors filled with ? and continue 3. Offer a TEST READ mode: Try to READ all files but do not copy them anywhere. Just create an ERROR LOG at the target. You could combine 2. and 3.: Copy everything but after copying, delete all target files which had no errors during copying. I think 2. and 3. are in some ways similar to RECOVER in FILE mode: I believe it tries to read the selected file(s) and replace unreadable clusters by fresh clusters, marking the unreadable clusters as such (the latter is optional - without it, the RECOVER tool can even work for CD-ROM). I wonder if any other non-disk-tool needs special FAT32 support? With which other tools would you want to use 2-4 GB big files? Well, FreeCOM should REALLY be able to show the extended free space in DIR (- display free / total space 2 GB if FAT32), but the rest? Eric. PS: FORMAT can format to 1.68 MB and more - DOSFSCK is happy with it, kernel is happy with it, CHKDSK refuses to scan. Which other tools need special 1.68 MB support? LBAcache FLOP does, but I will fix this. Others? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MODE update: CGA shifting / CP status
Aitor SantamarÃa Merino wrote: Hi, Eric Auer escribió: Hi, I have fixed CODEPAGE status display in the new FreeDOS MODE and, surprise surprise, added the ability to shift the display image to the left or to the right (one step or interactively) on older-than-EGA hardware (in particular, CGA). This is just to say that Eric's new MODE seems to implement everything that MS-MODE does. Thus, I would personally recommend that Eric's MODE is used as the official FreeDOS MODE (has many more features than the old one). Just one small notice: the implementation of MODE CON CP PREP= differs much from the one of MS-MODE, because Eric's MODE is suited to work with FD-DISPLAY, which still is not working as MS-DISPLAY. Of course, I am working to get compatibility (it's basically to turn the DISPLAY TSR into a device driver). Okay! I've updated the LSM, mirrored this on ibiblio (and some cleanup there, too) and I'm posting a news item now. -- Currently playing: DDR:Max2, WarioWareInc, RatchetClank, Sly Cooper --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: UDMA as base?
Eric Auer wrote: Hi, I doubt that. UDMA is nice but it has limited compatibility. You need a PCI system with supported chipset, and some protected mode programs are incompatible to it. It is like UMBPCI: If it works for you, it is nice, but if not, simply do not use it. Eric. I believe (and I think Aitor and Bernd agree, since they suggested it) that UDMA is useful enough to modern DOS users that it belongs in 'base', even though no such functionality existed in MS-DOS. I believe this is consistent with how Microsoft approached DOS. As new technologies became available, Microsoft added a support utility to MS-DOS. For example: POWER to support APM, EMM386/HIMEM to support more than 640k, ... But if freedos-devel disagrees that UDMA belongs in 'base', I'll move it back to 'util'. What's the rest of the list say? Where does it belong? -jh -- Currently playing: DDR:Max2, WarioWareInc, RatchetClank, Sly Cooper --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] GRAPHICS / MODE moved, help with help wanted!
Hi, after receiving the hono(u)r of becoming maintainer and author of the new official FreeDOS MODE, I have moved MODE and GRAPHICS (which I had forgotten to move before) from http://www.coli.uni-sb.de/~eric/stuff/soft/specials/ to http://www.coli.uni-sb.de/~eric/stuff/soft/ ... and I have renamed it from MODE-MODECON to MODE. The next problem is to create a proper LSM file and documentation for it. I am looking for VOLUNTEERS for that: The description of Set the mode of your devices is a bit short. As a reminder, the features are: - send ESC/P control codes for 80/132 cols and 6/8 lpi to printer - redirect printer to NUL or serial port - set serial port parameters - do codepage operations and display status of DISPLAY - select 40/80/132x25/28/43/50/60 screen mode or select x8/14/16 font, availability depending on your hardware. Shift CGA display sideways. - control and check switchar and keyboard (num/...) lock states - control keyboard repeat rate and delay I think the help file should just contain the MODE /? output and some explanation of each option. If you want to create a version history file: 4sep2003 initial version. 13dec2004 codepage support 02feb2004 keyboard lock support 19feb2004 vesa modes and printer redirection (and persistence) 21feb2004 cga shifting and codepage fixes. This is as far as I remember. Find the updated parts of the GRAPHICS lsm below: Begin3 Title: Graphics Version:11jun2003 Entered-date: 2003-04-07 Description:Allow Prtscr to print graphics screens. (CGA/EGA/VGA/MCGA, on PostScript, ESC/P Epson 8/24pin and HP PCL printers) Keywords: Prtscr graphics Author: Eric Auer eric(#)coli.uni-sb.de Maintained-by: Eric Auer eric(#)coli.uni-sb.de Primary-site: http://www.coli.uni-sb.de/~eric/stuff/soft/ Alternate-site: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/graphics/ Original-site: http://www.coli.uni-sb.de/~eric/stuff/soft/ Platforms: DOS (nasm) Copying-policy: GPL v2 End Note that as of 13 July 2003 you can also download a GRAPHICS,BAT file which parses MS style syntax and calls my programs then (remember that I have 3 separate programs: One for PS, one for ESC/P and one for HP PCL). Eric. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: UDMA as base?
On Sun, 22 Feb 2004 21:17:39 +0200, you wrote: Hi, But if freedos-devel disagrees that UDMA belongs in 'base', I'll move it back to 'util'. What's the rest of the list say? Where does it belong? Well, that's where a voting system would help ;-) If Jack and Lucho feel ok (maybe hard to reach Jack now, assume that he didn't refuse), depends on Lucho's decision. I myself would like UDMA in 'base'. Rgds, Johnson. ++ | Pleasure : [EMAIL PROTECTED] | | Business : [EMAIL PROTECTED]| | BBS : http://johnson.tmfc.net/discuss/discuss_frame.html | | HomePage : http://johnson.tmfc.net (Powered by TMFC) | ++ --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] re: COPY and XCOPY
Hi Johnson, simple answer: COPY is so simple that it is part of FreeCOM shell. For XCOPY, you need to have the XCOPY file installed. So COPY is for use on a boot floppy where you probably do not have XCOPY. By the way Jim: Somebody asked why we have TWO XCOPY in the LSM list. I think we can remove the older version, just as you have just removed the older MODE version when you replaced it by the new MODE. I hope that Rene is reading freedos-devel - remember that I suggested extra features for XCOPY only a few hours ago: - rescue copy (replace unreadable sectors by # filled sectors - test copy (only tell which sectors you could not read) - FAT32 support: special file open mode for files 2 GB Note that rescue copy and test copy can be combined into ONE function: copy all files in rescue mode but delete the copied file if it could be copied without error. That way, the target directory will only contain those files which had errors. Eric. As I know, XCOPY in DOS behave as a enhanced utility which replace or superset of COPY. But is it necessary to separate them in FreeDOS? Any pros and cons of merging them? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
