Hi Jeremy,
Date: Tue, 18 Oct 2005 08:24:41 -0400
From: Kenneth J. Davis [EMAIL PROTECTED]
To: freedos-kernel@lists.sourceforge.net
Subject: Re: [Freedos-kernel] reload partition table and reassign
drive letters
Reply-To: freedos-kernel@lists.sourceforge.net
I've considered this in the past
The main issue with FreeCom would be the location of its resources
changing. As long as the comspec env variable still pointed to the same
(or an identical) copy of the strings, it would probably be ok, but
honestly I don't know if FreeCom closes/opens or keeps open the file
with its
Hello Kenneth,
The main issue with FreeCom would be the location of its resources
changing.
under normal circumstances, FreeCom-xmsswap will have it's resources
loaded at startup and touch them never again.
Tom
---
This SF.Net email is
Hi Bernd,
I did not invent quickboot, fdapm hotboot just calls int 19
(load boot sector and run it). To make that work in real life,
you would have to have all interrupt vectors DOS free at the
moment, or at least some int 19 handler would have to be hooked
by everything which hooks boot-relavant
firstly, I never said FreeCom couldn't handle drive letter changes, I
said if one did something, then they need to make sure it can; in
particular the way it loads strings; although from my experience not
being able to load its strings usually just results in FreeCom issuing
useless messages
Hi,
Very very nice discussion, I am enjoying this a lot, thanks!
Kenneth J. Davis escribió:
various details like that. And really if you wanted to be clever,
maintain the needed information about open files and TSRs won't even
notice the change, even if the file is now on a different drive
Hi, Jeremy is right, FreeDOS boots in seconds, so it is best
to just reboot. Dynamic drive letter assignment is not what
DOS programs are used to cope with.
HOWEVER, useful aspects of re-read partitions would be:
- you can scan a PCMCIA disk after initializing the disk controller
- you can
