Op 22-5-2012 16:05, Jack schreef:
> PCI V2.0C and later versions have all worked just FINE, until
> the rather poor emulator know as "VirtualBox" appeared, using
> its MISERABLE "emulation" logic for the Intel PIIX3 chipset!!
> If they DO NOT have such "long delay" trouble with their ICH9
> "emula
Op 22-5-2012 6:21, Rugxulo schreef:
> Is anybody working on FD 1.2? I haven't heard anything (and don't
> think we need it just yet anyways). Switching things around is, I
> guess, that person's ultimate decision (Bernd??).
I'm indeed working on a FreeDOS 1.2 as 1.0 and 1.1 didn't meet up to my
Eric,
>> Do try to understand, as my damn ex-wife never did [part of
>> why she BECAME my ex- 32 years ago!!], that I have a REASON
>> for everything I say and do, same as for everything in UIDE
>
> Just making suggestions for universally faster and
> more fool-proof UIDE, as I dislike the idea t
Jack,
>> the numbering of FAT filesystem exists, among other reasons,
>> to help DOS detect floppy changes even if there is no change
I did not suggest that UIDE would use this, just said that
DOS uses the volume serial to work around "no change line".
>> As you know, int 13.15 can even report
Eric,
>> How does DOS ever detect that any hardware is "unreliable"??
>
> I do not know, but earlier in this thread, somebody said that
> the numbering of FAT filesystem exists, among other reasons,
> to help DOS detect floppy changes even if there is no change
> line available.
The FAT file sys
Jack, kernel people (now CCed),
>> When DOS detects an unreliable floppy change line hardware,
>> it should use the floppy label / serial / similar to detect
>> changes in software ...
>
> How does DOS ever detect that any hardware is "unreliable"??
I do not know, but earlier in this thread, so
Hi,
On Mon, May 21, 2012 at 11:52 PM, Jack wrote:
>
>> VBox lets you choose how much % of processor to use, so it doesn't
>> have to use 100% all the time. I just wonder whether their bugs are
>> due to their tweaked BIOS or some hidden instruction incompatibility
>> or what. :-/
>
> My own per
-- UIDE2 has only 16 spare bytes before it goes back over a 7K
.SYS file! But, I shall find a way!
>
> I've never looked at UIDE closely, but there's "always" room for space
> improvement in assembly!! ;-)
Maybe you should "look again" at the UIDE.ASM source file! I have
"boiled d
Eric,
> When DOS detects an unreliable floppy change line hardware,
> it should use the floppy label / serial / similar to detect
> changes in software ...
How does DOS ever detect that any hardware is "unreliable"??
> I agree that it is nice to disable floppy caches, but maybe
> the kernel act
Hi,
N.B. this was mailed to "freedos-user", not freedos-kernel.
On Mon, May 21, 2012 at 9:34 PM, Eric Auer wrote:
>
>>> -- UIDE2 has only 16 spare bytes before it goes back over a 7K
>>> .SYS file! But, I shall find a way!
I've never looked at UIDE closely, but there's "always" room for space
Jack, kernel experts,
> On REAL (old) PC hardware, the existence of floppy disk changelines
> is not guaranteed; even if the line is present AND properly connected
> it MIGHT be flaky or not work at all; or the BIOS might not update
> the bits you expect. MS-DOS (and, I presume, good DOS clones a
11 matches
Mail list logo
