Re: Re: [Freedos-devel] Re: SCANDISK vs DOSFSCK
> > Hi, dosdosfsck-2.8-fat32 does work for FAT32 for me. > IIRC it has bugs in the fat check/recover logic. Something about getting > into a loop and something else about destrying Long Names. My 2.8-fat32 port only contains disk READ functions but should be compatible to non-FAT32 kernels. Yes, the 2.8 dosfstools had bugs like truncating directories when removing broken entries. But as my port cannot write anyway... > IIRC the problem is ONLY about one function to read/write sector beyond > 2Gb. Eric, Do you have these functions that worked for 2.8? I think this is not about the lowlevel functions. They have the problem that as far as I remember Imre only uses FAT32 functions even for FAT1x drives (need FAT32 kernel). Combining the lowlevel functions of me and Imre - if anybody can find the time to do so - would be best. The 2 GB or maybe 4 GB limit is because something must accidentally use 32bit ints instead of long long int (64bit ints, should be available in DJGPP which is used to compile DOSFSCK) somewhere. DOSFSCK processes the disk as a byte array, not a sector array. Only the lowlevel disk I/O functions use sector numbers internally. With fixed and FAT16-kernel compatible disk I/O functions, DOSFSCK 2.10 will be definitely better than my DOSFSCK 2.8-fat32 port. But who has DJGPP and spare time to fix 2.10? Eric. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
Hi! 31-Мар-2004 13:17 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: >> My MEM shows much more info about extended and XMS memory. :) JL> Yes. JL> Just a suggestion, because the program high and low area is very JL> clear, just a glance can see how many memory it take. For this should be used option /C (which is yet equal to /A in my MEM). JL> I suggest a switch that use kilobyte instead of bytes because nowadays JL> programs are usually huge. __O\_/_\_/O__ SegmentSize Owner Type / source --- - - - 1.00k INT vectors table 0040 256BIOS data area 0050 512DOS data area 0070 2.53k 0112 800data area -0144784 QEMM386$ DEVICE=QEMM386 0144 16 [...] 0202 11.9k win386 =D:\WINDOWS\system\win386.exe 0500 352VC environment _ O/~\ /~\O --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] DOSFSCK >2G FAT32 bugs
On Wed, 31 Mar 2004 10:08:09 +0200 (MEST), Eric Auer wrote: The 2 GB or maybe 4 GB limit is because something must accidentally use 32bit ints instead of long long int Right! The erropr happens at line 293 of boot.c (loff_t is 64-bit long long, off_t is 32-bit): fs_test((loff_t) ((total_sectors & ~1)-1) * (loff_t)logical_sector_size, logical_sector_size); int fs_test(loff_t pos,size_t size) in io.c calls llseek(fd,pos,0) which fails to return pos. loff_t llseek(int fd, loff_t offset, int whence) in io.c just returns VolumeSeek(offset). off_t VolumeSeek(off_t offset) in volume.c sets loff_t VolumePointer to offset and returns it. Oops! VolumeSeek() should be loff_t(loff_t offset) instead of off_t VolumeSeek(off_t offset)! But there must be yet another bug, because when I changed it, the bug was still there, although the code generated for VolumeSeek() became correct. Will try to catch the other bug tomorrow. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
Oops! VolumeSeek() should be loff_t(loff_t offset) instead of off_t VolumeSeek(off_t offset)! But there must be yet another bug, because when I changed it, the bug was still there, although the code generated for VolumeSeek() became correct. Will try to catch the other bug tomorrow. Caught it! VolumeSeek() wasn't declared anywhere so its return type was assimed int. See patch. Needless to say that now DOSFSCK works! I can put the binary online for test. Just let me know. Lucho --- io.h- 2002-10-17 08:43:26.0 +0200 +++ io.h2004-03-31 22:19:20.0 +0200 @@ -19,6 +19,10 @@ #endif #endif +loff_t VolumeSeek(loff_t offset); + +/* Sets the virtual file pointer */ + void fs_open(char *path,int rw); /* Opens the file system PATH. If RW is zero, the file system is opened --- volume.c- 2004-01-27 20:33:50.0 +0200 +++ volume.c2004-03-31 21:49:56.0 +0200 @@ -364,7 +364,7 @@ *** Sets the virtual file pointer ***/ -off_t VolumeSeek(off_t offset) +loff_t VolumeSeek(loff_t offset) { VolumePointer = offset; return offset; --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] KEYB and keyboard layouts.
Aitor, I really could use the keyboard layouts and the KEYB executable by now, for testing purposes. looks like KEYB cannot look into subdirectories, and thus the need for the PUSHD/POPD you see below: I'm not sure what KEYB does exactly for locating the layout file: 1)look in current directory? ( %_CWD% ) 2)look in directory where KEYB is located? 3)look in subdirectory KEY (if it exists) of any of the above mentioned directories? this because it's fast: step 4 is slow, and 5 also. 4)look in path? (%PATH%) 5)look in subdirectory KEY (if it exists) of any directory mentioned in the PATH? say path=c:\fdos say current directory is C:\ say C:\FDOS\BIN\KEY\BR274.KL and C:\FDOS\BIN\KEY\BR.KL exist say KEYB is called from autoexec.bat in the following way: C:\FDOS\BIN\KEYB br,,br274.kl /id:274 in above situation, 1) will fail 2) will fail 3) will fail 4) will fail 5) would succeed, as it finds the requested file in the subdirectory KEY of one of the directories mentioned in the PATH variable. can you help me out on this? I really do not wish to do the PUSHD/KEYB/POPD in autoexec.bat! Bernd :DoNLS if exist %fdosroot%\NLS\localize.%2 set lang=%2 set uniqueID=%3 rem Latin America has no codepage number; Japan has no CPI file if "%4"=="" goto loadkeyb if "%5"=="" goto loadkeyb if not exist %fdosroot%\bin\%5.CPI goto loadkeyb rem DEVLOAD DISPLAY.SYS CON=(%5,,1) %fdosroot%\bin\DISPLAY CON=(%5,,1) %fdosroot%\bin\MODE CON CP PREP=((%4) %fdosroot%\bin\%5.CPI) %fdosroot%\bin\MODE CON CP SEL=%4 pause goto loadkeyb :loadkeyb set keybfile=NoKeyboardLayout for %%x in ( %fdosroot%\bin\key\*.kl ) do if "%fdosroot%\bin\key\%6.kl"=="%%x" set keybfile=%%x for %%x in ( %fdosroot%\bin\key\*.KL ) do if "%fdosroot%\bin\key\%6.KL"=="%%x" set keybfile=%%x set keybline= if "%6"=="" goto end shift shift shift shift shift set keybline=%1 %2 %3 %4 %5 %6 %7 %8 %9 pushd %fdosroot%\bin\key for %%x in ( /U %keybline% ) do %fdosroot%\bin\keyb %%x popd pause goto end --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] KEYB and keyboard layouts.
oops..turned into a public request. 2nd time this happens to me! anyway, I'm working on code to allow NLS settings in the next FreeDOS cdrom. (keyboard layouts, codepages) Bernd --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
On Wed, 31 Mar 2004, Luchezar Georgiev wrote: > > Oops! VolumeSeek() should be loff_t(loff_t offset) instead of off_t > > VolumeSeek(off_t offset)! But there must be yet another bug, because > > when I changed it, the bug was still there, although the code generated > > for VolumeSeek() became correct. Will try to catch the other bug > > tomorrow. > > Caught it! VolumeSeek() wasn't declared anywhere so its return type was > assimed int. See patch. Hmm. Sorry I didn't check out how dosfsck is compiled but perhaps you should compile with the GCC -Wall -Wstrict-prototypes options. -Wmissing-declarations may also come in handy -Wnested-externs sometimes too but it depends on your codingstyle. We use these four for DOSEMU and it catches quite a few of these kinds of errors. Bart --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
Hi, Arkady V.Belousov escribio': Hi! 31-Мар-2004 13:17 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: My MEM shows much more info about extended and XMS memory. :) JL> Yes. JL> Just a suggestion, because the program high and low area is very JL> clear, just a glance can see how many memory it take. For this should be used option /C (which is yet equal to /A in my MEM). Sorry, but I strongly disagree. Unless there's a bug, I don't see many differences between MEMA /C and MEMA /A, but it is true that NEITHER resemble MS-MEM /C For example, blocks are not grouped (COMMAND program and environment, e.g.), whereas MS-MEM /C provides a very neat table with grouped blocks. (nor Bart's MEM /U, which is a bit similar but size is not listed in decimal and blocks are not grouped either). I am of course grateful to both of you and to everybody in general to have a MEM, but one must recognise that both have little resemblance with MS-MEM, and switches mismatch terribly... :-) Aitor --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
On Thu, 01 Apr 2004 00:22:54 +0200, you wrote: Hi, >Sorry, but I strongly disagree. Unless there's a bug, I don't see many >differences between MEMA /C and MEMA /A, but it is true that NEITHER >resemble MS-MEM /C Actually I seldom use the traditional FreeDOS MEM (sorry guys) because MI show clearly the program layout without thinking (program resides in different column when loading high or low) >For example, blocks are not grouped (COMMAND program and environment, >e.g.), whereas MS-MEM /C provides a very neat table with grouped blocks. >(nor Bart's MEM /U, which is a bit similar but size is not listed in >decimal and blocks are not grouped either). I've no idea how to sort them, but hope you can advise some good layout >I am of course grateful to both of you and to everybody in general to >have a MEM, but one must recognise that both have little resemblance >with MS-MEM, and switches mismatch terribly... :-) For switches, I agree with you better follow M$ or just MEM show all (may be difficult since too many information) Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
Hi! 1-Апр-2004 00:22 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to [EMAIL PROTECTED]: >>JL> Just a suggestion, because the program high and low area is very >>JL> clear, just a glance can see how many memory it take. >> For this should be used option /C (which is yet equal to /A in my MEM). ---^^^ ASM> Sorry, but I strongly disagree. With what you disagree? That how much of low and high memory used should be showed by /C? Or that this option in MEMA is yet fictive? ASM> Unless there's a bug, I don't see many ASM> differences between MEMA /C and MEMA /A, Of course - see underlined word. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
On Wed, 31 Mar 2004 13:43:50 +0400 (MSD), you wrote: Hi, >SegmentSize Owner Type / source >--- - - - > 1.00k INT vectors table > 0040 256BIOS data area > 0050 512DOS data area > 0070 2.53k > 0112 800data area > -0144784 QEMM386$ DEVICE=QEMM386 > 0144 16 >[...] > 0202 11.9k win386 =D:\WINDOWS\system\win386.exe > 0500 352VC environment Neat. I've an idea, as the official MEM of FreeDOS, is it good to include the FreeCOM and Kernel information also? I got a bit annoy because when I want to check Kernel version I have to reboot, and I don't prefer to have another tool just check for Kernel and FreeCOM. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
Салям! 31-Мар-2004 22:22 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to [EMAIL PROTECTED]: LG> Caught it! VolumeSeek() wasn't declared anywhere so its return type was LG> assimed int. :( This is anohter reason, why I so hate C mode, when prototypes may be omited. :( How much of other bugs prototypeless mode was and is allows! :( --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
Hi! 1-Апр-2004 11:14 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: JL> I've an idea, as the official MEM of FreeDOS, is it good to include JL> the FreeCOM and Kernel information also? Which (information) one? JL> I got a bit annoy because when I want to check Kernel version I have JL> to reboot, and I don't prefer to have another tool just check for JL> Kernel and FreeCOM. You mean, that info after MEMA/t (see last line) is not enough? --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Kernel version
Johnson Lam escreveu: I've an idea, as the official MEM of FreeDOS, is it good to include the FreeCOM and Kernel information also? I got a bit annoy because when I want to check Kernel version I have to reboot, and I don't prefer to have another tool just check for Kernel and FreeCOM. I wrote some time ago a small program to show FreeDOS kernel version. It really should be part of Freecom ;-) it was tested in BC31. I have the .exe if you want it #include #include #include int main(void) { int i; char far *p; union REGS regs; regs.x.ax = 0x3000; int86(0x21, ®s, ®s); /* check oem-id*/ if (regs.h.bh==0xfd){ printf("FreeDOS detected: Int21/30 says OEM-ID=0fdh\n"); printf(" Dos verion = %d.%d\n",regs.h.al,regs.h.ah); printf(" Kernel version %d.%d.%d\n",regs.h.ch,regs.h.cl,regs.h.bl); regs.x.ax = 0x33ff; int86(0x21, ®s, ®s); /* get version string */ p = (char far*)MK_FP(regs.x.dx,regs.x.ax); if ( *(int far*)p == 0x7246) /* fast string checking "Fr" */ printf(" %Fs\n",p); }else{ printf("NOT FreeDOS: Int21/30 says OEM-ID=0%02xh\n",regs.h.bh&0xff); return !(regs.h.bh==0xfd); /* error level */ } return 0; } --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
Hi! 1-Апр-2004 00:56 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]: A> I wrote some time ago a small program to show FreeDOS kernel version. A> It really should be part of Freecom ;-) Agreed, VER/R. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] dosfsck
Excuse me for the ignorance,but what is the dosfsck file download URL? I could find no mention of it at freedos.org neither I could find a dosfsck or a fsck directory at ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos or ../util JAS --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM? How about "Central Point's MI"
On Thu, 1 Apr 2004 07:34:44 +0400 (MSD), you wrote: Hi! >JL> I've an idea, as the official MEM of FreeDOS, is it good to include >JL> the FreeCOM and Kernel information also? > Which (information) one? Ah ... Sorry! I missed ... The version and kernel/FreeCOM infomation (not include deivers, sometimes just want to see how much memory system occupy) >JL> I got a bit annoy because when I want to check Kernel version I have >JL> to reboot, and I don't prefer to have another tool just check for >JL> Kernel and FreeCOM. > You mean, that info after MEMA/t (see last line) is not enough? Is it able to detect FreeCOM and kernel's version also? Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 00:56:17 -0300, you wrote: Hi, >I wrote some time ago a small program to show FreeDOS kernel version. >It really should be part of Freecom ;-) >it was tested in BC31. I have the .exe if you want it Thanks. Can you post here? Or is it on the FreeDOS software list? IMO, there're too many programs, if MEM can have similar function (or simply integrate your code). We can have a single program instead of several small tools, causing confusion to new or M$ old users. Or improve FreeCOM's "VER" to show Kernel version also. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
Hi! 1-Апр-2004 13:41 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: JL> IMO, there're too many programs, if MEM can have similar function (or JL> Or improve FreeCOM's "VER" to show Kernel version also. I think, "improve VER" is a better way, than MEM. :) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 13:41:33 +0800, Johnson Lam wrote: Or improve FreeCOM's "VER" to show Kernel version also. But VER /R of FreeCOM already does this! Typing VER /R gives: FreeCom version 0.82 pl 3 XMS_Swap [Dec 10 2003 06:49:21] DOS version 7.10 FreeDOS kernel version 1.1.33 Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
Hi! 1-Апр-2004 10:01 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to [EMAIL PROTECTED]: LG> But VER /R of FreeCOM already does this! Typing VER /R gives: >> FreeDOS kernel version 1.1.33 __O\_/_\_/O__ /* Get DOS-C release string pointer */ case 0xff: irp->DX = FP_SEG(os_release); irp->AX = FP_OFF(os_release); break; _ O/~\ /~\O __O\_/_\_/O__ GLOBAL const BYTE ASM os_release[] #ifdef MAIN = "FreeDOS kernel version " KERNEL_VERSION_STRING " (Build " KERNEL_BUILD_STRING ") [" __DATE__ " " __TIME__ "]\n" _ O/~\ /~\O --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel