with the new release of devload
http://www.coli.uni-saarland.de/~eric/stuff/soft/by-others/devload-3.21.zip
the problems appears solved..
Now more usb drivers can be loaded in UMB's.
Roberto iw2evk
iw2evk wrote:
I've the same problem with usb drivers
Devload \h C:\usb\usbaspi.sys
with the new release of devload
http://www.coli.uni-saarland.de/~eric/stuff/soft/by-others/devload-3.21.zip
the problems appears solved..
Now more usb drivers can be loaded in UMB's.
Roberto iw2evk
Eric Auer wrote:
Hi again,
well if you can compile devload at all (you need tasm
Hi Roberto iw2evk,
actually devload-3.21 is not officially released yet,
I am still waiting for the okay from David (original
author) but I guess he will like this version ;-).
So as everybody now knows there will be an update
anyway, feel free to test it already: Does it work
with and without
I've the same problem with usb drivers
Devload \h C:\usb\usbaspi.sys
devload \h C:\usb\usbcd.sys
All the drivers remain in low memory.
as702 SHA-1 wrote:
just wondering if you could shed some light on a problem i'm having
with FreeDOS (this work is based off of Modboot/NwDsk 3.42
Eric Auer schrieb:
...
I said some weeks ago that devload can not load into umb every time
(Thread [Freedos-user] loading other config.sys?) but if I remember
right you didn't believe me that devicehigh and devload /h are not
completely the same or better said that devload can not be a full
Hi Michael,
you were right, I was not aware that devload fails
to figure out an appropriate UMB size and therefore
fails more often than devicehigh to load devices to
UMB space. Reading the sources made me realize that
this feature is missing. Of course it can be added.
However, devload will
Eric Auer schrieb:
However, devload will still not be perfect: Some
drivers only have full performance if you load them
before you load any command.com for the first time,
which means you must load them before any bat file
or prompt which would let you run devload... ;-).
Could you reach
Hi again,
However, devload will still not be perfect: Some
drivers only have full performance if you load them
before you load any command.com for the first time
Could you reach the same state 'not loaded any command.com'
by unloading command.com before and then it could become
Hi again,
well if you can compile devload at all (you need tasm or
the free arrowasm asm, www.dunfield.com/downloads.htm )
then you can help yourself with a patch / workaround:
mov bx,0fffh; never desire 64k of UMBs
Change this line to use 3ffh instead of 0fffh,