Hi Eric,
2007/9/19 Eric Auer :
> I tried to fix bug 1908: Our kernel used to need a fresh
> dir entry for renaming, as it renamed by "create new dir
> entry for file, then mark old entry as deleted". My patch
> tries to limit this to cases where you rename files or
> directories across directorie
2009/5/15 Kenneth J. Davis :
> Thanks, saved me some time further examining it. Explains why 0 was
> being passed in. Reviewing it further, I should have caught that. I
> still haven't found any programs other than old GEM that use FCBs for
> more than volume label, but its a bit hard to query f
On Fri, May 15, 2009 at 12:07 AM, Bart Oldeman
wrote:
> Hi,
>
> there's a problem with the recent FCB fix -- I was a little suspect
> seeing the change.
> After testing with the old GEM, it seems the problem is in FCBOpen: it
> initializes too much, see also
> http://www.drdos.com/dosdoc/sysprog/c
Hi,
there's a problem with the recent FCB fix -- I was a little suspect
seeing the change.
After testing with the old GEM, it seems the problem is in FCBOpen: it
initializes too much, see also
http://www.drdos.com/dosdoc/sysprog/chap4.htm
After opening GEM does something like "mov cx,es:[007d]" f
2009/5/1 Eric Auer :
> Why did our old code do that complex "put bp at [bp+2]" thing?
I don't know; it is old code from Pat Villani. Perhaps it wanted to do an extra
"pop bp" from that place but bp was already set to sp so that would be
wrong too.
>> -pushbp ; tr
On Fri, May 1, 2009 at 4:01 AM, Eric Auer wrote:
>
> Hi Bart,
>
> thanks for making the patch much shorter, very "commitable" now :-)
>
> Why did our old code do that complex "put bp at [bp+2]" thing? And
don't know
> what does the "cpm_error jump decision now inverted" patch mean?
skips the call
Hi Bart,
thanks for making the patch much shorter, very "commitable" now :-)
Why did our old code do that complex "put bp at [bp+2]" thing? And
what does the "cpm_error jump decision now inverted" patch mean?
Eric
> This is a minimal fix for [entry.asm]
...
> -pushbp
On Thu, Apr 30, 2009 at 8:18 PM, Bart Oldeman
wrote:
...
> This is a minimal fix for the kernel:
>
> --- entry.asm (révision 1371)
> +++ entry.asm (copie de travail)
...
> This bug has been there since the DOS-C days by the way!
>
> Bart
Thank you!
Patch committed along with some comments to
2009/4/30 Christian Masloch :
> There's some C library based on the CALL 5 but I never used it. My test
> case was setting up the correct registers (function in cl instead of ah,
> only functions 00h..24h valid) then using a "call 5" in DEBUG. (Be sure to
> use FreeDOS's DEBUG because MS-DOS's app
>> - Christian: entry.asm revamp to fix the CP/M call (review!)
>> http://sf.net/tracker/?func=3Ddetail&aid=3D2421577&group_id=3D5109&atid=
> =3D105109
>
> anyone know of any CP/M like programs or applications to test these with?
There's some C library based on the CALL 5 but I never used it. My t
Hi Bernd,
>> Offtopic: fdos.org was down temp because I forgot to update...
> Hi Jeremy, good to hear from you.
Definitely :-)
> This would probably be a bad time for announcing I've lost fdos.org ftp
I did not even know you had one! So you could actually have
fixed some of the way outdated
Kenneth J. Davis schreef:
> Offtopic: fdos.org was down temp because I forgot to update my credit
> card info when my bank issued me a new one a few months back (possible
> leak of info or something) and I'm still working getting my registar
> information corrected so I can insure the domain name
free time at last...
On Wed, Apr 29, 2009 at 8:49 PM, Eric Auer wrote:
>
> Hi Bart, admins, others,
>
>>> Would you like to have access again? Should be no problem :-)
>
>> Sure!
>
> Apparently only Aitor, Jim and Pat can give you SVN write
> access but I think that would be a *very* nice idea...
Hi Bart, admins, others,
>> Would you like to have access again? Should be no problem :-)
> Sure!
Apparently only Aitor, Jim and Pat can give you SVN write
access but I think that would be a *very* nice idea... ;-).
I noticed Pat already uploaded your SYS OW 1.8 fix :-).
If you plan to patch
Hi Eric,
2009/4/25 Eric Auer :
> Would you like to have access again? Should be no problem :-)
Sure!
> Question about the change in OpenWatcom headers which
> now apparently want 32 bit arguments for 16 bit values,
> which breaks not only SYS but also other DOS apps:
>
> - why did they do it?
Hi Bart,
> here's a patch to be able to compile SYS with OW 1.8. I've lost SVN
> commit access...
Would you like to have access again? Should be no problem :-)
> +#if defined(__WATCOMC__) && __WATCOMC__ < 1280
>unsigned short date, time;
> +#else
> + unsigned date, time;
> +#endif
Questio
Hi,
here's a patch to be able to compile SYS with OW 1.8. I've lost SVN
commit access (sorry Jim for not responding to your email, I was very
busy at the time), so I'm sending a patch in the hope somebody will
apply it.
Bart
Index: sys/sys.c
==
Hi everybody,
I have been thinking about the issue described in bug 1748:
freedos.sourceforge.net/bugzilla/cgi-bin/show_bug.cgi?id=1748
On some embedded systems, when you set the date to >= 2000 with
DOS and reboot, DOS will report a date of 1980. My theory is that
this is because that embedded
Hi all,
I tried to fix bug 1908: Our kernel used to need a fresh
dir entry for renaming, as it renamed by "create new dir
entry for file, then mark old entry as deleted". My patch
tries to limit this to cases where you rename files or
directories across directories. If both old and new name
are i
Eduardo Casino wrote:
Hello All,
This patch adds support for int 2F122B (Internal IOCTL) and int 2F122D
(Internal Get Extended Error) to kernel.
Those are necessary for the upcoming new version of NLSFUNC to work with
DISPLAY 1.0.
Regards,
Eduardo.
Thank you, committed.
Jeremy
--
Hello All,
This patch adds support for int 2F122B (Internal IOCTL) and int 2F122D
(Internal Get Extended Error) to kernel.
Those are necessary for the upcoming new version of NLSFUNC to work with
DISPLAY 1.0.
Regards,
Eduardo.
diff -uNrp /home/eduardo/fdos/kernel/cvs/unstable/kernel/kernel/inth
ve access
to my development computers).
Jeremy
-- Original Message -
Subject: [Freedos-kernel] Patch from Jason Hood
Date: Wed, 22 Dec 2004 14:21:38 +0100
From: Roberto Mariottini <[EMAIL PROTECTED]>
To: freedos-kernel@lists.sourceforge.net
Have you seen the patch posted by Jason
Have you seen the patch posted by Jason Hood on its web page?
http://www.geocities.com/jadoxa/doslfn/
direct link: http://www.geocities.com/jadoxa/doslfn/fdexdpb.txt
He says it fixes problems with Volkov Commander, other than with DOSLFN.
Ciao
---
Hi,
This small patch updates country code and codepage for the active
package when using COUNTRY=. It is for UNSTABLE.
Eduardo.
diff -uNrp cvs/kernel/hdr/nls.h eduardo/kernel/hdr/nls.h
--- cvs/kernel/hdr/nls.h2004-09-22 20:41:57.0 +0200
+++ eduardo/kernel/hdr/nls.h2004-11-05
--- inthndlr.c
+++ inthndlr.c
@@ -467,8 +467,10 @@
lr.AL = 0x00;
r->FLAGS |= FLG_ZERO;
- if (StdinBusy())
+ if (StdinBusy()) {
+DosIdle_int();
break;
+ }
r->FLAGS &= ~FLG_ZERO;
/* fall through */
---
BTW, Lucho, if you wish, I may prepare for you macroses in TASM to ease
writing more readable and safer country.asm. Probably, someone then may
translate these macro to NASM?
Such translation will be very difficult if not impossible because NASM is
too incompatible :-( So, don't bother with it.
Hi!
12-Сен-2004 14:23 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
>> * There is no room for the LCASE table, so it won't be possible to load
>> the ru/866 pair.
BTW, in contary to RBIL (which says that INT21/6503 is present only in
"DOS 6.2+ COUNTRY.SYS" and "supports
Hi!
BTW, Lucho, if you wish, I may prepare for you macroses in TASM to ease
writing more readable and safer country.asm. Probably, someone then may
translate these macro to NASM?
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. B
Hola, Eduardo!
This patch adds DBCS support to DOS-65-23 (Determine if a character
represents yes/no response) as specified by RBIL, and fixes DOS-63-00
(Get Double Byte Character Set lead-byte table.) It now returns the DBCS
table from the active NLS package, not the harcoded one. Applies to
u
Hi,
This patch adds DBCS support to DOS-65-23 (Determine if a character
represents yes/no response) as specified by RBIL, and fixes DOS-63-00
(Get Double Byte Character Set lead-byte table.) It now returns the DBCS
table from the active NLS package, not the harcoded one. Applies to
up-to-date CVS
Hola, Eduardo!
OK, done again. New patch in:
http://perso.wanadoo.es/samelborp/country3.zip
It also adds complete NLS info for (de,at)/(850,858,437), and keeps the
entry for tr/850, but makes tr/857 the default.
Thanks! Just applied it, tested, uploaded the 7K binary to my page, and
committed t
Hi, Lucho,
El sáb, 11-09-2004 a las 19:56, Luchezar Georgiev escribió:
> Thanks! But earlier, I changed the format of the CTYINFO table back to the
> old, much more readable format, by using a macro (idea by Arkady). So it
> won't apply. Would it be too difficult for you to modify it for the ne
Hola Eduardo,
This patch adds complete NLS tables to COUNTRY.SYS for the following
country/codepage pairs:
es/850, es/437, us/437, us/850, uk/850, uk/437, ar/850, ar/437, la/850,
la/437, au/437, au/850
Includes an extension: table 23 (Yes and No chars).
As it is a bit long, you can download it
El sáb, 11-09-2004 a las 01:08, Aitor Santamaría Merino escribió:
> What about adding CP 858 for those for which 850 is standard?
> It is exactly equal to 850, except that it replaces the turk dotless i
> (850 does not make sense for Turkey) with the EURO character.
> Henrique knows more about th
What about adding CP 858 for those for which 850 is standard?
It is exactly equal to 850, except that it replaces the turk dotless i
(850 does not make sense for Turkey) with the EURO character.
Henrique knows more about this (the position of the euro in the table).
As this does not make a change
Hello,
I uploaded the wrong patch to my page. I have updated it now, so please
download it again from the same location:
http://perso.wanadoo.es/samelborp/country.zip
Sorry for the inconvenience.
Eduardo.
---
This SF.Net email is sponsored
Hello,
This patch adds complete NLS tables to COUNTRY.SYS for the following
country/codepage pairs:
es/850, es/437, us/437, us/850, uk/850, uk/437, ar/850, ar/437, la/850,
la/437, au/437, au/850
Includes an extension: table 23 (Yes and No chars).
As it is a bit long, you can download it from:
interesting loading option, I have SCSI internal zip100 iomega drive.
Does DEVLOAD 3.13 also work for you instead of DYNALOAD?
(no idea if we have put it online somewhere, though :( )
I haven't tried it, but there is no reason why it shouldn't work.
Luchezar Georgiev schreef:
I had composed a simple batch file (LOADZIP.BAT) to replace GUEST and
consume less memory. It's dated 2 May 2004 so it had worked with build
2034, as GUEST did. Here it is
@dynaload c:\iomega\aspippm1.sys file=byte.ilm speed=1 info
@c:\iomega\scsicfg.exe /v
@dynaload c
Did you run "guest" to load the drivers for the parallel port Zip Drive?
Yes, and it worked for me.
I tried it three months ago and I could not get it to work. Kernel
version is 2.1.34.
I had composed a simple batch file (LOADZIP.BAT) to replace GUEST and
consume less memory. It's dated 2 May 200
Hi!
Luchezar Georgiev wrote:
Hello,
First, I'd like to express my gratitude to Alain Mouette for his
generous donation of an external 100 MB parallel ZIP drive + disks to me
which allowed me to catch the bug below. Thank you, Alain!
Did you run "guest" to load the drivers for the parallel port Z
Luchezar Georgiev escreveu:
Hello,
First, I'd like to express my gratitude to Alain Mouette for his
generous donation of an external 100 MB parallel ZIP drive + disks to me
which allowed me to catch the bug below. Thank you, Alain!
I am very glad that it was usefull.
Alain
--
Hello,
First, I'd like to express my gratitude to Alain Mouette for his generous
donation of an external 100 MB parallel ZIP drive + disks to me which
allowed me to catch the bug below. Thank you, Alain!
Attached is the file CVSPATCH.TXT - a cumulative patch for the unstable
branch that contain
Hi All,
This patch differentiates the calls to NLSFUNC's MUX-14-01 and
MUX-14-03. Fixes implementation of int 21-38-XX/DX= (SET COUNTRY
CODE) and int 21-66-02 (SET GLOBAL CODE PAGE TABLE) and is needed for
the upcoming NLSFUNC (together with this previous patch by Steffen,
which is already in
Hi!
- clarification for Luch's patch.
--- Begin Message ---
diff -ruNp old/kernel/inthndlr.c new/kernel/inthndlr.c
--- old/kernel/inthndlr.c 2004-07-25 02:53:58.0 +
+++ new/kernel/inthndlr.c 2004-07-25 16:54:58.0 +
@@ -1232,7 +1232,14 @@ dispatch:
if (
Hi!
- fix: INT21/42: for seeking error was always returned DE_INVLDHNDL; now
error propagated from lower levels.
--- Begin Message ---
diff -ruNp old/kernel/dosfns.c new/kernel/dosfns.c
--- old/kernel/dosfns.c 2004-07-25 01:25:20.0 +
+++ new/kernel/dosfns.c 2004-07-25 02:31:20.0
Hi!
This is my (first) try to bugfix wrong INT21/1B, INT21/1C and INT21/36.
Sorry, tom, but there more than 1-2 lines of diff, and I doubt that this
diff may be (noticeably) reduced.
dosfns.c
- bugfix: DosGetFree(): *navc was accessed (read and write) without checking
if navc!=NULL; instead "n
Hi!
- small code cleanup (generated code not changed).
--- Begin Message ---
diff -ruNp old/kernel/dosfns.c new/kernel/dosfns.c
--- old/kernel/dosfns.c 2004-07-20 17:57:38.0 +
+++ new/kernel/dosfns.c 2004-07-24 21:22:54.0 +
@@ -308,19 +308,14 @@ long DosRWSft(int sft_idx,
Hi!
24-Июл-2004 22:17 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
AVB> - bugfix: INT21/29: into FcbParseFname() was not passed options from AL.
Forget to mention: casually :) this bugfix reduces resident code (in
inthndlr.c) by ~50 bytes. :)
---
Hi!
- bugfix: INT21/29: into FcbParseFname() was not passed options from AL.
--- Begin Message ---
diff -ruNp old/kernel/fcbfns.c new/kernel/fcbfns.c
--- old/kernel/fcbfns.c 2004-05-24 04:42:56.0 +
+++ new/kernel/fcbfns.c 2004-07-24 22:04:40.0 +
@@ -85,7 +85,7 @@ BYTE FAR
Hi!
- bugfix: (Bart) call_nls: was not preserved DI register.
--- Begin Message ---
diff -ruNp old/kernel/int2f.asm new/kernel/int2f.asm
--- old/kernel/int2f.asm2004-06-26 15:41:34.0 +
+++ new/kernel/int2f.asm2004-07-24 14:40:10.0 +
@@ -411,6 +411,7 @@ _cal
Hi!
- (Lucho) fix for ioctl.c.
--- Begin Message ---
diff -ruNp old/kernel/ioctl.c new/kernel/ioctl.c
--- old/kernel/ioctl.c 2004-06-09 23:43:38.0 +
+++ new/kernel/ioctl.c 2004-07-24 14:22:44.0 +
@@ -124,11 +124,20 @@ COUNT DosDevIOctl(lregs * r)
attr = dev->dh_at
Hi!
- more comments.
--- Begin Message ---
diff -ruNp old/config.b new/config.b
--- old/config.b2004-07-06 01:00:34.0 +
+++ new/config.b2004-07-24 11:40:46.0 +
@@ -109,6 +109,7 @@ set XUPX=upx --8086 --best
:
Hi!
23-Июл-2004 20:07 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO> this patch speaks for itself. I guess Arkady won't like it
Of course. :( But for me more important ideas, than formatting or even
more readable type names, so I survive, I suggest. :)
BO> and Tom thinks
Hi,
this patch speaks for itself. I guess Arkady won't like it and Tom thinks
I'm crazy to even look at this code (though it does save 1.5K on
HMA_TEXT, that's tempting). But anyway, who cares :)
For me this search and replace exercise is simply necessary to make sense
out of the code without
Hi!
Under the hard pressure of tom, Steffen and Eric, I prepare patch for
main.c. Now, into empty environment before calling SHELL added "PATH=.".
Also, there small optimization.
--- Begin Message ---
diff -ruNp old/kernel/main.c new/kernel/main.c
--- old/kernel/main.c 2004-07-18 07:52:18.
Hi!
- small optimization (induced by Eric).
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-07-20 22:27:16.0 +
+++ new/kernel/dsk.c2004-07-20 22:16:48.0 +
@@ -804,32 +804,22 @@ STATIC WORD dskerr(COUNT code)
translat
Hi!
- small bugfix.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-06-11 04:47:48.0 +
+++ new/kernel/dsk.c2004-07-20 22:27:16.0 +
@@ -711,7 +711,7 @@ STATIC WORD Genblkdev(rqptr rp, ddt * pd
break;
}
Hi!
- slightly more comments.
--- Begin Message ---
diff -ruNp old/kernel/dosfns.c new/kernel/dosfns.c
--- old/kernel/dosfns.c 2004-07-20 16:59:04.0 +
+++ new/kernel/dosfns.c 2004-07-20 17:57:38.0 +
@@ -1015,7 +1015,7 @@ STATIC int pop_dmp(int rc, dmatch FAR *
dta = sa
Hi!
- optimization for SftSeek(); later it will be optimized together with
DosSeek() to make better calling from inthndlr.c.
- common code from DosFindFirst() and DosFindNext() moved to pop_dmp().
--- Begin Message ---
diff -ruNp old/kernel/dosfns.c new/kernel/dosfns.c
--- old/kernel/dosfns.c 2
Hi!
- (Eric) cleanup for types. This _not_ changes generated code.
--- Begin Message ---
diff -ruNp old/hdr/dcb.h new/hdr/dcb.h
--- old/hdr/dcb.h 2002-12-08 16:17:16.0 +
+++ new/hdr/dcb.h 2004-07-20 15:08:40.0 +
@@ -80,8 +80,8 @@ struct dpb {
ULONG dpb_xdata
--- Begin Message ---
diff -ruNp old/docs/history.txt new/docs/history.txt
--- old/docs/history.txt2004-05-30 13:56:58.0 +
+++ new/docs/history.txt2004-05-31 23:47:36.0 +
@@ -24,11 +24,10 @@
* time.h, fatfs.c: converted TM_ENCODE into a function.
Hi!
- (Lucho) 32-bit division code for 386-enabled Watcom kernel.
--- Begin Message ---
diff -ruNp old/kernel/ludivmul.inc new/kernel/ludivmul.inc
--- old/kernel/ludivmul.inc 2002-01-26 17:13:14.0 +
+++ new/kernel/ludivmul.inc 2004-07-17 11:26:04.0 +
@@ -51,6 +51,7
Hi!
- callerARG1 declared as xreag instead UWORD.
--- Begin Message ---
diff -ruNp old/kernel/inthndlr.c new/kernel/inthndlr.c
--- old/kernel/inthndlr.c 2004-07-15 00:42:06.0 +
+++ new/kernel/inthndlr.c 2004-07-15 02:16:58.0 +
@@ -1623,9 +1623,10 @@ STATIC VOID
Hi!
- :noenv and :abort-cd should be separated, else error about issues with
environment given also in case of compilation errors.
--- Begin Message ---
diff -ruNp old/build.bat new/build.bat
--- old/build.bat 2004-07-14 20:17:36.0 +
+++ new/build.bat 2004-07-14 21:04:28
Hi!
- missed one more dependency for drivers/*.asm in makefile.
- missed mention for sys/turboc.cfg and utils/tutboc.cfg.
--- Begin Message ---
diff -ruNp old/drivers/makefile new/drivers/makefile
--- old/drivers/makefile2004-07-01 22:27:10.0 +
+++ new/drivers/makefile
Hello Steffen,
> Sorry it took so long.
No problem, I suppose that you are busy.
(For the list: This is a reply to a message I sent to Steffen off the
list and that I've attached to the end of this one)
> Honestly, I would like to:
>
> a) either get my whole distribution off the kernel or
A b
On Fri, 25 Jun 2004, Eduardo Casino wrote:
Hallo Eduardo,
Sorry it took so long.
Honestly, I would like to:
a) either get my whole distribution off the kernel or
b) get in touch with you about the internals and the design decissions.
BTW: I had changed your name in the CHANGED history file.
Bye,
--
Hi!
29-Июн-2004 23:23 [EMAIL PROTECTED] (Eduardo Casino) wrote to
[EMAIL PROTECTED]:
>> - source: (Bernd) the codepage table rewritten into a smaller layout.
>> - bugfix: (Bernd, Aitor) country ID for Spain set to 34 (instead 33).
EC> I'm sorry, I missed this post. I see it now in the archives.
> __O\_/_\_/O__
> - source: (Bernd) the codepage table rewritten into a smaller layout.
> - bugfix: (Bernd, Aitor) country ID for Spain set to 34 (instead 33).
> _
I'm sorry,
Eduardo Casino schreef:
Hi!
Country code for Spain is 34, not 33.
Eduardo.
fixed in Arkady's version, and please check your clock - it's 23:15 here
and your message is dated 30-06-2004 00:21 or so.
one hour too much.
thanks for the patch though :)
Bernd
Hi!
30-Июн-2004 00:21 [EMAIL PROTECTED] (Eduardo Casino) wrote to
[EMAIL PROTECTED]:
EC> Country code for Spain is 34, not 33.
EC>/* Spain */ ,{
EC> -33, /* = W1 W437 # Country ID & Codepage */
EC> +34, /* = W1 W437 # Country ID &
Hi!
Country code for Spain is 34, not 33.
Eduardo.
diff -uNrp ke2035.orig/kernel/config.c ke2035/kernel/config.c
--- ke2035.orig/kernel/config.c 2004-06-24 13:41:15.0 +0200
+++ ke2035/kernel/config.c 2004-06-30 00:16:03.0 +0200
@@ -2120,7 +2120,7 @@ struct CountrySpecificIn
Hi!
entry.asm
- fix: was used signed comparision instead unsigned.
int2f.asm
- fixed wrong comment.
--- Begin Message ---
diff -ruNp old/kernel/entry.asm new/kernel/entry.asm
--- old/kernel/entry.asm2004-05-30 12:31:14.0 +
+++ new/kernel/entry.asm2004-06-26 15:22:06.00
Hi Tom,
> a)
> why do you need int2f/12 in the first first place ?
> are you really executing this from inside KERNEL ?
> do you really need to use internal functions ?
Yes. NLSFUNC implements kernel extensions to access NLS data from an
external file (namely COUNTRY.SYS) and these extensions are
Hi!
25-Июн-2004 20:02 [EMAIL PROTECTED] (tom ehlert) wrote to Eduardo Casino
<[EMAIL PROTECTED]>:
>> + lrc = DosSeek(r.BX, (LONG)ULONG) (r.CX)) << 16) | r.DX), r.BP);
>> + if (lrc == -1)
>> +lrc = DE_INVLDHNDL;
>> + else
>> + {
>> +r.DX = (UWORD)(lrc >> 16)
Hello Eduardo,
> I'm implementing NLSFUNC for FreeDOS and I've found that many (most) of
> the needed MUX functions are missing.
> This patch implements functions 2F1226h to 2F1229h. This, together with
> my previous nls.c patch, allowed me to make a first working
> implementation of NLSFUNC's in
Hi!
25-Июн-2004 08:42 [EMAIL PROTECTED] (Steffen Kaiser) wrote
to "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>:
>> Trivial patch. Pass correct values for codepage and country from DOS-38
>> and DOS-65-XX functions to MUX-14 functions.
SK> I would actually suggest the following function, as searchPacka
El vie, 25-06-2004 a las 08:42, Steffen Kaiser escribió:
> I would actually suggest the following function, as searchPackage is
to
> resolve the default values as well; otherwise your patch breaks the
> possibility of non-direct (MUX-only) country data, which in turn
breaks
> the whole current N
On Fri, 25 Jun 2004, Eduardo Casino wrote:
Trivial patch. Pass correct values for codepage and country from DOS-38
and DOS-65-XX functions to MUX-14 functions.
I would actually suggest the following function, as searchPackage is to
resolve the default values as well; otherwise your patch breaks th
Hi!
I'm implementing NLSFUNC for FreeDOS and I've found that many (most) of
the needed MUX functions are missing.
This patch implements functions 2F1226h to 2F1229h. This, together with
my previous nls.c patch, allowed me to make a first working
implementation of NLSFUNC's int 2F1404h, but the pa
Hi,
Trivial patch. Pass correct values for codepage and country from DOS-38
and DOS-65-XX functions to MUX-14 functions.
Eduardo.
diff -uNrp ke2035.orig/kernel/nls.c ke2035/kernel/nls.c
--- ke2035.orig/kernel/nls.c2004-06-24 22:41:18.0 +0200
+++ ke2035/kernel/nls.c 2004-06-24 22:15:5
Arkady V.Belousov schreef:
- "123?" present and statement not from selected menu? Skip.
- "!" present? Don't skip.
- "?" present or single step? Ask.
Your proposal changes behavior: now it will look so:
- "123?" present and statement not from selected menu? Skip.
- "?" present? Ask.
- single step a
Hi!
13-Июн-2004 19:39 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
BB> Eric and I have been working a few hours on a patch to correct the
BB> ask-user-to-execute-config.sys-line algorythm.
BB> essentially (config.c, line 806 I think):
BB>/* !device= never ask / device?= always
Eric and I have been working a few hours on a patch to correct the
ask-user-to-execute-config.sys-line algorythm.
essentially (config.c, line 806 I think):
/* !device= never ask / device?= always ask / device= ask if singleStep */
/* "!" does override singleStep but not "?", so "!device?=" will
Hi!
After all bugfixes and optimizations in previous letters kernel
reduced:
_DATA segment increased from 27e to 29e (32 bytes);
CONST segment reduced from 336 to 30a (44 bytes);
HMA_TEXT reduced from a365 to a266 (255 bytes).
---
This
Hi!
LBA_Transfer cleanup and optimization:
- many variables (like `ret') moved deeply (by adding curly braces) - for
BC this noticeably decreases stack usage.
- LBA_Transfer() now converts error code through dskerr() by itself;
.ddt_offset field added to LBA_address also inside LBA_Transfer()
Hi!
blockio():
- small code cleanup and optimization.
- many variables (like `ret') moved deeply (by adding curly braces) - for
BC this noticeably decreases stack usage.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-06-11 04:24:14.0 +00
Hi!
Genblkdev():
- small code cleanup and optimization.
- many variables (like `ret') moved deeply (by adding curly braces) - for
BC this noticeably decreases stack usage.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-06-11 04:03:14.0 +0
Hi!
Optimization for getbpb():
- small source cleanup (expressions simplified, extraneous casts removed).
- many variables (like `ret') moved deeply (by adding curly braces) - for
BC this noticeably decreases stack usage.
- getbpb(): removed extraneous stack variable; instead (x+y-1)/y for roun
Hi!
- bugfix: Genblkdev():
- formatting loop (0x42 function) rewritten: instead formating many tracks,
was formated one track many times (because afentry.head++ outside loop);
- now checked "afentry.track >= pddt->ddt_ncyl" (instead ">");
- now gbfv_spcfunbit cleared at ;
- not fixed:
Hi!
- bugfix: blk_driver(): should be checked ">= NENTRY", not "> NENTRY".
- blk_error() removed, consequent dispatch[] entries contains NULL and they
checked by blk_driver() before calling getddt() and dispatch[] item.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/
Hi!
- removed remained excerpt from history.txt at the end.
- removed all references to PROTO macro name.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-06-11 02:33:00.0 +
+++ new/kernel/dsk.c2004-06-11 02:55:18.0 +
@@ -
Hi!
- small code cleanup and optimization for diskchange(), mediachk(),
blk_Media(), bldbpb(), IoctlQueblk() and dskerr().
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-06-11 03:15:38.0 +
+++ new/kernel/dsk.c2004-06-11 03:25:56.0
Hi!
- getddt(0) and tmark are now macros.
- (proposed by Lucho) play_dj() now says same words as MS-DOS.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c2004-05-29 02:51:30.0 +
+++ new/kernel/dsk.c2004-06-11 02:33:00.0 +
@@ -9
Hi!
- bugfix: Getlogdev(): in case of no DF_CURLOG flag is set, in rp->r_unit
now returned last+1 (equal to blk_dev.dh_name[0]) unit (was last+2).
- Setlogdev(): added comment about undocumented behavior.
--- Begin Message ---
diff -ruNp old/kernel/dsk.c new/kernel/dsk.c
--- old/kernel/dsk.c
Hi!
init-mod.h
- cleaned prototype for function from intr.asm.
- init_fatal() described (for Watcom) as non-returned functions.
proto.h
- fatal() and panic() described (for Watcom) as non-returned functions;
this improves code generation.
- cleaned prototypes for functions from intr.asm.
- re
Hi!
Part four, changed only comments, code unchanged.
- fixed wrong comments, more and better comments.
--- Begin Message ---
diff -ruNp old/drivers/floppy.asm new/drivers/floppy.asm
--- old/drivers/floppy.asm 2004-06-08 20:35:36.0 +
+++ new/drivers/floppy.asm 2004-06-08 21
Hi!
Because some peoples complain that my patches too big, I split patch
for floppy.asm by some consequtive part. Part one:
- bugfix: when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced
by `ret 8'), "ret_AH" was remained as label for this tail (whereas other
functions use
Hi!
Part three:
- small code clean and tune.
--- Begin Message ---
diff -ruNp old/drivers/floppy.asm new/drivers/floppy.asm
--- old/drivers/floppy.asm 2004-06-08 20:10:34.0 +
+++ new/drivers/floppy.asm 2004-06-08 20:35:36.0 +
@@ -54,7 +54,7 @@ FL_RESET:
; int A
1 - 100 of 225 matches
Mail list logo
