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
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
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
---
T
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
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
Салям!
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 p
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
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
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 cl
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
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 cor
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 Linu
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? (
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!
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
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
> > 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,
21 matches
Mail list logo
