Hi Jim, > Quite some time ago, I posted a problem that when I upgraded to FreeDOS > 1.0, my Borland 2.0 compiler started throwing errors that it couldn't > find some object and library files to link. In desperation, I managed to > get the compiler to work on an ancient laptop that was running FreeDOS > 0.9. A few months ago, that laptop died, and I had to try anything I
I vaguely remember the thread, but what were the conclusions back then? Did you try different versions of the kernel? FreeDOS 0.9 is quite old but if the kernel which was included in 1.0 had some regression errors, newer kernels should have them fixed already. Please try at least kernel versions 2038 and 2039. You can use the 86/32 version, which means that no 386/newer CPU code is used and that FAT32 support is included. If you do not use FAT32 partitions, the /16 versions are sufficient. Of course everybody has 386/newer CPU today, but compatibility with protected mode apps and drivers might be slightly better if you use a non-386 kernel. > could. I got an old PC and loaded the Borland compiler and source files > on it. It gave odd errors like not being able to write what looked like > temp files when I went into a DOS shell from BC. It still threw the Note that opening a DOS shell from within some other apps can be a challenge in certain contexts, depending on the command.com and on some memory drivers etc. You might want to try if using other shell or driver versions (or settings) improve that. For example FreeCOM normally swaps out parts to XMS to have more RAM free while you are not at the prompt, so the XMS driver and possible interference with XMS usage of apps running when you shell out could have some effect. > linking errors. This made me suspicious, and I moved about 10 files from > the project directory to a new directory and tried again. I managed to > get the compiler to work after a bit of directory specification. What I > think was the problem was that the project directory had well over 400 > files in it. I may have hit some kind of directory limit at the same > time I upgraded FreeDOS to 1.0. I'm going to do more experimentation on FreeDOS should not have any directory limit for subdirectories at all but of course root directories do have limits in FAT12 and FAT16. For FAT32, there should be no limit for the root directories again. Looking at the source code, at least those versions of the kernel which use FreeDOS specific F-Nodes have a limit of 65532 files or directories as the maximum size of a single directory. The newest kernel versions make less use of F-Nodes, but of course 65000 is so much more than 400 that there should not be any issue for your compiler at all anyway. While quite unlikely, calculations like in dir_read fnp->f_dirsector = fnp->f_diroff / (secsize / DIRENT_SIZE) + fnp->f_dpb->dpb_dirstrt; fnp->f_diridx = fnp->f_diroff % (secsize / DIRENT_SIZE); fnp->f_offset = fnp->f_diroff * (ULONG)DIRENT_SIZE; might introduce some further limitations... For example according to struct f_node, diridx is only 8 bit, so even IF FreeDOS would support flexible sector sizes, the maximum would be 8kB / sector. Of course almost nobody ever ran DOS on other sector sizes other than 512 bytes and even "advanced format" (multi terabyte) disks have sectors of only 4kB. I guess DOS could also put FAT16/FAT32 fileystems with 2kB sector size on CD/DVD-RW/RAM, you never know? > this (and finish the job that has been hanging for so long), and I'll > let you know what happens. If anyone else strikes this problem, this may > be of assistance. Thanks! Please keep us posted about your results :-) Regards, Eric ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user