Hi!
28--2004 14:11 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
I just reproduce MS-DOS behavior. Also, I myself found that skipping
all remaining questions (including ?) is useful. Though, later this
behavior may be changed (and documented in config.txt!).
A BUT, IMHO the key
Hello Arkady,
In kernel often used constructions, similar to next:
if (get_cds(drv ? drv - 1 : default_drive) == NULL)
te in which case 'often' is 2
Ok, 2. But non-zero. In any case there will be useful to introduce
get_cds1(), which will call get_cds(drv ? drv - 1 :
tom ehlert schreef:
- when tracing, Esc now turns off asks for following lines with ? and
assumes Y for all; F8 now behaves similar to Esc.
I disagree.
Esc turns of F8 'single stepping', nothing else.
so if pressed ESC, then everything except a command?=value is
auto-executed?
Arkady, define
Hi!
27--2004 20:03 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
- when tracing, Esc now turns off asks for following lines with ? and
assumes Y for all; F8 now behaves similar to Esc.
I disagree. Esc turns of F8 'single stepping', nothing else.
BB so if pressed ESC, then
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
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 NLS
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 searchPackage is to
Hello Arkady,
BTW, Eric says, that RBIL describes INT2F/122F functions, which (also)
sets returned DOS version.
INT 2F U - DOS 4.x internal - SET DOS VERSION NUMBER TO RETURN
AX = 122Fh
DX = DOS version number (h = return true DOS version)
have you ever seen DOS 4.x
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 int
Hello Arkady,
Eric Auer suggests, that VERSION= should change os_setver_m*, not
os_m*. What you think? Is there is bug in current FD and Eric's suggestion
is patch for this?
seems to be a bug indeed. seems noone is using
version=X.Y ;)
tom
Hi!
25--2004 20:15 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
Eric Auer suggests, that VERSION= should change os_setver_m*, not
os_m*. What you think? Is there is bug in current FD and Eric's suggestion
is patch for this?
te seems to be a bug indeed.
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!
24--2004 19:36 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
AVB My near TODO is to:
AVB - detect redefinition of env variables (and replace definition).
AVB - add environment before each INSTALL=.
BTW, forget to mention. Some years ago I report about BUG in
ChildEnv(), which wrongly
Hi!
24--2004 18:35 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
MS-DEBUG doesn't runs from FD because Incorrect DOS version. Setting
required through VERSION= doesn't helps. Analyzing of inthndlr.c shows, that
os_major and os_minor returned only through
Arkady V.Belousov [EMAIL PROTECTED] writes:
Lucho tests kernel with all my patches and says that he
satisfied. Updated romd-bin.rar kernel package available on his
site.
What is his site?
Thanks!
- Pat
---
This SF.Net email sponsored by
Arkady V.Belousov wrote:
Hi!
Arkady, I'll try to compile your kernel tonight, as I experienced some
hardware upgrade glitches the last 2 days.
as someone asked (I lost about 35 emails) : Lucho's site is at:
http://linux.tu-varna.acad.bg/~lig/
it contains the Romdsk stuff and the UDMA DOS-driver.
Hi!
18--2004 18:27 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
KJD provided I will work on the config processing.
I not send any patch here. Reason: there too many changes - so, I
should send one _big_ patch or send _many_ smaller patches. I fear, this is
not
...
I may send you my edition of config.c (private, I suggest?), but it not
the last edition (I continue to work on it).
please do
...
and add own comments. For example:
KJD yes, I viewed yours, the original, RBIL, and the code and selected
KJD the one that seemed the most clear, being more
Hi!
19--2004 15:41 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
I may send you my edition of config.c (private, I suggest?), but it not
KJD please do
Done. See archive with config.c, portab.h (from which used new macro)
and makefiles (which also pass for compiler
Hi!
18--2004 03:12 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
KJD I have gone through Arkady's floppy patchset (is there a 5 of 5?).
There was 4 of 5. Last patch I omit, because it was cosmetic. Ot the
other side, you may get complete floppy.asm patch (all in one) in
Arkady V.Belousov wrote:
Hi!
18--2004 03:12 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
KJD I have gone through Arkady's floppy patchset (is there a 5 of 5?).
There was 4 of 5. Last patch I omit, because it was cosmetic. Ot the
other side, you may get complete floppy.asm
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 and not !
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 ask /
Arkady V.Belousov escribi:
Hi!
9--2004 23:26 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
MS-DOS is a 16-bit OS.
ASM io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
But emm386 is not part of kernel.
But it is part of MS-DOS.
It not breaks
Hi!
9--2004 03:27 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA The bug submitter for clear high parts of 32 bit registers on exec
EA claims to have experienced actual problems because of one program leaving
EA values in registers and another program assuming those parts to be 0.
Eric Auer escribió:
Hi Arkady!
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
however, people run 386 aware programs more often. Those leave non-zero
values in 32 bit registers when they exit, and the next
Hi!
9--2004 20:19 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
EA MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
EA however, people run 386 aware programs more often. Those leave non-zero
EA values
!
9--2004 16:17 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
Lawrence comments that this only affected an old version of the GRDB debugger.
Well, I
Eric Auer escreveu:
Hi Aitor, Alain,
please ask Lawrence first if the MS DOS kernel clears the 32 bit
registers. I bet that it does NOT.
I hope he answers this ;-)
This is not related to is the program which breaks unimportant.
if it non-existant, then...
Alain
Arkady V.Belousov escribi:
!
9--2004 16:17 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
Lawrence comments that this only affected an old version
Hi!
9--2004 23:26 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
MS-DOS is a 16-bit OS.
ASM io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
But emm386 is not part of kernel.
Ok, let suggest, some demo-maker makes demo, which will depends from
size
Hi!
9--2004 22:13 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA http://www.coli.uni-sb.de/~eric/stuff/soft/fdapm-16apr2004.zip
I test it. APMOFF, APMBIOS, INFO, STATS and STANDBY doesn't work (no
APM). About flushing cache in standby don't know. SUSPEND stops my hardisk.
Hi!
7--2004 04:48 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA * 698 floppy change / floppy DMA boundary check should be moved from
EA int 25/26 to the int 13 handler.
Hm. Probably I not very understand this request, but FreeDOS does all
DMA checks in
The Somertons schreef:
Justin
If I recall correctly, Interlnk never had FAT32 support, so I hope C: isn't FAT32.
as alternative to FD(X)XMS, we now use HIMEM.EXE , included in the EMM386 package.
ftp://ftp.devoresoftware.com/downloads/himem64.zip [22-04-2004]
is probably most recent.
Bernd
I only used Interlink on FAT16 drives for the tests. True, InterLink does
not support FAT32 because FAT32 didn't exist when InterLink was made.
However, on normal MS-DOS, if you run InterLink/InterServer on a FAT32
drive, it won't crash or suffer data loss, it simply reports the drive as
268 MB
Hello Arkady,
I found another bug:
- when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced by `ret
8'), ret_AH remains as label for this tail (whereas other functions use
plain `ret').
then remove the label, compile, and see what happens :((
tom
Hi!
7--2004 19:32 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
I found another bug:
- when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced by `ret
8'), ret_AH remains as label for this tail (whereas other functions use
plain `ret').
te
Eric Auer escribió:
Hi Justin, thanks for your help offer!
Win 3.11 can only run in 386 multitasked mode,
386 ENHANCED mode
it would be interesting to get
fresh test results (kernel 2035, new himem or maybe ms himem, better
no emm386, maybe use DOS=LOW and a non-XMS-Swap FreeCOM for the test
as
I think this kind of bug list would best appear on the 'FreeDOS @
SourceForge' page, since it directly relates to the kernel.
Eric: would you like me to add you to that project on SF so you can
create/maintain this page yourself?
-jh
Eric Auer wrote:
Hi, while we have no real kernel maintainer
Hi, please do turn off HTML in your mail program - use only plain text:
Sorry, I just reinstalled Windows and forgot to set OE back to Plain Text,
it's on Plain Text now.
Why did you use STACKS=9,256 - how about STACKS=0,0 ???
Because STACKS=9,256 is a very common setting; I thought it was
Hi!
5--2004 11:22 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
Well, looks like Bart is gone. Who now will manage the kernel
(reconcile patches, update CVS, release intermediate snapshots)? For
[...]
KJD If there are no objections, then about once a week I will go
KJD
Arkady V.Belousov escreveu:
Hi!
Well, looks like Bart is gone. Who now will manage the kernel
(reconcile patches, update CVS, release intermediate snapshots)? For
example, my current todo contains at least 6 bugfixes for dsk.c, and 2
which
I don't know how to handle. Beside this, there
Hi Eric and the FreeDOS kernel people
I would like to test some of them for you.
Windows 3.11 Workgroups, I tried it, it kicks me back to DOS with
Unsupported version of MS-DOS error (Used K2035 16-bit).
Could you explain 1049 for me a little bit more?
1176, is that for two Floppy drives in
Could we ask Lucho to come back? He has helped a lot in the past.
those that have hes address could write him...
Alain
Arkady V.Belousov escreveu:
Hi!
Well, looks like Bart is gone. Who now will manage the kernel
(reconcile patches, update CVS, release intermediate snapshots)? For
example, my
Seems to me that the kernel is getting ever so close to perfection.
- Original Message -
From: Arkady V.Belousov [EMAIL PROTECTED]
To: [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, June 04, 2004 4:06 PM
Subject: [Freedos-kernel] kernel administration
Hi!
Well, looks like
Hi!
2--2004 07:47 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
AVB Subject: [Freedos-kernel] (no subject)
This was should be patch: ioctl.c.
AVB (replaces previous patch)
AVB - 3 nested switch splitted into 2 switch (1st prepares parameters for
AVB 2nd, which calls execrh()).
AVB -
Hi,
It's sad to hear that you say bye, but hopeful to read that you mention
at least a break for two months, although I understand your reasons.
Could I ask you something before you go? Could you please review
bugzilla and try, as far as you understand/know about it, leave the
kernel bugs in a
Hi!
30--2004 09:24 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
No, all right: r_catfun is a xreg.x and r_cat is a xreg.h. Mistake is
in my comment: I was should say difference is that r_cat comes _after_
r_fun to make consistent with CX.
BO No, it can't be. See Table 02597 in RBIL at
Hi!
24--2004 09:34 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
Ops, mistype. Should be:
te I HATE 'oops, mistype' style bugs introduced for no purpose into a
te working kernel.
NiP (Nobody is Perfect). Bart also sometime introduces silly bugs in
the
Hi!
24--2004 21:34 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
AVB +++ new/hdr/portab.h 2004-05-24 21:31:58.0 +
AVB #ifdef I86 /* commandline overflow - removing /DPROTO
AVB TE */
AVB #define PROTO
AVB #endif
BTW, I think, _all_ _remained_
Hi!
24--2004 20:16 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
-#define LENGTH(x) (sizeof(x)/sizeof(x[0]))
+#define LENGTH(x) (sizeof (x)/sizeof *(x))
te (sizeof(x)/sizeof(x[0])) has worked for me for ~20 years now.
te could you please explain why this should be
Hello Arkady,
In above case at first glance I don't see possibilities to break
integrity ([] have top most priority over other operations), but this not
mean, that such case can't be constructed by some smart man, which knows
language even better.
another 10 points to get plonked.
Hi!
24--2004 22:14 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
te the original code reads:
te if (GetBiosTime() - startTime (unsigned)timeout * 18)
tebreak;
te and now I want to get an example when this breaks.
For example, set timeout 30
Hello Tom,
+if ((unsigned)(GetBiosTime() - startTime) = timeout * 18u)
+ return 0x;
}
+ while (r.flags FLG_ZERO);
This is not good way to calculate delays - around midnight (when system
timer will be reset) above expression will be calculated wrongly (because
Hi!
24--2004 22:15 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
In above case at first glance I don't see possibilities to break
integrity ([] have top most priority over other operations), but this not
mean, that such case can't be constructed by some
Hello Bart,
if (GetBiosTime() - startTime (unsigned)timeout * 18)
break;
Menu timeout set at 10 seconds. Boot kernel with menu at 23:59:55.
Timer expires at 00:00:00 (0-1.5M = very large number)
and that's exactly the wanted behaviour.
instead of 00:00:05.
but it times out,
Hi Tom,
Menu timeout set at 10 seconds. Boot kernel with menu at 23:59:55.
Timer expires at 00:00:00 (0-1.5M = very large number)
and that's exactly the wanted behaviour.
is it? At least the comment doesn't say so, maybe it was in your head
though.
instead of 00:00:05.
and to wait
On Mon, 10 May 2004, Bart Oldeman wrote:
Hi Tom,
You don't remember correctly.
the kernel reference compiler has been for a long time TC 2.01 (which
is free), and has been changed to OW because it generates better
(smaller) code, and because it's free and open.
Aitor remembers
Hi,
Steffen Kaiser escribi:
Although, I would also keep the doing of the past to not press people to
have to port project too heavily to OpenWatcom. However, it would be good
to have a fd-doc for Newbies about OW in action. I had put together would
was posted here into:
Steffen Kaiser escribió:
How about to change the reference compiler not only for the kernel, but
for all the project?
There had been a movement from MASM to NASM already, so this can be
reflected here as well. This is missing some documentation as well, right?
It would be helpful to have some
On Mon, 10 May 2004, Arkady V.Belousov wrote:
It works (compiles programs). I even already prepared ATTRIB edition,
which compilable by TC/BC/OW, and delay its release only because wait, if I
found some new ways to reduce RTL (by replacing some RTL functions) -
currently ATTRIB.EXE after
On Mon, 10 May 2004, Arkady V.Belousov wrote:
__O\_/_\_/O__
d:\lang\tc\tcc -c -Id:\lang\tc\include -I..\hdr -DFORSYS -DWITHFAT32
-Ld:\lang\tc\lib -mt -a- -k- -f- -ff- -O -Z -d talloc.c
Turbo C Version 2.01 Copyright (c) 1987,
Hello Eric,
BC xx wouldn't have worked
after my HMA additions.
I hope you make that clear somewhere. Otherwise, people try to use BC...
I was talking about history; at these times it simply couldn't compile
with any BC.
It would be helpful to have some port MASM -- NASM document.
Two
is it something like the bible, or should it be something
reflecting (intended) reality ?
I suggest that it describes reality, but that original intentions are
not removed but just marked as obsoleted.
I think, that a spec should describe the projects intention.
and it's certainly not the
XYZ=TRUE in config.sys?
THIS WAS INTENDED NOT TO BE DOCUMENTED. THANKS FOR AMKIING IT PUBLIC.
no kind regards
tom
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson Lucent use to
On Sun, 9 May 2004, Eric Auer wrote:
why did you only mention in THIS mail what the MEANING of your patches
is? You normally send a mail with subject like patch: filename.c and
then there is ONLY the patch, zero explanation of any kind, nobody except
you will know what you are trying to tell
On Sun, 9 May 2004, Bernd Blaauw wrote:
Bart seems to be the only one with CVS access.
No. Everyone has CVS read (anonymous) access. The tarballs are just there
for those are cannot or can't be bothered to install a CVS client, and
also sometimes the SF anon access can be a little flaky (it was
Hi!
9--2004 16:58 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO Please, if you send a patch, state the purpose.
BO Why do you think this is necessary?
break.c: removed extraneous variable initialization.
dsk.c: optimization.
initdisk.c:
- fix: is_suspect().
- fix: nHardDisk
On Sun, 9 May 2004, Arkady V.Belousov wrote:
- small optimization: `init' and `inittail' now assigned to .cfgInit and
.cfgInitTail statically.
- removed COMMAND statement.
TGROUP reduced from 0e1d1h to 0e1c6h;
INIT_TEXT reduced from 3b71h to 3b66h;
ICONST reduced from 9b8h to 996h;
Hi,
If I understood Eric's point, it might be UPX fault, as it would fail
whenever it tries to enlarge the UMB as required by the uncompressed
program and silently fails. So I may have to provide uncompressed 64KB
DISPLAY.COM in the next release (last before DISPLAY.SYS).
On the other hand, in
Hello Aitor,
If I understood Eric's point, it might be UPX fault, as it would fail
whenever it tries to enlarge the UMB as required by the uncompressed
program and silently fails. So I may have to provide uncompressed 64KB
DISPLAY.COM in the next release (last before DISPLAY.SYS).
make an
DOS=UMB is causing a lot of problems.
Unfortunately it's not possible to use UMBPCI (want to exclude EMM386 as a
cause..) on Bochs.
Bernd
set path=a:\freedos
LASTDRIVE=Z
BUFFERS=20
FILES=40
DOS=HIGH
DOS?=UMB
;DUMMY?=YES
set dircmd=/ogn
DEVICE=A:\DRIVER\HIMEM.EXE /VERBOSE
hi Bart,
Bochs has no PCI, so UMBPCI does not work.
any comments on the original message I posted?
do you want me to publish a Bochs zipfile including my FreeDOS
configuration,
so anyone can reproduce my encountered problems?
unlike VMware, Bochs is completely platform-independent
Hi!
30--2004 23:32 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
#define lonibble(v) (0x0f (v))
#define hinibble(v) (0xf0 (v))
BO hinibble is ambiguous. Suppose I use
BO hinibble(0x1234)
BO with your macro I get 3 and not 1.
This depends how you _wish_ understand this. I
[EMAIL PROTECTED] writes:
the driver for the Intel Etherpress/pro 100 (100 Mb) works for me, both
under MS-DOS and freedos...
Perhaps this driver works with your card, too, perhaps with only 100 MB?
No. The PRO/1000 is a completely different card which uses a
completely different driver.
I
wcc (wpp neither) can't compile multiple files at the sametime. You can
only try to decrease the load time of wcc.exe Maybe compressing it or
binding with a dos extender helps. Maybe not.
I use it in RAM-DISK (with xmsdsk), allong with all .H files and some
more ;-)
Alain
Arkady V.Belousov wrote:
Hi!
24--2004 17:05 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO Date: Sat, 24 Apr 2004 17:05:18 +0100 (BST)
When latest patches will be reflected in CVS snapshot on site
(kernel.tgz?)? I wish to check how they are applied in complete.
BO every day
On Sat, 24 Apr 2004, Arkady V.Belousov wrote:
24-áÐÒ-2004 15:53 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
+++ fattab.c 24 Apr 2004 15:53:21 - 1.22
-idx = (unsigned) unsigned)Cluster1 1) + (unsigned)Cluster1) 1)
- % dpbp-dpb_secsize;
-
+
On Sat, 24 Apr 2004, Arkady V.Belousov wrote:
24-áÐÒ-2004 16:37 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO fbp by bp-buffer[foo] really doesn't produce better code for Watcom.
BO There is a good reason why I didn't apply these blockio.c patches either.
:) For OW I
On Sat, 24 Apr 2004, Arkady V.Belousov wrote:
When latest patches will be reflected in CVS snapshot on site
(kernel.tgz?)? I wish to check how they are applied in complete.
every day at 10am GMT
Bart
---
This SF.net email is
Hi!
24--2004 17:05 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO Date: Sat, 24 Apr 2004 17:05:18 +0100 (BST)
When latest patches will be reflected in CVS snapshot on site
(kernel.tgz?)? I wish to check how they are applied in complete.
BO every day at 10am GMT
How
Hi!
24--2004 17:01 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
recompilation, up to 20 with OW). Probably, I should force my efforts in
optimization of makefile (collect names of changed files in one file, then
pass this list at once for compilation).
BO if you want to check
Hello Michael,
Hi, I would like to spread some fear, uncertainity and distrust
about EBDA movement!
MD Can you give the exact syntax on using that in CONFIG.SYS.
MD Is it a bare SWITCHES=/E line on its own?
Yes, it's a bare
switches=/E
I had to discover this this morning, too, as running
Hi!
22--2004 19:36 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
Should be easy to test: just disable floppy drives in BIOS setup. Try to
test what give FreeDOS in this case later (today), when finish to study
2034.
BB I can easily test it by doing a harddisk install,
BB then
Hi!
22--2004 20:32 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
BB does FreeDOS project have any mount diskette as floppy software?
BB for cdrom we have the SHSU-package (shsucdx used mostly)
Don't know if this is already reproduced, but in MS-DOS you may do this
with help
On Thu, 22 Apr 2004, Arkady V.Belousov wrote:
Current CVS against latest official release. freedos-cvs@ is a good
place to publish alone patches with comments, but they are often (as now)
crosses and have other troubles with applying (I ask about this questions,
but have no answers).
if
Bernd Blaauw escreveu:
Bart distributes 8086 kernels, not 80386 optimized kernels. Lucho does
that.
Not any more :(
Lucho unsubscribed form both FreeDOS list. He was very annoyied about
some things here. I would be nice if he received some encouragement
messages from some of us ;-)
Alain
Hi!
20--2004 11:23 [EMAIL PROTECTED] (Steve Gibson) wrote to
[EMAIL PROTECTED]:
SG The Public Patent Foundation has submitted a request to the United States
SG Patent and Trademark Office (USPTO) to reexamine patent 5,579,517, awarded
Is my post in freedos-devel with the same news not
Hi!
20--2004 15:46 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
at the 80686 and newer. No idea about transportation costs though.).
A The bigger problem could be Russian Custums...
A Arkady, what are the rules there?
Never deal with it (directly), though, I successfully receive
Bernd Blaauw escribi:
Arkady,
is the auto-loadhigh part of Cutemouse difficult to integrate into
other programs?
I'm thinking about FreeCOM and KEYB. not DISPLAY, as that will become
a driver file anyway.
Unless I am wrong, no big deal here, would be a question of creating a
UMB MCB, and copy
On Fri, 16 Apr 2004, Steve Gibson wrote:
Just a note that the 2032 kernel fails volume locking on the tdsk.exe
turbodisk device.
mov bl, CurrentDosDevice; 1-based current device
xor bh, bh ; lock level 0
mov cx, 084Ah ; category / lock logical
mov
Hi Bart,
Just a note that the 2032 kernel fails volume locking on the tdsk.exe
turbodisk device.
mov bl, CurrentDosDevice; 1-based current device
xor bh, bh ; lock level 0
mov cx, 084Ah ; category / lock logical
mov ax, DOS_IOCTL SHL 8 +
On Sat, 17 Apr 2004, Steve Gibson wrote:
Could someone briefly explain the function of the kernel's FORCELBA
option? The command shown by sys.com is Always use LBA if possible. So
I suppose I'd like to understand why or when the kernel would not use LBA
when it's available?
If a partition
On Fri, 16 Apr 2004, tom ehlert wrote:
one thing I don't understand:
MEM /F will show a 1K dataarea, between 2 FILES drivers, at ~2a6:0
this existed also in ke2033, and possibly before.
as it *seems* to be unused, what is it?
That would be the relocated EBDA. I should improve MEM to detect
Hi!
16--2004 20:30 [EMAIL PROTECTED] (tom ehlert) wrote to Bart Oldeman
[EMAIL PROTECTED]:
te into assembly, and I will never like #pragma aux, even if that saves a
te few byte.
Let me disagree with you. This is most valid and effective way to
control compiler - in given case describe
So, by all means, if you want to test it, download it.
If not, wait until the final release and then the next cycle of
improvements can be made. I think the largest test population in the
wild would be if Erwin Veermans included the testing kernel on his
Nwdsk (Netware bootdisk).
I
EMM386:
FDISK /REBOOT causes Invalid Opcode,
FDAPM WARMBOOT does the same
Need to know the Invalid Opcode data to do anything about it, if can be.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by
Bernd Blaauw schreef:
EMM386:
FDISK /REBOOT causes Invalid Opcode,
FDAPM WARMBOOT does the same
FDAPM COLDBOOT does reset the computer
FDAPM HOTBOOT works like good old QEMM: reboot to bootsequence immediately.
(not that it has that great effect, but OK..)
anything that can be done about it?
Hi!
14--2004 17:16 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO http://freedos.sourceforge.net/kernel/kernel.sys (45k)
BO The daily tarball is at the usual place (same directory, kernel.tgz, 334k)
BO pat34rc.zip in the same directory has a source diff (79k).
What is
Arkady V.Belousov schreef:
Fine. For the future: show URL for complete diff patch on the main
page, previous time I don't found it (if it was present). Also, when planned
2034 release? May be I wait this release and download it completely (instead
patch), if it will be soon?
the idea is to
801 - 900 of 1070 matches
Mail list logo