Re: [Freedos-devel] DOSFSCK 2G FAT32 bugs fixed!

2004-04-01 Thread Luchezar Georgiev
On Wed, 31 Mar 2004 22:07:55 +0100 (BST), Bart Oldeman wrote: 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

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 10:01:04 +0300, you wrote: Hi, 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 Oh ... I don't know. Hidden switch? :-) Rgds, Johnson.

Re: [Freedos-devel] DOSFSCK 2G FAT32 bugs fixed!

2004-04-01 Thread Luchezar Georgiev
The TU-Varna server doesn't work now Just began working so I put it at http://linux.tu-varna.acad.bg/~lig/freedos/DOSFSCK.EXE (58 KB) Happy testing! But please take into account that I don't maintain it! Lucho --- This SF.Net email is

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Luchezar Georgiev
On Thu, 01 Apr 2004 16:23:53 +0800, Johnson Lam wrote: 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 Oh ... I don't know. Hidden switch? :-) It's documented, not hidden (type

Re: [Freedos-devel] DOSFSCK 2G FAT32 bugs fixed!

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 11:07:34 +0300, you wrote: Hi Lucho, Sorry, but I'm too busy for that. The TU-Varna server doesn't work now, so I can't even do (4). I can't even test how DOSFSCK writes/fixes bad volumes as I don't currently have one handy ;-) If you need web space please tell me, I can

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Arkady V.Belousov
Hi! 1--2004 16:23 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: But VER /R of FreeCOM already does this! Typing VER /R gives: FreeDOS kernel version 1.1.33 JL Oh ... I don't know. Hidden switch? :-) Well known switch (and I sometime mention it):

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 11:55:39 +0300, you wrote: Hi, It's documented, not hidden (type VER /? to see). It exists in M$ COMMAND and JPSoft's 4DOS too. Because in M$ it's a hidden switch (you get nothing by typing VER /?) And I didn't notice it's embedded in FreeCOM. I try to read the FreeDOS

Re: [Freedos-devel] MEM? How about Central Point's MI

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 14:41:10 +0200, you wrote: Hi, when FreeDOS is booted or not? VER /R command shows you all you need. Sorry for this, it's my careless mistake. don't know how to check which version is kernel.sys if you did not boot it. otherwise, simplest is to just download most recent

Re: [Freedos-devel] MEM? How about Central Point's MI

2004-04-01 Thread Bernd Blaauw
Johnson Lam schreef: perhaps SYS CONFIG file can show the kernel version if file is a FreeDOS kernel. I remember no version information when SYS. I didn't try SYS CONFIG. Is it necessary to show version during SYS? My opinion is a bit more information harmless. might be a possible option. SYS

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Alain
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 Ok, but: 1) never dreamed of typing VER /R or VER /? _this extended version should be the dafault_ 2) Kernel version only by

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Bernd Blaauw
Alain schreef: Ok, but: 1) never dreamed of typing VER /R or VER /? _this extended version should be the dafault_ that may be not so compatible to batchfiles etc. VER /R is an ancient trick. 2) Kernel version only by numbers is not enough, there are too many variants that show only in the

