Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Eric Auer
Hi Wo, > thanks for the hint! I have commented out the line in autoexec.bat which > loads the UIDE.SYS cdrom driver. Now there is no problem accessing the > floppy images. So maybe there is a problem with floppy change signalling versus caches - would be interesting to know whether it is suffici

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Wolfgang Schechinger
Hi Eric, you mean the option /E ? Still the same. Wolfgang Original-Nachricht > Datum: Sat, 19 May 2012 22:15:22 +0200 > Von: "Eric Auer" > An: freedos-user@lists.sourceforge.net > Betreff: Re: [Freedos-user] Virtual floppy change problem with VirtualBox > > Hi Wo, > > >

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Jack
Eric, et al: >> thanks for the hint! I have commented out the line in autoexec.bat which >> loads the UIDE.SYS cdrom driver. Now there is no problem accessing the >> floppy images. > > So maybe there is a problem with floppy change signalling > versus caches - would be interesting to know whether

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Wolfgang Schechinger
Hi Jack, I am so happy that there is something like FreeDos available, even for free, that I can play around with. As I usually pretty soon run into very strange challenges for (any) software - some people say, that every computer that sees me for the first time, simply crashes, simply for thi

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Ulrich Hansen
> >>> thanks for the hint! I have commented out the line in autoexec.bat which >>> loads the UIDE.SYS cdrom driver. Now there is no problem accessing the >>> floppy images. >> >> So maybe there is a problem with floppy change signalling >> versus caches - would be interesting to know whether it i

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Jack
Wolfgang, > I am so happy that there is something like FreeDos available, even for > free, that I can play around with. As I usually pretty soon run into > very strange challenges for (any) software - some people say, that every > computer that sees me for the first time, simply crashes, si

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Wolfgang Schechinger
Jack, I don't think that this is possible. In my case, the installation prgrams is asking for the disks one by one, so there is no way to issue a commandline command inbetween. Wolfgang -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informie

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Jack
Ulrich, >> UIDE does not include logic to "ignore" a diskette drive. If one >> or two are present, UIDE will always cache them ... > > I think the /B switch works for me. Yes, you are correct -- UIDE is such a complex program that even I "forget" some of its features, from time to time! /B c

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Wolfgang Schechinger
Jack, when your harddrive as well as your floppies are virtual: does it make sense to cache them at all? The host operating system probably is already caching the relevant data. Wolfgang -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://f

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Jack
Wolfgang, > I don't think that this is possible [using "CC" to flush UIDE's > cache]. In my case, the installation program is asking for the > diskettes one by one, so there is no way to issue a commandline > command in between. You are correct, and I am sorry to hear that. Given the "high lev

Re: [Freedos-user] Virtual floppy change problem with VirtualBox

2012-05-19 Thread Jack
Wolfgang, > when your harddrive as well as your floppies are virtual: does > it make sense to cache them at all? The host operating system > probably is already caching the relevant data. One cannot be sure the host system is caching data! You should test this, by running with UIDE (caching)