At 05:26 AM 4/24/2004 +0200, Bernd Blaauw wrote:
>Michael Devore schreef:
>
>>DOS can deal with blocks down to 16 bytes, so you could probably run UMB size down
>>that low,
>> although the overhead there wouldn't be worth it. But 1K (or less) is feasible.
>> It's a matter of how hard you want to
Michael Devore schreef:
DOS can deal with blocks down to 16 bytes, so you could probably run UMB size down that low,
> although the overhead there wouldn't be worth it. But 1K (or less) is feasible.
> It's a matter of how hard you want to squeeze memory and
how much risk you're willing to accept
At 04:50 AM 4/24/2004 +0200, Bernd Blaauw wrote:
>smallest allowable blocksize seems to be 4KB,
>so I'd like a utility which can check each 4KB.
>UMBPCI can do this right now (and even use it),
>UMBCHK cannot (16KB only),
>Emm386 I'm not sure if it can check in 4KB blocks,
>but it can use no small
smallest allowable blocksize seems to be 4KB,
so I'd like a utility which can check each 4KB.
UMBPCI can do this right now (and even use it),
UMBCHK cannot (16KB only),
Emm386 I'm not sure if it can check in 4KB blocks,
but it can use no smaller than 16KB blocks.
fine by me, but still I'd like to k
At 03:52 AM 4/24/2004 +0200, Bernd Blaauw wrote:
another challenge might be to check 4KB blocks of upper memory if they can be used for
EMM386,
>just like UMBPCI (specifically: the UMBCHK program) does.
>current EMM386 sticks to 16KB blocks, current UMBCHK also, UMBPCI can use 4KB blocks,
>but I'd
Jay Maus schreef:
This whole File Search Utility thread has gotten me thinking about DOS
programming. I program mainly in either Win32 C++ for apps or Perl for
scripts. However, I've played around with DOS C programming from time to
time, and would like some 'real-world exercises', so to speak.
So,
Fdisk /MBR
MBR is not bound to a partition.
Or did you want to overwrite the bootsector?
SYS C: C: BOOTONLY does this, without copying any files (kernel.sys, command.com)
Bernd
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkG
Hi,
Eric Auer escribió:
As you can see, there is always something to do for people who want to
train their DOS programming skills a bit. And I did not even mention
the post 1.0 wishlist (which seems to be offline right now) ;-).
Not quite right: actually online here:
http://fdos.org/ripcord/fd
Hi Jay,
The TODO list for FreeDOS 1.0 would be a place to start. Just mind that
some of them are quite a technical stuff that may require some DOS
technical reading before getting into that (see the freedos.org main
place) (see in particular the currently unmaintained PRINT? Mabe you'd
like it
I just downloaded fdbootcd.iso for freedos. What is the incantation
of fdisk to overwrite MBR with default mbr?
X> fdisk c:/mbr
does not do the trick :-(
Thanks,
-ishwar
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGee
Eric,
The latest version of freedos fixed the problem! I downloaded odin07bin.zip, created a
floopy from the image file, added my terminal emulation to it and everything seems to
be working fine. The printer port seems to initialize during boot.
Thank you very much for yoyur assistance!
Matt
Eric,
Just wanted to update you. I downloaded the lastest version of FreeDOS
but haven't had a chance to do much testing, but a quick test seemed to be successful,
the printer was operational!
I hope to test more thoroughly today. I'll let you know what happens.
Matt
-- original messa
12 matches
Mail list logo
