Hi!
23--2004 18:48 [EMAIL PROTECTED] (tom ehlert) wrote to Eduardo Casino
[EMAIL PROTECTED]:
te downloaded ke2035ar.
te just did what I did for 3 years in a row: copy my old CONFIG.BAT
--^^
There was changes in config.b. For
Hi!
23--2004 16:09 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
Well... Changes are arrive and arrive... Do you will upload some
archive, which may be downloaded and all your changes may be compared with
my tree?
EA This is EXACTLY what I would want YOU to do!
I HAVE
Hi!
24--2004 14:37 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO apart from the drawbacks there is another problem:
BO mov bp, [bp + 20] ; store id (in SS:) unless it's NULL
BO or bp, bp
BO jz
Hi!
21--2004 23:33 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
there is no 32/16 and 32%16 compiler support, only 16/16 and 32/32.
end of story.
EA Compiler weakness :-P.
Caused by language(s) nature (which require to automatically promote
integral types in expressions to
Hi!
22--2004 21:24 [EMAIL PROTECTED] (tom ehlert) wrote to Eric Auer
[EMAIL PROTECTED]:
please provide exact code sequence where it DOES return nonsense - and
I'll fix it. (we are talking about ke2035 !!)
That translates to: Provide a fix and you will have provided a fix. Helpful.
te I
On Sat, 24 Jul 2004, Eduardo Casino wrote:
El sáb, 24-07-2004 a las 13:50, Bart Oldeman escribió:
It's a difficult question. Essentially there are two ways we can go:
1. if the kernel very carefully minimizes stack usage on the code path
taken and NLSFUNC itself only uses a couple
Hi,
Eric Auer escribió:
Arkady, Bart,
BO -void _seg * KernelAllocPara(size_t nPara, UBYTE type, CStr name, int mode)
BO +void _seg * KernelAllocPara(size_t nPara, UBYTE type, const char *name, int
BO mode)
This is example, how my shortcuts allows to shorter and, thus, more
redable lines.
Hello Tom,
apart from the drawbacks there is another problem:
---
mov bp, [bp + 20] ; store id (in SS:) unless it's NULL
or bp, bp
jz nostore
mov [bp], bx
nostore:
---
if (*id)
Hi!
22--2004 09:44 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
My bugfix-list for umb_init() includes 7 positions. How I may isolate
bugfixes from new umb_init() edition?!
BO Try to optimize something else,
?! I _rework_ umb_init(). If its better with original
Hi!
22--2004 07:42 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA So: f_dmod bug in LFN API to be fixed by Bart,
Yes.
EA l_diroff already 16 bit but documentation erroneously still lists it as
EA 32 bit,
Yes. But see patch from me here. After I answer to your first
Hello Arkady,
For drives beyond lastdrive, get_cds result protects from crashes,
but in between, access to unformatted disks returns nonsense for
int 21.36 and even crashes while trying to do critical error dialog
te really ?
te please provide exact code sequence where it DOES return
Hello Arkady,
- may/should be `static dmatch Dmatch;' in fcbfns.c moved to stack in the
FcbFindFirstNext() (as in other functions in fcbfns.c)?
I' abolutely NOT sure about that.
you are right - it doesn't seem to make much sense.
I have some dark memory, that I changed that (back in the
Hello Eric,
EA LBA_Transfer should call the appropriate int 2f.xx function before
EA calling play_dj - or play_dj should call it itself: This allows
EA GUIs to return okay, notified, please suppress DJ text message.
INT 2F CU - DOS 5+ - FLOPPY-DISK LOGICAL DRIVE CHANGE NOTIFICATION
Hello Arkady,
Some times I report about bugs in SYS. Unfortunately, these reports was
completely ignored. (tom, what about discussion?)
to make one thing clear - once and for all time:
you post about 10 changes to this list - do you really expect that
everyone reads, tries to understand,
Hi!
22--2004 22:16 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
Bernd and Eric many times report, that WHICHFAT utility behaves wrongly
te and why didn't you fix it long ago ?
Because not all parts of kernel is well known for me.
Hi!
22--2004 22:23 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
te + memcpy(bs-OemName, FRDOS4.1, 8);
Otherwise, Win9x/.. will sometimes ignore boot sector BPB (yuck!).
Value must be 5 uppercase letters, a digit (4 or 5), a dot, then a digit.
te my objection
I vote for it, please...
Alain
In other words: Only for non-multiconfig we would waste 4 bytes per environment
for the sake of being compatible to all programs! I think we *must* pay this
price, even though mathematical logics tell use the programs *should* accept
\0c:\freecom.com\0 after all.
Hi!
22--2004 21:44 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
A I vote for it, please...
Please re-add such a workaround (old string was PATH=.\0 I think)
If you will read letters here carefull, you will see, that I already do
this.
Hi!
17--2004 00:38 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
Later (after I recompile again) I try to send you (privately) compiled
kernels again (and send separate letter with notification about this). But
if you not receive this archive again, then I can't help you, because
Hello Eric,
DosGetFree (FatGetDrvData int 21.1c/21.36) can crash, maybe because of
a NULL navc pointer.
If so, please submit some code to make the kernel crash.
if not, shut up.
I wonder if it is really desirable that the
current implementation fakes bigger cluster sizes to allow
On Mon, 19 Jul 2004, Arkady V.Belousov wrote:
20-éÀÌ-2004 00:55 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO encouraging... In any case, I appreciate that a bug was found in
BO ludivmul.inc; the same bug was in fact present in the 64 bit version I
BO adapted it from!
Hi!
20--2004 22:26 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO +while (mlist!=NULL mlist-seg != lastconseg) {
^^^
BO +/* should not be reached anymore: */
BO +if (mlist-next==NULL)
Hi!
20--2004 17:09 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA Hi, even though you now have an (0.82pl3w?
0.82pl3v
EA Testing, unstable!) FreeCOM,
Same for 2035a - it _called_ unstable (bad name, BTW), but it includes
optimizations, fixes and features. Thus, fixed
- BREAKS FreeCOM and possibly also FDAPMs Am I run from INSTALL=?
1. MS-DOS-style mean two \0 and 2035a produces two \0.
EA So Arkady has optimized away 4 wasted bytes in environment,
6.
PLONK.
tom
---
This SF.Net email is
Hi!
21--2004 00:07 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA Hi, I took the effort to grep through the whole 2035 kernel sources,
EA to find divisions and modulo calculations. Some results:
For which reasons? What is your purpose?
EA * for c = a/b, d = a%b I found NO
Hi!
21--2004 02:07 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
+ jcxz%%div3216 ; cx=0 - divisor 2^16
EA [ALL this code is NEVER reached in KERNEL now]
EA [So you can add some panic here, e.g. deliberately divide by zero...]
EA [...and then you have only he
On Sat, 17 Jul 2004, Arkady V.Belousov wrote:
Unfortunately, FreeCOM (included into 2035 package) wrongly handles empty
enviornment (easy to reproduce in MS-DOS, as I report this in group). Looks
like Steffen fixes (at least, one) bug, related to environment, but up to
now I don't know where to
Hi!
19--2004 01:23 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
Hi, I think it is now clear that Turbo C 2 cannot optimize for 386.
HOWEVER, the NASM parts can still be optimized for 386.
... but then save a few byte by using a different longDIVMODMUL
implementation doesn't
Hi!
19--2004 01:23 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
[...]
EA The DosGetFree function (remember my bug report...) calls
EA flush_buffers if called from FatGetDrvData (int 21.1c?), maybe this is
EA where it crashed? Otherwise it also is int 21.36 ...
EA Plus, how do we
Hi!
19--2004 08:29 [EMAIL PROTECTED] (Steffen Kaiser) wrote
to [EMAIL PROTECTED]
[EMAIL PROTECTED]:
Unfortunately, FreeCOM (included into 2035 package) wrongly handles empty
enviornment (easy to reproduce in MS-DOS, as I report this in group). Looks
On Mon, 19 Jul 2004, Arkady V.Belousov wrote:
Hello,
Unfortunately, FreeCOM (included into 2035 package) wrongly handles empty
enviornment (easy to reproduce in MS-DOS, as I report this in group). Looks
^^
like Steffen fixes (at
steffen)
put MSDOS + current distributed FreeCOM on floppy.
boot, and say F5 (skip everything)
and you'll have a load complaining FreeCOM,
although it definitively gets it's startup path.
Arkady)
it's a plain dull idiotic mathematicians braindead idea
to 'improve' freedos kernel, but break
On Tue, 20 Jul 2004, Bart Oldeman wrote:
I'm still not sure if and when I really return, the archives aren't really
encouraging... In any case, I appreciate that a bug was found in
ludivmul.inc; the same bug was in fact present in the 64 bit version I
adapted it from! Well I notified the
Eric,
please please, if you discover that you made a mistake in a post then
please edit the post while you still can. IMHO It's very annoying to read:
Hmmm this must be the case.
Oh no, sorry, what I said above was wrong, it is like this.
This makes your already long post even longer
Bart Oldeman schreef:
I'm sorry but I simply don't have the time to go through all the other
patches. If they were reduced to just bug fixes I'll promise that I'll
have another look though -- I still monitor the mailing list every now and
then. Guys *any* project that wants to be close to a 1.0
Hi Bart,
In any case, I appreciate that a bug was found in ludivmul.inc
so do I
What I don't like is that the fix from Arkady (for the 1000th time...)
does 3 things at the same time -- formatting, fixing, and optimizing.
neither do I like that.
This makes it impossible to see where things
At 12:55 AM 7/20/2004 +1200, Bart Oldeman wrote:
I'm sorry but I simply don't have the time to go through all the other
patches. If they were reduced to just bug fixes I'll promise that I'll
have another look though -- I still monitor the mailing list every now and
then. Guys *any* project that
Hi!
20--2004 01:09 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
Glad to hear you, Bart. Have some questions to you.
BO please be aware that some structs (such as fnodes) are free-style, but
BO most are dictated by RBIL.
You develop the fnode structures, so should know
Hi!
19--2004 21:56 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
SK the PATH=. variable?
AVB MS-DOS (neither kernel, nor MS-command.com) NEVER INCLUDES SUCH
AVB VARIABLE INTO ENVIRONMENT (empty or not). If in config.sys not present menu
AVB or some SETs, then for INSTALL= MS-DOS passes
Arkady V.Belousov wrote:
Hello,
19--2004 13:59 [EMAIL PROTECTED] (Steffen Kaiser) wrote
to [EMAIL PROTECTED]
[EMAIL PROTECTED]:
You mean Arkady called MS-DOS-style empty environment broken? Yes, I
call this. But this is MS-DOS and all its bugs become standard and called
SK So, you've fixed the
Arkady V.Belousov schreef:
Hi!
19--2004 16:08 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[EMAIL PROTECTED]:
BB to work out his changes. At a given moment, he should probably issue a
BB code-freeze and then make stuff more readable/review-able
May you point, what in my code isn't readable (or,
Hi!
19--2004 21:14 [EMAIL PROTECTED] (FreeCOM) wrote to
[EMAIL PROTECTED]:
SK What does the kernel do now, when the originally correct empty
SK environment layout arrives there?
Originally correct - with one empty ASCIIZ string? Currently prepared
MS-DOS-style empty environment. (DO WE
My dear Mr. Belousov,
_I_ _report_ bug in FreeCOM. If now FreeDOS is closer to MS-DOS and
FreeCOM now incorrectly works in both under MS-DOS and FreeDOS (with empty
environment), who wrong?
do you really think a new kernel that breaks all installed FreeCOM's
in the wild is an improvement
Hi!
19--2004 22:11 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
te do you really think a new kernel that breaks all installed FreeCOM's
te in the wild is an improvement ?
Workaround for current bug in FreeCOM is easy, this is question of two
lines in main.c
Hi!
19--2004 10:31 [EMAIL PROTECTED] (Michael Devore) wrote to
[EMAIL PROTECTED]:
MD I am glad someone said this that nicely. I have been stunned that the vast
MD number of relative last-minute pre-1.0 kernel changes
I begun to (more deeply) work on kernel only when Bart quits his
BB replace readable by understandable for inexperienced C programmers
Unimportant.
here I have to agree - kernel programming is nothing for inexperienced
programmers, and will never be.
Note: this is myth.
well - my private email archives show that 'arkadifying code' is used as
Hello Eric,
I am sure 2035a fixes several bugs of 2035
found the ret_ah bug. if that has real world implications is unknown.
found the Ulong 32%32 bug - impressive, but 100% irrelevant to the
kernel as all real world use will work 100% ok.
claims to have found a bug in umb_link code for a001:
Hi!
19--2004 22:42 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
BB replace readable by understandable for inexperienced C programmers
Unimportant.
te here I have to agree - kernel programming is nothing for inexperienced
te programmers, and will never be.
tom ehlert wrote:
Hello Norman,
So I got time this weekend to set up my compiler. I followed the
comments to setup the config.bat file. When I go to compile with the
build or builldall it will build the kerenel, rolling through Utils,
lib, boot, driver, and the exit with this line.
Hi!
18--2004 20:33 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA Hi, I think it is now clear that Turbo C 2 cannot optimize for 386.
EA HOWEVER, the NASM parts can still be optimized for 386. So instead
First, in *.asm files for 386 currently present only registers saving
Hi!
17--2004 05:19 [EMAIL PROTECTED] (James
Tabor) wrote to [EMAIL PROTECTED]:
JT Arkady! Do you have a working kernel so I can look at it for testing?
Of course. Lucho's image, compiled by BC4, you may find on his site
(see announces here and in freedos-dev). Kenneth promise to place
Points well taken. I'm convinced and so that is the direction I'm going
to go in.
Thanks a million Arkady.
Arkady V.Belousov wrote:
Hi!
15--2004 21:49 [EMAIL PROTECTED] (Norman Bauer) wrote to
[EMAIL PROTECTED]:
NB Arkady -
NB Given the further enlightenment that I have shed on using FreeDOS as
The August issue of Linux Journal has a nice article on installing Linux on
Linksys WI-FI router.
Looks like it is capable.
d.
-Original Message-
From: Eric Auer [mailto:[EMAIL PROTECTED]
Sent: Friday, July 16, 2004 10:42 AM
To: [EMAIL PROTECTED]
Subject:
Thanks Eric, for the well informed opinion. What it comes down to I suppose is more
investigation and a better Idea of what exactly I want to accomplish.
My approach has always been to start minimulist and build from there. I've found that
it's easier that way. I can't say for sure which way
Hi!
17--2004 00:54 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA Hi, when I press F5 at the 2035a boot choice, an improper
EA shell command line is selected: I get an error message from
EA FreeCOM that it cannot find itself (even though I have copied
EA it to c:\ to be easier
NB 2. Does anyone know of a project/group that is attempting to build
NB TCP/IP into the FreeDOS Kernel?
I don't know, but there are no reason to built into TCP/IP into
kernel. You always may run TCP/IP drivers in FreeDOS, as in any other DOS.
Yes there is.
1) WatTcp: very good and simple.
Norman Bauer escreveu:
Given the further enlightenment that I have shed on using FreeDOS as an
embedded OS, would you still think that coding the TCP/IP stack into the
kernel would not be worth while?
Dos in fact is not built that way. This kind of driver can be a TSR and
you have all the
Arkady V.Belousov escreveu:
A I belive that what Nathan describes below is very close to what is
A happening!
No. FD already have retry logic. See dsk.c:LBA_Transfer(): there access
repeater up to 5 times (N_RETRY defined in device.h as 5), with fl_reset()
between tryings.
Ok :(
A - if after
Arkady V.Belousov escreveu:
Hi!
16--2004 22:15 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
A - if after the error, if I use the a option for abort, there is an
A out of memory error before returning to command prompt.
Before returning to command prompt from which program? Note:
Hi Jeremy,
Kenneth J. Davis wrote:
James Tabor wrote:
Hi,
I see allot of patches from Arkady. If I had more time I could check
them out and start committing to the CVS. But! So many patches!
Yes there are! :-)
Which is why I created a development branch, where I can more
quickly apply patches
Hi!
Arkady V.Belousov wrote:
Hi!
15--2004 17:53 [EMAIL PROTECTED] (James
Tabor) wrote to [EMAIL PROTECTED]:
JT I see allot of patches from Arkady. If I had more time I could check
JT them out and start committing to the CVS. But! So many patches!
JT Arkady! Do you have a working kernel so I can
James Tabor wrote:
Hi,
I see allot of patches from Arkady. If I had more time I could check
them out and start committing to the CVS. But! So many patches!
Yes there are! :-)
Which is why I created a development branch, where I can more
quickly apply patches that may (or may not) need more
Hi!
15--2004 19:44 [EMAIL PROTECTED] (Norman Bauer) wrote to
[EMAIL PROTECTED]:
NB 1. Is it possible to port FreeDOS to work on a journaling file system
NB like Reiser, Ext2/3, JFS, etc; ?
You can't port to, but you may run under FreeDOS any driver, which
will implement access to
Hi!
15--2004 20:44 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
A Nathan Crawford escreveu:
To fix it, I changed the driver so that the disk operation was checked
for success, and if it failed, it first reset the drive with int 13
ax=, and then retried the read. It would do this
Thanks Eric and Arkady for the replys.
Eric your reply was most helpful, in explaining the FS issue and the
networking aspect of FreeDOS. I've taken a keen interest in embedded
technology over the past few months. I have some ideas that I have been
investigating over that period of time, what
A I am experiencing a strange problem with FreeDOS, please help me because
A I am not sure how it is happening:
1. Do you test 2035a?
No, please send me the link to it. I just cannot find it.
2. Do you test FD with same conditions, as other OSes (for example, if you
boot from diskette for FD,
Hi!
14--2004 22:41 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
1. Do you test 2035a?
A No, please send me the link to it. I just cannot find it.
Sources you may find at freedos.sf.net/kernel.UNSTABLE.tgz, compiled
image available at Lucho site. Also, Kenneth promise to place
On Fri, 9 Jul 2004, Arkady V.Belousov wrote:
Hello,
SK That depends on which mail you mean:
SK b) about the env bug: There has been sent a patch by Tom already
SK (actually, it's in Bugtrack, but I didn't got no notification by it).
^ Bugzilla, of course :)
I
Hi!
13--2004 09:01 [EMAIL PROTECTED] (Steffen Kaiser) wrote
to [EMAIL PROTECTED]
[EMAIL PROTECTED]:
SK b) about the env bug: There has been sent a patch by Tom already
SK (actually, it's in Bugtrack, but I didn't got no notification by it).
SK ^ Bugzilla, of
On Tue, 13 Jul 2004, Eric Auer wrote:
Hello Eric,
thanks for the list. What is it to tell me?
Reporting bugs is nice, but fixing them is better. I already spend far too
Yes, and reporting via Bugzilla is better than sending mails. This is what
I wanted to say.
And sending already reported bug
Hi!
13--2004 16:10 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA FreeCOM has 18 registered bugs at the moment:
EA - MEM aborts with UMB corruption - FreeCOM 0.82pl3e+ (I have patches
EA for MEM to make it more forgiving, I hope Bart can find the time to apply)
May you send
Hi!
13--2004 19:15 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
Because there is low probable to get answer from Bart, may be you, tom?
As I already answer here, to fix bug with MOVE should be prevent moving for
directories.
te msdos CAN move directories,
Hello Arkady,
As I already answer here, to fix bug with MOVE should be prevent moving for
directories.
te msdos CAN move directories,
If you reread my posts here (or in freedos-dev?), then you find my
letter, where I already show (with help of debug scripts), that this is
_not so_.
Hi!
14--2004 02:15 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA Ah, okay. Then I remembered that wrong. HOWEVER, the extra diagnostics
EA makes MEM crash in much more useful way than the old broken memory chain-
EA without-further-comments style. Feel free to add your fixes to
Arkady V.Belousov wrote:
Why? Also, I see, you miss my fix for previous records in history.txt
(was published here).
Because I have not had time to review the patches that the changes refer
to, and I do not wish to make any adjustments to prior changelog until
I am certain of what the change
Hi!
11--2004 13:07 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
[EMAIL PROTECTED]:
Why? Also, I see, you miss my fix for previous records in history.txt
(was published here).
KJD Because I have not had time to review the patches that the changes refer
KJD to,
I mean why removed
On Tue, 6 Jul 2004, Arkady V.Belousov wrote:
PS: Steffer, when you answer to my letter in the freedos-freecom about
issues with environment in FreeCOM?
That depends on which mail you mean:
a) about LAST_FIT: I said all what I have to say: I do not currently
change the behaviour.
b) about the env
Hi!
7--2004 22:44 Arkady V.Belousov wrote to
[EMAIL PROTECTED]:
AVB As requested by some peoples, menu changed: now screen not cleared, if
AVB there are no MENUCOLOR; now correctly handled case, when there are more MENU
AVB lines, than screen width.
I mean, screen _height_, but too
On Tue, 6 Jul 2004, Arkady V.Belousov wrote:
Hello,
config.c
- config now parsed in 5 passes:
te that's fine IF config.c fit's into buffers or you boot from disk.
te else (if boot from floppy) that might become *SLOW*
There was 3 passes, now 5. Not a big change, especially because on some
Hi!
6--2004 08:03 [EMAIL PROTECTED] (Steffen Kaiser) wrote to
[EMAIL PROTECTED] [EMAIL PROTECTED]:
- config now parsed in 5 passes:
te that's fine IF config.c fit's into buffers or you boot from disk.
te else (if boot from floppy) that might become *SLOW*
There was 3 passes, now 5. Not a
Arkady V.Belousov schreef:
PPS: About discussion of planned changes: how many times I wrote here? How
many times I get any answer? If I will wait answers for my proposals before
doing something, I will do nothing forever. :(
PPPS: Of course, I open for discussion anyway.
1) implement your code
Hello Bernd,
be prepared to defend yourself against Tom's and Lucho's comments. I
believe it's called peer review.
in theory - yes.
in praxis - here are the reasons why
you won't see a peer review by me
I started a new branch of the kernel,
I'll not use any arkady kernel for
Hi!
6--2004 22:42 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA list readers will have been overwhelmed by that. In addition, the patches
EA often reduce readability of code (optimization seems to be more important),
How you decise this? Vice versa: I add more comments,
Hello Arkady,
just an example why I will NOT peer review anything:
just comparing old and new FLOPPY.ASM:
about every 2'nd line has changed - with no useful purpose.
sometimes - if nothing else was changed - 2 lines were simply
switched. empty lines inserted or removed. trivial comment
changes.
Hello Arkady,
where the hell are thge sources for these changes ??
config.c
- config now parsed in 5 passes:
that's fine IF config.c fit's into buffers or you boot from disk.
else (if boot from floppy) that might become *SLOW*
- screen now cleared (white on black)
well - I IMPLEMENTED THE
tom ehlert schreef:
Hello Arkady,
where the hell are the sources for these changes ??
I wonder, too. CVS read/download access is nice.
Is it possible to fork the CVS kernel tree into an Arkady branch so he
can work on the kernel and at same time provide sources
(he doesn't have a website, and
Hello Eric,
AND I ABSOLUTELY HATE IT IF OTHER ASSHOLES COMPLETELY CHANGE THE
BEHAVIOUR INTO A WIN95 GUI LIKE BEHAVIOUR.
Pretty asshole-style behaviour to insult each other on the list, mister!
as I said - I implemented it first place;
now someone simply starts to chage THE BEHAVIOUR to his
Hi!
5--2004 23:03 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
te where the hell are thge sources for these changes ??
Lucho promise to place changed files from me on his site.
config.c
- config now parsed in 5 passes:
te that's fine IF config.c fit's
Hi!
5--2004 23:23 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA However, I already discuss this with Arkady off-list, because I, too, like
EA this menu style much better:
F: HD4, Pri[ 1], CHS=0-1-1, start= 0 MB, size=32 MB
1 Standard
2 With CDROM drivers
Select
Hi!
5--2004 23:43 [EMAIL PROTECTED] (tom ehlert) wrote to Eric Auer
[EMAIL PROTECTED]:
te as I said - I implemented it first place;
te now someone simply starts to chage THE BEHAVIOUR to his mood
Goal of FreeDOS - clone MS-DOS design behavior and design (with
enhacements, but possibly as
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,
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 bit
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
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!
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.
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!).
In my opinion this would be a _great_ improuvement :)
Many times I had ro reboot (in MS-DOS)
Alain schreef:
In my opinion this would be a _great_ improvement :)
Many times I had ro reboot (in MS-DOS) because the critical instruction
was executed ok and I didn't want to singlestep all the rest.
BUT, IMHO the key for that should not be Esc but something completely
different, like some
Hello Arkady,
In kernel often used constructions, similar to next:
if (get_cds(drv ? drv - 1 : default_drive) == NULL)
in which case 'often' is 2
so I think you are wasting our time.
bye
---
This SF.Net email sponsored
Bernd Blaauw escreveu:
Win9x's DOS (7.x0) interprets the keys in a different way compared to
older MSDOS.
Y = confirm
N = not confirm
ENTER=confirm
ESC = No (MSDOS7), YES (FreeDOS, older MSDOS).
so a don't ask any other items unless explicitly mentioned in
config.sys option/key would have to use
Hi!
28--2004 21:08 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
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
701 - 800 of 1070 matches
Mail list logo