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 STRIN

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 versions

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 poss

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 Santamarэa 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 progr

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 conf

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 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?

[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

[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 w

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Arkady V.Belousov
Hi! 1-Апр-2004 21:46 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: >> variable... And now you say that this is bad idea (when you say nothing >> earlier)?! BO> This string can't be removed -- it's part of RBIL: BO> D-2133FF- BO> I sent this to Ra

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_r

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 0

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 confus

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 littl

Re: [Freedos-devel] Kernel version

2004-04-01 Thread Luchezar Georgiev
On Thu, 01 Apr 2004 18:41:44 +0200, Bernd Blaauw wrote: Alain schreef: 2) Kernel version only by numbers is not enough, there are too many variants that show only in the kernel description string string (like fat32) This is shown on kernel startup. The DOS Function 30h code is (inthndlr.c, lin

[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 FÃhrer (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) agai

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 undoc

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 kernel

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 numbe

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 optio

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

2004-04-01 Thread Bernd Blaauw
Roberto Mariottini schreef: Where I can find sources? http://users.pandora.be/imre/FreeDOS/ the LSM files from all his other projects should also point to it. now only LSM-file of RECOVER v0.1 points to it. Bernd --- This SF.Net email is spo

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

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 06:53:15 -0600, you wrote: Hi uso. >"ver /r" does show kernel version info I "flashed" my head. Rgds, Johnson. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins,

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] DOSFSCK >2G FAT32 bugs fixed!

2004-04-01 Thread Roberto Mariottini
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Luchezar Georgiev > Sent: Thursday, April 01, 2004 10:48 AM > To: [EMAIL PROTECTED] > Subject: Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed! > > Just began working so I put it at > http://linux.

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

2004-04-01 Thread Johnson Lam
On Thu, 01 Apr 2004 13:31:39 +0300, you wrote: Hi Lucho, >> If you need web space please tell me, I can host files for you. >Thanks! But it started working so I already put it there (see my other >message). Anyone need help can contact me. Geocities and Yahoo can delete your files anytime, not

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

2004-04-01 Thread aitor . sm
Hi, >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 ye

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

2004-04-01 Thread Bernd Blaauw
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. when FreeDOS is booted or not? VER

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

2004-04-01 Thread Steve Nickolas - Using Windoze
Johnson Lam wrote: 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. "ver /r" does sh

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

2004-04-01 Thread Luchezar Georgiev
On Thu, 01 Apr 2004 17:18:05 +0800, Johnson Lam wrote: If you need web space please tell me, I can host files for you. Thanks! But it started working so I already put it there (see my other message). Because in M$ it's a hidden switch (you get nothing by typing "VER /?") Things like that are Meg

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] 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): __O\_/__

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 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 V

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 sponsore

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
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 c