Hi, I got some strange problems with DEVLOAD:
If I use it to load any of my ramdisks, FreeDOS
becomes unable to "cd .." or "cd \", but you
can still "cd somewhere" or "cd x:\somewhere\"
and do dir to the root directory and similar.

This seems to happen for all sorts of XMS drivers,
even in DOSEmu, so it is probably a bug in DEVLOAD
or the FreeDOS KERNEL. Please test with some XMS
driver and (maybe non-FreeDOS) kernels from your
collection.

I would really be happy to know whether it is
DEVLOAD or rather the kernel which causes this
problem. Note that it does NOT happen if you e.g.
load xmsdsk as a program from the prompt, only
if devload is involved. Looks like xmsdsk is better
in self-loading than devload is in loading block
drivers. But I have no idea where to start searching,
so before this can be discussed on the kernel list
or before some bug-hunting for devload can be done,
some TEST RESULTS would be really helpful.

My test was with the deskwork.de dwdos ramdisk,
but all ramdisks seem to be affected. I used a
size of 15000k, which should default to 468 clusters
fat12, 32kb per cluster, 1 fat, 512 root dir entries.

The abovementioned "cd" problems happened in plain
DOS, but you get the same problems for diskimage
drives in DOSEmu. Lredir drives in DOSEmu just look
completely empty after you devload any ramdisk.

Any clues or test results on this are very welcome.
Thanks!

Eric

PS: I REALLY hope there will be some test results
out there. After that, we can still move the discussion
to devel or kernel if people want that.

PPS: I found this when experimenting with the new EMM386...
It works better but somehow you can still crash AuGoS if
you load a ramdisk and use EMM=... option of EMM386...?



-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP, 
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to