[Freedos-kernel] SYS issues

2004-02-28 Thread Arkady V.Belousov
Hi! After some discussion with Eric, we decise that fixing non-filled geometry should be in that way: __O\_/_\_/O__ /* Linux dosfstools 'mkdosfs' treats all filesystems like images, so it does not fill in the physical geometry. To ma

[Freedos-kernel] Re: FreeDOS SYS: FAT16 FAT size

2004-02-28 Thread Arkady V.Belousov
Hi! 28-Фев-2004 23:32 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: I redirect this to group, because think this topic is important. EA> Hi, you will never write a combined FAT16/FAT32 boot sector, But I think about combined FAT12/FAT16. EA> so please do not check whether

Re: [Freedos-kernel] re3: Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread Arkady V.Belousov
Hi! 28-Фев-2004 05:57 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: EA> So it is POSSIBLE that the user next wants to use the same shell again. Or EA> a typo in the SHELL= line threw him out of the shell. In both cases it would EA> be nice to be able to use the old shell line as defau

Re: [Freedos-kernel] re: SYS issues

2004-02-28 Thread Arkady V.Belousov
Hi! 28-Фев-2004 05:52 [EMAIL PROTECTED] (Eric Auer) wrote to [EMAIL PROTECTED]: >> - instead "<= FAT_MAGIC*" used "< FAT_MAGIC*" comparision. [BTW, FAT_MAGIC >> and FAT_MAGIC16 should be FAT12_LAST and FAT16_LAST.] Currently I replace >> this code by more compact code (suggested by Eric :), w

Re: [Freedos-kernel] Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread Bart Oldeman
Following this discussion I looked at when and why I removed the code we're talking about from HMA_TEXT. It's not as easy as a mere code save. It goes all the way back to kernel 2024a released Apr 16 2001. Before that kernel there was a p_0() function in task.c. Around that time we were making h

Re: [Freedos-kernel] Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread Luchezar Georgiev
On Sat, 28 Feb 2004 16:16:34 +0100, Steffen Kaiser wrote: Well, but because those two are assigned to the terminate address of process0, you must initialize them. Regardless from where you start the Load-Process0 function. Done now, but obviously your warning below is right. Um, BTW: process0 mus

Re: [Freedos-kernel] Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread Luchezar Georgiev
On Thu, 26 Feb 2004 21:34:26 +0100, Steffen Kaiser wrote: maybe I totally misinterpreted the stuff, but Init_DosExec() from within kernel() loads process0, right?? Init_DosExec eventually ends up in DosExec() -- or at least in a function identical to it?? DosExec() spawns for example DosComLoade

Re: [Freedos-kernel] Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread FreeCOM
Luchezar Georgiev wrote: I tried to change user_r->CS and user_r->IP, but the linker complained. Well, but because those two are assigned to the terminate address of process0, you must initialize them. Regardless from where you start the Load-Process0 function. Um, BTW: process0 must also have

Re: [Freedos-kernel] re3: Primary shell EXIT crashes with invalid opcode

2004-02-28 Thread Luchezar Georgiev
On Sat, 28 Feb 2004 05:57:07 +0100 (MET), Eric Auer wrote: if the old shell EXITs that does not necessarily mean that it FAILED. Maybe the user simply selected something as shell which does allow him to exit. So it is POSSIBLE that the user next wants to use the same shell again. Or a typo in the