Hi Jack, >> Note that the new apps will also have to use XMS 3 to get the >> 3-GB or similar that will be free in the first 4 GB because no >> sane XMS 3 app will use much of those 4 GB... ;-)
I mean if you have some XMS 4 ramdisk then it should also allow combined usage of XMS 3 and 4, otherwise it would leave the first 4 GB unused... Would be somewhat wasteful. >> As said - Windows 3 only has a problem with descriptors for more >> than 16 MB ... Note that I am talking about CPU descriptors... > then I have no-problems in UIDE/RDISK Depending on whether the used HIMEM is "Windows proof" but that of course is not the problem of UIDE or RDISK :-) Some old apps used many small XMS handles to push HIMEM towards more Windows friendliness but that of course wasted handles. >> So all "pipeline linked" components of the CD/DVD burn toolkit >> will have to use some other API to communicate directly... > If they want to have only ONE stand-alone program that does DVD/BluRay > copies for Bernd, that one program can do whatever it wants... Such a program still would have to be written, of course. > I have never seen a RAMdisk that was not file-based Maybe we have a misunderstanding here.. The driver itself is of course a file, but the disk is a DOS block device, so for DOS it is just a bunch of sectors. The DOS kernel will then use those sectors as a FAT filesystem which can contain files, sure, but the ramdisk itself has no idea what a (FAT) file is. It only needs to provide an initial state which looks like an empty formatted FAT filesystem. > RAMdisk is ... GUARANTEED to handle a "temp" ... faster! Unless the cache is so big that it never has to discard data and unless you neglect the overhead that it takes the cache to "notice" this when reading/writing data ;-) Eric ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
