I was about to post bugreport at VirtualBox bugtracker, but decided to
double-check the issue first. On my system floppy images change are
correctly recognized. VirtualBox 4.1.4-3.2.3 OSE OpenSUSE 12.1.
On 16.05.12 19:33, Wolfgang Schechinger wrote:
Dear experts,
I have some floppy images I
I was about to post bugreport at VirtualBox bugtracker, but decided to
double-check the issue first. On my system floppy images change are
correctly recognized. VirtualBox 4.1.4-3.2.3 OSE OpenSUSE 12.1.
The issue is that VirtualBox is not posting diskette media-change
status in the BIOS data
Hi Tom,
thanks for checking the int 13 details on VirtualBox!
I was about to post bugreport at VirtualBox bugtracker, but decided to
double-check the issue first. On my system floppy images change are
correctly recognized. VirtualBox 4.1.4-3.2.3 OSE OpenSUSE 12.1.
The issue is that
Tom:
The issue is that VirtualBox is not posting diskette media-change
status in the BIOS data table.
the 'issue' is that VirtualBox clearly states
'floppy without change-line support'
int13/15 returns '01h floppy without change-line support
int13/16 returns '06h change line active or
Jack,
the 'issue' is that VirtualBox clearly states 'floppy without
change-line support'
int13/15 returns '01h floppy without change-line support int13/16
returns '06h change line active or not supported
but UIDE ignores this, and relies on change line support anyway.
You are WRONG,
Jack,
The issue is that VirtualBox is not posting diskette media-change
status in the BIOS data table.
the 'issue' is that VirtualBox clearly states
'floppy without change-line support'
int13/15 returns '01h floppy without change-line support
int13/16 returns '06h change line active or
Jack-181 wrote:
I will NOT cache a drive which cannot tell me when its media has changed,
and I REFUSE to add all of the
logic in UIDE that Eric notes the DOS kernel contains, to find out if a
media-change has occurred using other methods!
It's not impossible to cache floppies, Jack. You
At 09:22 AM 5/23/2012, Jack wrote:
You are WRONG, Tom!!
Sorry, Jack, but he is not
Honestly Jack, please don't explode each time someone is making a
critical statement. There simply is no reason to get all personal about this...
UIDE has NEVER ignored if a diskette has change-line
UIDE has NEVER ignored if a diskette has change-line support! It
does in fact check the BIOS data table at 0:448h for bit 0 (change
line for diskette A:) or bit 4 (change line for diskette B:). If
those bits are off, diskette A: or diskette B: will not be cached.
if UIDE would check
UIDE has NEVER ignored if a diskette has change-line support! It
does in fact check the BIOS data table at 0:48Fh for bit 0 (change
line for diskette A:) or bit 4 (change line for diskette B:). If
those bits are off, diskette A: or diskette B: will not be cached.
That is an interesting
It's not impossible to cache floppies, Jack. You just need to do it
differently than you're doing now ...
Back in 1980, I told an old friend of mine about a 750K video-driver
package which I had seen (written in C, of course!), and he noted,
They've got GUTS, calling that a DRIVER!
If I had
Jack, PLEASE, don't pull yourself up on the VirtualBox issue, it is
rather a more general problem.
You simply rely on the contents of the memory region rather than than
properly query system via INT13. And that isn't adding much to the
logic and overall size of your drivers compared to the
Eric,
Apologies, I misread my own source file (early!) this morning. UIDE
and UIDE2 check 0:48Fh (not 448h) for the bits that indicate if drive
A: or B: suipport a media-change line. Note the BIOS data lists at:
http://www.bioscentral.com/misc/bda.htm
This document states that bit 0
Given how UIDE/UIDE2's diskette I-O has never been a problem BUT
for VirtualBox, I will keep UIDE/UIDE2 as-is.
this is going nowhere. Jack is right and everybody else is a bloody
idiot.
AMEN
Tom
--
Live Security
At 12:31 PM 5/23/2012, Jack wrote:
As I just got through noting, in another post, why would the BIOS
data include diskette change-line flags if they were NOT intended
to be USED??
Until someone can positively REFUTE the data offered by the BIOS
Central data-table list, my opinion is that neither
As I just got through noting, in another post, why would the BIOS
data include diskette change-line flags if they were NOT intended
to be USED??
Until someone can positively REFUTE the data offered by the BIOS
Central data-table list, my opinion is that neither you nor any-
one else can say
On Wed, 23 May 2012 14:33:00 -0400, Jack gykazequ...@earthlink.net wrote:
Back in 1980, I told an old friend of mine about a 750K video-driver
package which I had seen (written in C, of course!), and he noted,
They've got GUTS, calling that a DRIVER!
Wow, that sounds familiar. Was your
Dear STF,
I have tried both. No difference.
Wo
How did you change the floppy? I mean, did you just choose one
image file after another? Or did you *remove* the current floppy
image *and then* choose the next one?
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
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 it is
to
(temporally) disable the UIDE driver in order to get my stuff done.
Wo
Original-Nachricht
Datum: Sat, 19 May 2012 14:46:56 -0700
Von: Jack gykazequ...@earthlink.net
An: freedos-user@lists.sourceforge.net
Betreff: Re: [Freedos-user] Virtual floppy change problem
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
sufficient
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,
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
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!
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)
El 16/05/2012 12:03 p.m., Wolfgang Schechinger escribió:
Dear experts,
I have some floppy images I want to use with FreeDos that is running in a VM
(VirtualBox). The images work fine with e.g. Windows in such an environment.
However with the virtual FreeDos, disk changes are not
-Nachricht
Datum: Wed, 16 May 2012 13:27:59 -0430
Von: Marco Achury marcoach...@gmail.com
An: freedos-user@lists.sourceforge.net
Betreff: Re: [Freedos-user] Virtual floppy change problem with VirtualBox
El 16/05/2012 12:03 p.m., Wolfgang Schechinger escribió:
Dear experts,
I have
Hi Wolfgang,
I just tested this with FreeDOS 1.1 as guest and VirtualBox 4.1.14 under OS X
as host and it works for me.
I start FreeDOS with option 1 in the start menu.
I did not load UIDE.SYS in AUTOEXEC.BAT, as I normally don't work with CDs in
FreeDOS anyway and VirtualBox conflicts with
Hi Ulrich,
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.
Best regards,
Wo
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro!
Wolfgang and Ulrich,
Hi Ulrich,
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.
This sounds to me as if VirtualBox is NOT posting the media change
bits for a floppy-disk in
30 matches
Mail list logo