Well, I've been using the same editor since I started updating, so
it's not the editor's fault. All of the local changes that I have
personally made to FreeCOM will be committed to CVS when 1.0 is
released (there's too many changes to commit at once I think).
On 8/9/06, Arkady V.Belousov <[EMAIL
If I qualify, I updated the htmlhelp documentation for HIMEM and
EMM386, which will find its way into 1.0 :-).
--
Fall is my favorite season in Los Angeles, watching the birds change
color and fall from the trees.
David Letterman (1947 - )
See ya
-
Hi!
6-Авг-2006 08:54 [EMAIL PROTECTED] (Blair Campbell) wrote to
[email protected]:
>> Don't know why, but all file marked as changed, even not changed lines;
>> also, by some reason all tabs was replaced by 4 spaces - is it intended?
>> No, I not see there bugfix, onl
Hi!
9-Авг-2006 23:07 [EMAIL PROTECTED] (Michael Devore) wrote to
[email protected]:
MD> Barring a solid late entry, it looks like you win. Eric had a partial
MD> entry made earlier, but you wins on completeness and testing of code. As
MD> promised, here are two (very poor qual
At 06:20 AM 8/10/2006 +0400, Arkady V.Belousov wrote:
>MD> Nothing like a little challenge. And
>MD> competition. So here it is:
>MD> Write the most compatible A20 handler and submit it for inclusion in the
>MD> EMM386 release. Three simple rules: 1) has to work with EXEPACK, 2) you
>MD> test
Hi!
9--2006 14:22 [EMAIL PROTECTED] (Michael Devore) wrote to
[email protected]:
>>But if it implemented, it should be implemented right. :) Especially, this
>>is easy implementation.
MD> It should be implemented to work for the most users with the minimum amount
MD> of confus
At 11:02 PM 8/9/2006 +0400, you wrote:
> >>The current implementation seems very simple, for example, the XMS
> functions
> >>to enable disable A20 usually increase/decrease a counter
>MD> It is simple, deliberately so since its whole purpose in life is to avoid
>MD> EXEPACK and PKLITE issues.
>
Hi!
9-Авг-2006 12:11 [EMAIL PROTECTED] (Michael Devore) wrote to
[email protected]:
>>The current implementation seems very simple, for example, the XMS functions
>>to enable disable A20 usually increase/decrease a counter
MD> It is simple, deliberately so since its whole purpos
At 08:39 PM 8/9/2006 +0200, Eric Auer wrote:
>... and yes, the "local" enable/disable can be quite dummy:
>Apps call local-off when they no longer need that a20 on, but
>they that does not mean that it has to be actually off after
>the call :-). Of course, calling local-on has to have the
>"effect
At 07:35 PM 8/9/2006 +0200, you wrote:
> > I didn't know if you were still working on it or whether it was just an
> > example patch. If an example, it wasn't worth your time (or mine,
> frankly)
> > to go into further detail. If you're interested, the removal of the
> 16-bit
> > stack check an
> Any passing kernel people know which of the A20 control calls are
> used? Is it all global function 3 and 4? Local 5 and 6? Or must both
> type of calls be supported.
kernel.asm, 882
global _ENABLEA20
_ENABLEA20:
mov ah,5
UsingXMSdriver:
push bx
call far [cs:_XMSDriverAddr
> I didn't know if you were still working on it or whether it was just an
> example patch. If an example, it wasn't worth your time (or mine, frankly)
> to go into further detail. If you're interested, the removal of the 16-bit
> stack check and adjustment for PM_Entry "appears" to expose cer
At 11:54 AM 8/9/2006 +0200, Japheth wrote:
>I meant the first, but also think this option should be implemented pre-1.0.
>The current implementation seems very simple, for example, the XMS functions
>to enable disable A20 usually increase/decrease a counter
It is simple, deliberately so since its
At 11:54 AM 8/9/2006 +0200, Japheth wrote:
>This may be true, but I dont know what you mean with "it appears", possibly
>you should be more specific.
I didn't know if you were still working on it or whether it was just an
example patch. If an example, it wasn't worth your time (or mine, frankly
>-Original Message-
>From: Florian Xaver [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, August 9, 2006 11:59 AM
>To: [email protected], [email protected]
>Subject: [Freedos-devel] FD 1.0 destroies hard disc with FAT32
>
>Any idea? Maybe somebody could test
Hi!
9-Авг-2006 11:54 [EMAIL PROTECTED] (Japheth) wrote to
[email protected]:
>> If you mean "optional" in that there should an option added (post-1.0) to
>> control A20 for potentially complex machinations (e.g. directly accessing
J> I meant the first, but also think this option
Hi,
my hard disc is trashed every time I want to install FD 1.0 pre-release on
a FAT32 drive!
(1,6GHz, one drive with one or more partition with "only" FAT32).
The problem seems to be after the Install program (when the hard disc
should be sysed, after the "pre-installation process" display).
> If you mean "optional" in that there should an option added (post-1.0) to
> control A20 for potentially complex machinations (e.g. directly accessing
> DOS structures at a time where HMA is mapped out), then most should agree
> that an A20 handler inhibit option should be on the to-do list. I
Hi,
he is also "working" on DPMIONE. Just contact him.
Bye
On Wed, 09 Aug 2006 09:48:40 +0200, Michael Devore
<[EMAIL PROTECTED]> wrote:
> Didn't know he was still working on it. Last version dates back more
> than
> three years ago, right? I can't lend out the machine and whatever is
> h
Michael Devore wrote:
> Didn't know he was still working on it. Last version dates back more than
He told so to me some month ago.
> three years ago, right? I can't lend out the machine and whatever is
386SWAT Version 6.06 from end of March 2004.
Robert Riebisch
--
BTTR Software
http://www.
At 09:36 AM 8/9/2006 +0200, Robert Riebisch wrote:
>Michael Devore wrote:
>
> > DOS. Given that the best protected mode debugger, 386SWAT, is fatally
> > incompatible with my FreeDOS development machine, I'm afraid that leaves me
>
>Did you report these problems to Bob Smith already?
Didn't know
Michael Devore wrote:
> DOS. Given that the best protected mode debugger, 386SWAT, is fatally
> incompatible with my FreeDOS development machine, I'm afraid that leaves me
Did you report these problems to Bob Smith already?
Robert Riebisch
--
BTTR Software
http://www.bttr-software.de/
---
22 matches
Mail list logo
