Re: [Freedos-kernel] Boot drive incompatibility with other boot sectors
The trouble is that most SYSes don't bother to set this value - they just copy the whole data area from the old boot sector and replace only the code and OEM ID. So the FF remains there. Verified. _And_ their boot code reuse this field? Yes. No DOS boot sector trusts BIOS DL value like us... (Because as I wrote it just can't be trusted very much) Well, right now I look at boot code of MS-SYS6, and found, that it not uses 24h offset itself Wrong. The read sector subroutine does use it. See http://www.kzin.com/bootsec/dos5pbra.txt but pass value from there to kernel. So the kernel uses it too, thus it's even more important. I not check what SYS does with original 24h field, but image inside SYS contains 80h value, so I doubt that MS-SYS preserves this field. That the image in SYS contains 80 doesn't prove nothing. Again, it hurts to be smart when eveyone else is dumb :) --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Patch: COUNTRY.ASM
BTW, Lucho, if you wish, I may prepare for you macroses in TASM to ease writing more readable and safer country.asm. Probably, someone then may translate these macro to NASM? Such translation will be very difficult if not impossible because NASM is too incompatible :-( So, don't bother with it. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Lucho gives up arguing with Arkady
CVS isn't accesible for me. Sorry, I can't help you. Lucho, you introduce change in interface. _Such_ actions necessarily _must_ be discussed and approved. By whom? By the Boss? Who is the Boss? Arkady? So "don't ask me more" is not in given case. Eric, read and remember forever! I SWEAR TO NEVER EVER DO ANYTHING YOU WISH ANYMORE!!! Now, please continue the argument with Arkady as I'm sick and tired of this wasting of my and everyone's time! No, GPL means *current* version, and the URL points to it. URL is reduced for convenience, but for law clarity (for which you at all mention license) you should mention complate license name. Explicitly. I do this. "GNU General Public License". Period. If we continue such idiotic discussions, I'll leave FreeDOS development. I don't need it anymore anyway. Whoever wants to keep arguing with Arkady, please go on. I give up. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
Hi, Luchezar Georgiev escribiÃ: I wonder about those creation time set removals. It looks like your I will consider reverting it, but a config.sys option is overkill. Yes, it is. It'll be difficult to revert it as it leaded to numerous other optimisations. Besides, I already explained why I removed it. Why add back an useless feafure without solid argumentation? (Useless as it was setting creation time on each write.) Unless you can make it set creation times only once, which is difficult. Not speaking about access date, which shouldn't be set in DOS as it would mean unexpected writes. In summary, I didn't do this change only to be reverted back because Bart doesn't like it. Don't apply it to his stable branch, but *leave* it in our unstable, please. The question is: does anyone know what does MS-DOS do? Aitor --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Reading new COUNTRY.SYS records
Hola Eduardo, Not really. In the worst case, only the 4 bytes for the empty DBCS table will be unused. The idea is to overwrite the hardcoded tables for CTYINFO, UCASE, FCHAR, and COLLATE and allocate new memory (if needed) for FUCASE, LCASE and DBCS _only_. What about a combination of your (1) and (3) methods - increase static memory only for FUCASE (by 130 bytes or so) and not support DBCS in COUNTRY.SYS? Arkady wrote that MS-DOS 6.2 doesn't support LCASE for codepage 866 either. I don't see the point. You have the array of nlsPointer structures, which tells you where the tables are for each subfunction. If you have a look at nls_hc.asm, maybe it will be clearer. Indeed, now I see an array ot SEG Table? pointers there. Eduardo, let's keep it simple. If you do the changes to NLS_HC.ASM needed to support the *current* information in COUNTRY.SYS, I'll change CONFIG.C as per your (1) and (3) methods. I detest having to dynamically allocate NLS memory in the kernel. Thanks, Lucho --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
On Mon, 13 Sep 2004, Luchezar Georgiev wrote: > Bart wrote: > > I wonder about those creation time set removals. It looks like your > > removing a useful feature here. Sure a reason given is "MSDOS 7.10 > > doesn't do this". Well, I say, who cares about this specific DOS, > > Isn't *this* specific OS what we try to emulate as closely as possible > (including even its bugs)? no. We want to be compatible with it. That's a subtle but important difference. It means that we should feel free to implement features in FreeDOS not present in any other DOS, as long as it doesn't break existing DOS programs (which of course proved harder than it seems :( ). The reason why the FAT32 version reports 7.10 is simply because "5.00" would mislead some programs into believing that FAT32 support is not present. > It didn't actually do that. FreeDOS did *always* set the creation time > *equal* to the write time. No way. init_direntry set the creation time equal to the write time but only for created or replaced files (status != S_OPENED), and in mkdir. The place where write time starts to be different from creation time is in fnp->f_dir.dir_time = dos_gettime(); fnp->f_dir.dir_date = dos_getdate(); in dos_close(). Since you sound so confident I wrote a small program that creates a file where the creation time is not equal to the write time. > So the creation time didn't hold even a single > of bit of information and was therefore misleading. Making it set the > creation time *only* once, when a file is created, is surprisingly > difficult (I tried and failed), and is not required for a DOS anyway. > Let's not try to be bigger catholics than the pope. There's nothing religious about this. It's simply a feature. Bart #include #include #include int main(void) { int fd = open("fool.dat", O_WRONLY|O_CREAT|O_TRUNC); write(fd, "hello", 5); close(fd); sleep(2); fd = open("fool.dat", O_WRONLY); write(fd, "hello bye", 9); close(fd); return 0; } --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
On Tue, 14 Sep 2004, Luchezar Georgiev wrote: > Not speaking about access date, which > shouldn't be set in DOS as it would mean unexpected writes. I don't understand why access dates are different in DOS than other OSes. If the volume is r/o you can't change the access date, sure. I wonder though about this in RBIL: D-216C00- INT 21 - DOS 4.0+ - EXTENDED OPEN/CREATE AX = 6C00h BL = open mode as in AL for normal open (see also AH=3Dh) bit 7: inheritance bits 4-6: sharing mode bit 3 reserved bits 0-2: access mode 100 read-only, do not modify file's last-access time (DOS 7.0) why would a 100 flag be needed if the last-access time would never be modified? > In summary, I > didn't do this change only to be reverted back because Bart doesn't like > it. Don't apply it to his stable branch, but *leave* it in our unstable, > please. I don't care about the branch it's in really. Neither of the two branches are mine -- but I have write access to both. So I could have simply reverted your change but decided to be a little more polite and tell you why I don't agree. I just want to say that, if I did not like it myself then I would never have implemented it in the first place... The argumentation given by you was given in the CVS commit -- which I don't think is valid but I understand why in some cases you may not want to fiddle with these times (hence the config.sys idea). Then you have another one (it was broken anyway) by email which I can disprove. Or do I gather from you that you absolutely *need* a kernel that is <40k (exactly why is a mystery to me, but it looks like a ROM where everything but exactly 39.5K is taken up by something else) and that one component now uses one extra sector so you desperately need to shave off another sector? Bart --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
The question is: does anyone know what does MS-DOS do? What now unstable FreeDOS does - ZERO creation time/date and access date on each directory entry write. Verified. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
#include #include #include int main(void) { int fd = open("fool.dat", O_WRONLY|O_CREAT|O_TRUNC); write(fd, "hello", 5); close(fd); sleep(2); fd = open("fool.dat", O_WRONLY); write(fd, "hello bye", 9); close(fd); return 0; } Thanks, Bart. Seems that as I already have written so, I AM THE FOOL HERE! Tested, and it's really as you say. Then why my files I worked over in FreeDOS were all with creation times = write times? No, I will resign from kernel development. Let me leave it to the more competent and young. No, seriously!!! --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] Goodbye from Lucho (this time forever)
Sorry Bart, I was wrong AGAIN. I will add creation times again, and this will END my participation in the FreeDOS project. I feel that I'm NOT good for such activity anymore. Jack R.Ellis was right to never participate in mailing lists. At the age of 45, it's time for me to leave the struggle to the youger generations (such as Bart). So, gentlemen - let me resign from FreeDOS development now! Goodbye, people, and sometimes remember Lucho from Bulgaria... And don't forget that MANY Bulgarians are MUCH better than me! --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Goodbye from Lucho (this time forever)
Hello Luchezar, Tuesday, September 14, 2004, 12:18:08 PM, you wrote: > Sorry Bart, I was wrong AGAIN. I will add creation times again, and this > will END my participation in the FreeDOS project. I feel that I'm NOT good > for such activity anymore. Jack R.Ellis was right to never participate in > mailing lists. At the age of 45, So you are REALLY, REALLY OLD (you think) unfortunately, I was 44 when I *started* with the Freedos Kernel, being 48 real soon. so that's no excuse to quit - back to work again ;) tom --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Creation times
On Tue, 14 Sep 2004, Luchezar Georgiev wrote: > > #include > > #include > > #include > > > > int main(void) > > { > > int fd = open("fool.dat", O_WRONLY|O_CREAT|O_TRUNC); > > write(fd, "hello", 5); > > close(fd); > > sleep(2); > > fd = open("fool.dat", O_WRONLY); > > write(fd, "hello bye", 9); > > close(fd); > > return 0; > > } > > Thanks, Bart. Seems that as I already have written so, I AM THE FOOL HERE! > Tested, and it's really as you say. Then why my files I worked over in > FreeDOS were all with creation times = write times? > > No, I will resign from kernel development. Let me leave it to the more > competent and young. No, seriously!!! what is going on? I simply provided a counter-example. Everyone makes mistakes. People provide counter-examples to me as well, then you simply have to accept that, you learned something new, and life goes on. Don't see this as a personal failure. "fool.dat" was more a tongue-in-cheek filename, basically I already had a file named foo.dat so played with that ;) Bart --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] Version setting / Goodbye from Lucho
Hi, CALLVER is http://www.coli.uni-sb.de/~eric/stuff/soft/specials/callver.zip ... and it does not support int 2f.122f nor int 21.33fc YET. If the kernel has it, CALLVER will offer some "set version to ... until the next change" functionality in a later version. FREEVER source code got lost in some harddrive crash years ago, so development of this tool stopped. I wonder if the binaries are still alive. > In case of INT2F/122F "some" software mean mythical Matthias' FREEVER, > which noone of us seen it, and it even unknown if this function need for > FREEVER at all. About boot drives: boot managers can support other values than 0x80 and 0, but I cannot tell you if there are BIOSes which support it as well (if so, the MBR would have to support it, too, and pass it on). > Eric, read and remember forever! I SWEAR TO NEVER EVER DO ANYTHING YOU > WISH ANYMORE!!! Now, please continue the argument with Arkady as I'm sick > and tired of this wasting of my and everyone's time! This is probably about DOS version setting? See above, and sorry for suggesting it if it is a useless function... > No, I will resign from kernel development. Let me leave it to the more > competent and young. No, seriously!!! Pity, but we have to accept that :-(. > Sorry Bart, I was wrong AGAIN. I will add creation times again, and this > will END my participation in the FreeDOS project. I feel that I'm NOT good > for such activity anymore. Jack R.Ellis was right to never participate in > mailing lists. At the age of 45, it's time for me to leave the struggle to > the youger generations (such as Bart)... Well, Tom replied: > unfortunately, I was 44 when I *started* with the Freedos Kernel, > being 48 real soon. I am on vacation, so excuse my slow mail responses. Unless you decide to stay in touch: Goodbye Lucho and hope to hear some DOS comments from you again from time to time! Eric PS: So Arkady needs a new "uploader" who provides webspace for the "eastern world " kernel patch collection and binaries?? Volunteers, speak up! --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Lucho gives up arguing with Arkady
Lucho, you introduce change in interface. _Such_ actions necessarily _must_ be discussed and approved. By whom? By the Boss? Who is the Boss? Arkady? Hi Lucho, don't feel hurt, he is just sayint what we yelled at him so many times :) The boss is ... gess who? the comunity, represented in this list... Cheer-up ;-) Alain --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
Re: [Freedos-kernel] Lucho gives up arguing with Arkady
Alain escribió: Lucho, you introduce change in interface. _Such_ actions necessarily _must_ be discussed and approved. By whom? By the Boss? Who is the Boss? Arkady? Hi Lucho, don't feel hurt, he is just sayint what we yelled at him so many times :) The boss is ... gess who? the comunity, represented in this list... Cheer-up ;-) Alain I agree entirely :) Aitor --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] test bootdisk
Hello all, I've put online a new bootdisk with which I, and you, can easily experiment. Download it from: http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB unzipped] just select option 1. Never mind the menu, just did not get rid of it, and thus you see bug 1. I see some strange things happening. 1) the kernel version Lucho offers contains a 'time remainig' instead of 'time remaining'. Cosmetic bug (a signle 'n'). 2) DISPLAY loads low (see MEM /C /P), while plenty of (UMB)memory is available, and being the FIRST driver loaded. very strange! 3) DISPLAY loads high and ATAPICDD/CDRCACHE load low, if removing the REM from MEM /C in the beginning of autoexec.bat 4) auto-loadhigh did not seem to work for CuteMouse and SHSUCDX. need to explicitly use LH. 5) MEM /C shows some strange empty thing eating almost all UMB-space, when KEYB partially fails to load (done by explicitly entering wrong codepage info, namely XUS instead of US) 6) As indicated, UDMA must not be loaded into UMB space due to a limitation in the great EMM386 driver. 7) CDRCACHE size may be indicated wrongly (or deprecated), but Eric knows best, I guess. I finally got internet again, so after spending this afternoon reading about 300 emails I'm back again. time to continue some developments. last freedos distro is also 6 months old. sorry guys, summer holidays :) Hopefully this bootable diskette allows everyone to experiment and also see what a full-featured bootdisk looks like (It has about all drivers loaded which FreeDOS provides). can anyone confirm my experienced bugs [1..6] ? below should probably have a DEL MEM_UMB.TXT between line 1 and line 2 but I forgot that. also the DEVLOAD comment is wrong, should be UDMA (+DEVLOAD) hope to get some feedback, Bernd @echo off REM MEM /C > MEM_UMB.TXT LH DISPLAY CON=(EGA,,1) REM MEM /C >> MEM_UMB.TXT rem DEVLOAD requires VDS-support for loading into UMBs by EMM386, rem otherwise crashes the system DEVLOAD /Q UDMA.SYS DEVLOAD /H /Q ATAPICDD.SYS /D:FDCD0001 DEVLOAD /H /Q CDRCACHE.SYS FDCD0001 CDRCACH1 5 MODE CON CP PREP=((858) A:\EGA.CPX) MODE CON CP SEL=858 LH SHSUCDX /D:CDRCACH1 LH CTMOUSE LH keyb XUS,,A:\US.KL MEM /C >> MEM_UMB.TXT --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
[Freedos-kernel] Re: test bootdisk
Bernd Blaauw wrote: Hello all, I've put online a new bootdisk with which I, and you, can easily experiment. Download it from: http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB unzipped] OK, just uploaded a new version, now includes fixed autoexec.bat and mounting. program for small ISO file. http://fdos.org/ripcord/beta9-final/test/testing.zip Bart, do you see the unnamed program, eating 48KB (probably just a viewing problem)? (forgive me if you received this mail 3 times, but it probably is a problem in MEM 1.7 and I'm not sure if you have the time to follow most of list-only traffic) Bernd Modules using memory below 1 MB: Name Total Conventional Upper Memory SYSTEM 15,104 (15K) 9,984 (10K) 5,120(5K) HIMEM2,480(2K) 2,480(2K) 0(0K) EMM386 2,624(3K) 2,624(3K) 0(0K) COMMAND 3,984(4K) 2,944(3K) 1,040(1K) DISPLAY 11,648 (11K) 11,648 (11K) 0(0K) UDMA 624(1K)624(1K) 0(0K) ATAPICDD 4,848(5K) 0(0K) 4,848(5K) CDRCACHE 6,160(6K) 0(0K) 6,160(6K) SHSUCDHD 3,216(3K) 0(0K) 3,216(3K) SHSUCDX 9,360(9K) 0(0K) 9,360(9K) CTMOUSE 3,328(3K) 0(0K) 3,328(3K) 48,704 (48K) 0(0K) 48,704 (48K) Free 623,024 (608K)622,880 (608K)144(0K) --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel