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!
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?
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.
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
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
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
!
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
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
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
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
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
---
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 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 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
14 matches
Mail list logo
