On Fri, 2 Apr 2004, Arkady V.Belousov wrote:
Hello all,
may we end this thread please like so?
File a bug report in Bugzilla for FreeCOM, in which you (er, the
unpersonal "you") explain what information are to display _and_ how to
acquire them.
Would this be a good suggestion?
Bye,
--
Steff
Below are my quotes and after them, the corresponding explanations.
You've always been honest to me so I'll be honest to you, too.
I'm too busy/lazy/whatever to implement this, so here's an excuse:
"Please redirect your request to FreeDOS-kernel mailing list" ;-)
For the last 2 years Alain has wis
On Fri, 02 Apr 2004 10:24:46 +0300, you wrote:
Hi Lucho,
>You've always been honest to me so I'll be honest to you, too.
>I'm too busy/lazy/whatever to implement this, so here's an excuse:
>"Please redirect your request to FreeDOS-kernel mailing list" ;-)
Lazy cause technology to advance!
>To b
On Fri, 02 Apr 2004 14:15:25 -0300, Alain wrote:
Do you have it handy to send it back to me? I hava a dos version program
and I do have a rom-dos and I would like to test it.
Here it is, from my old archives (when I was a Linux man using ROM-DOS and
FreeDOS was DOS/C):
Can an application tell t
Hi Lucho.
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.
Do you have it handy to send it back to me? I hava a dos version program
and I do have a rom-dos and I would like to test it
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
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
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
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?
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
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
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
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
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
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
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
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
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\_/__
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
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.
--
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
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
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. :)
---
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
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 spon
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 som
26 matches
Mail list logo
