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 /
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
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
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
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 reac
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 sti
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
replac
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 F
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,
EMAIL PROTECTED]
> To: freedos-user@lists.sourceforge.net
> Subject: Re: [Freedos-user] devload and UMB problem
>
>
> Hi!
>
> Hmmm you could try japheth.de jemm instead of
> xmgr umbpci lowdma ;-). Or try himemx plus
> jemm386, more classic than jemm, same page.
>
Hi!
Hmmm you could try japheth.de jemm instead of
xmgr umbpci lowdma ;-). Or try himemx plus
jemm386, more classic than jemm, same page.
Problem is that devload asks DOS for the highest
location which has 64k, without checking how much
your driver really needs: It is sys, no exe header
so "needs
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 FreeDos)
i cannot for the life of me get devload to function using the /H
switch. whenever i try to load a device into UMB, it always dumps the
device into conventional ra
12 matches
Mail list logo