Re: [Freedos-devel] MUF (Microsoft's Undocumented Features)

2004-04-01 Thread Bart Oldeman
On Thu, 1 Apr 2004, Luchezar Georgiev wrote: Things like that are Megalo$0ft's favourite trick! Here's what Pat Villani (the author of DOS/C on which our kernel is based) wrote about the Microsoft's love to undocumented features: there is constant debate over Microsoft's use of undocumented

[Freedos-devel] Re: Nazi$0ft (Happy April Fool's Day!)

2004-04-01 Thread Luchezar Georgiev
On Thu, 1 Apr 2004 17:50:12 +0100 (BST), Bart Oldeman wrote: So the result is: Ein Volk, ein Reich (Microsoft), ein Fhrer (William Henry Gates III)! :-( Hmm -- that won't stop you using MS Windows though... User-Agent: Opera7.23/Win32 M2 build 3227 Yes, I use the weapon of the enemy (W2K3)

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Alain
Bernd Blaauw escreveu: 1) never dreamed of typing VER /R or VER /? _this extended version should be the dafault_ that may be not so compatible to batchfiles etc. VER /R is an ancient trick. This will *not* be incompatible because this is just a text output. only difference in that it is a

Re: [Freedos-devel] MEM? How about 'Central Point's MI'

2004-04-01 Thread Arkady V.Belousov
! 1--2004 14:39 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote to [EMAIL PROTECTED]: For this should be used option /C (which is yet equal to /A in my MEM). ASM Unless there's a bug, I don't see many ASM differences between MEMA /C and MEMA /A, ase Perhaps this was a confusion and you mean not

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Arkady V.Belousov
Hi! 1--2004 20:55 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to [EMAIL PROTECTED]: LG Adding *strings* just for information purposes in the precious resident LG space is a bad idea. Lucho, you blindly skip all my mentions about os_release. :( I mention this variable (and subfunction 0xFF)

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Bart Oldeman
On Fri, 2 Apr 2004, Arkady V.Belousov wrote: 1-áÐÒ-2004 20:55 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to [EMAIL PROTECTED]: LG Adding *strings* just for information purposes in the precious resident LG space is a bad idea. Lucho, you blindly skip all my mentions about os_release.

[Freedos-devel] Mail delivery failed: returning message to sender

2004-04-01 Thread Mail Delivery System
|- Failed addresses follow: -| [EMAIL PROTECTED] 550 Mailbox quota exceeded / Mailbox voll. |--- Message text follows: (body too large, truncated) --| Received: from t-online.de ([151.42.108.25]) by mailin03.sul.t-online.de

[Freedos-devel] Loading HIGH and the commandline in PSP

2004-04-01 Thread Aitor Santamaría Merino
Hi, Some time ago, it was mentioned that there is a bug in FreeCOM's implementation of LOADHIGH (or in LH), by which, in my understanding, no space was left in the commandline between the program name and the parameters. This revealed that I am assuming in DISPLAY that such spaces exist, thus

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Bart Oldeman
On Fri, 2 Apr 2004, Arkady V.Belousov wrote: PS: Why you not answer for previous time? because at this point it seems to interest more people than just you. I just cannot answer every question, or I wouldn't have any social life left... PPS: Do you report bugs in RBIL (eg, D-216C00) to Ralf?

Re: [Freedos-devel] MEM? How about 'Central Point's MI'

2004-04-01 Thread Johnson Lam
On Thu, 1 Apr 2004 23:39:12 +0400 (MSD), you wrote: Hi, I mean is yet equal to /A, as I say. In other words: which is not yet completely implemented. Maybe I'm too stupid. MEMA/C or /A with /P give me a scrolled screen, I can see the programs layout but can't scrolled back, I suggest

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Arkady V.Belousov
Hi! 2--2004 00:10 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: PPS: Do you report bugs in RBIL (eg, D-216C00) to Ralf? BO not the one in 216c00 -- I won't spend any effort on this anymore since BO there hasn't been a release for almost 4 years now. BO I did about the confusing

Re: [Freedos-devel] MEM? How about 'Central Point's MI'

2004-04-01 Thread Arkady V.Belousov
Hi! 2--2004 11:43 [EMAIL PROTECTED] (Johnson Lam) wrote to [EMAIL PROTECTED]: JL MEMA/C or /A with /P give me a scrolled screen, I can see the programs JL layout but can't scrolled back, Of course, MEM doesn't store screen output into internal buffers. If you wish to use scrolling

Re: [Freedos-devel] Loading HIGH and the commandline in PSP

2004-04-01 Thread Arkady V.Belousov
Hi! 2--2004 01:17 [EMAIL PROTECTED] (Aitor Santamara Merino) wrote to [EMAIL PROTECTED]: ASM Some time ago, it was mentioned that there is a bug in FreeCOM's ASM implementation of LOADHIGH (or in LH), by which, in my understanding, no ASM space was left in the commandline between the program

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Luchezar Georgiev
On Thu, 01 Apr 2004 15:39:22 -0300, Alain wrote: There is also one other for DR-DOS and something (which I don't know) for Datalife-ROM-DOS. Right. I posted the ROM-DOS one at the kernel mailing list last year. But specificaly for FreeDOS it is not enough because there are far too many

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Luchezar Georgiev
I move this discussion to the place where it belongs - the kernel mailing list. On Thu, 1 Apr 2004 21:46:29 +0100 (BST), Bart Oldeman wrote: This string can't be removed -- it's part of RBIL: D-2133FF- INT 21 - FreeDOS - GET DOS-C/FREEDOS KERNEL RELEASE