You know, a small piece of code could be written to simply read the partition table and check for FAT/FAT32 partitions instead of the whole %comspec% /f thing. Actually, I thought the setup program was going to be re-written anyway.
-T ----- Original Message ----- From: "Eric Auer" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Wednesday, October 11, 2006 6:48 AM Subject: Re: [Freedos-devel] FreeDOS 1.0 bugreport place? > > Hi Bernd, > >> Guys, where's the best place to put some feedback on the 1.0 ISO? tiny >> bugreports and tiny enhancement ideas as well to an otherwise great >> distro already. > >> * Bugzilla? > > for real bugs ;-) > >> * Tech Wiki? >> * Install Wiki? > > you can add a note about misbehaving 1.0 things to the > http://fd-doc.sourceforge.net/wiki/index.php?n=FdDocEn.FdInstall > wiki page, to inform other users about the problem. only if > the problem is interesting enough for them, of course. > >> * Mailinglist? > > you have to decide yourself whether things are interesting > for the list. sometimes it can be better to mail a few > people directly first, and only start using the list as > soon as things start being of public interest. > >> * Privately mail Blair Campbell? > > please also CC the developers of the affected software and > people who are interested in distro creation, like you Bernd > and me and Fritz (as we have that diskette distro). > >> * Are the exact sourcefiles of kernel, freecom, install and mem all in >> public CVS somewhere or are modified versions included on the CD? > > For MEM, the version on http://freedos.sourceforge.net/mem/ (1.11) is > even newer than the FreeDOS 1.0 one. The used kernel is not completely > in CVS yet (sorry about that), the CVS only has 2036test. The real 2036 > can be found on www.coli.uni-saarland.de/~eric/stuff/soft/by-others/ > ... as for FreeCOM, you would have to ask Blair if all changes are in > CVS already. > >> * Is there any specification on what files should go to an ODIN >> diskette? with a batchfile and full installed FreeDOS (or LiveCD?) >> it should be easy enough to create such a disk I guess? > > It is your own choice what exactly to put in ODIN. The install CD > has a directory called ODIN as far as I remember, you could start > with that and remove some install-specific files... My own diskette > distro attempts have a size of 3 diskettes at the moment, but you > can do a lot with disk 1 of 3 already :-). The distro contains a > full install of fdbasecd, with most of the docs zipped :-). > >> * on CDROM, HELP refuses to run on CD, as ODIN directory's index.htm >> refers to /EN/INDEX.HTM which doesn't exist on CD > > Good point, thanks for finding out! You should add that to the > mentioned Wiki page. > >> * FreeCOM has a whiteline at VER, but not at CLS for example, this >> prevents SET /E MYVARS=VER > > Interesting problem, but if you only want the version NUMBER, then > you better use a small tool which returns that as the errorlevel. > I could write one if you do not already have one. Takes a few bytes. > >> * SETUP batchfile has no /? for anyone who would like to find out >> what's it for ("installing FreeDOS 1.0 operating system"). > > Right. And it should use the copy of SHSURDRV which is on the > cdrom, not the one which it assumes to be in the caller PATH... > >> * SETUP batchfile, line 99, which tests if a file can be created on >> C:\ , kinda needs a change. It relies on redirection and on >> the /F parameter of the SHELL LINE in a config.sys file. A better >> workaround might be something like: > >> @echo off >> %comspec% /f /c copy nul c:\test.txt >> if not exist c:\test.txt format c: >> if exist c:\test.txt del c:\test.txt > > That is too extreme and does not explain what is happening and > why. But it is okay to use %comspec% /f for the main check. > Nice idea. Does copying nul work like that? Use another small > file which is in the distro anyway otherwise :-). > >> "%comspec% /f /c echo yes > c:\test.txt" seems not to function, the 2nd >> shell closes before redirection already, and thus if primary shell has >> no /F parameter, you'll get half a dozen "abort/retry/fail" questions >> before FreeCOM/kernel gives up. > > This is probably because the FIRST shell does the redirection and > the second shell only does ECHO YES! Good point. And of course it > would be very good to use OSCHECK BEFORE trying to create files > on C:, to avoid some unnecessary write attempts on non-FAT drives. > > If OSCHECK is not suitable for that for any reason, for example if > it can happen that it triggers an abort/retry/fail prompt, please > do tell me, then I can update OSCHECK! > > By the way, please do provide a REAL CWSDPMI for download, too. > Just using HXRT DPMI instead without telling anybody is a bad idea. > > Eric > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Freedos-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freedos-devel > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
