Re: [Freedos-user] why isn't anyone answering my question?

[Eric Auer]

Hi! I could imagine that Clipper relies on file locking a
lot (SHARE driver) and it may need a suitable version of
that. Working with diskimage drives exclusive to DOS may
work better OR worse than working with drives which are
emulated out of host operating system directories here,
depending on which emulator you use (not just QEMU, try
DOSEMU or DOSBOX for example). You can also try the DOS
port of Harbour / XHarbour DB, which is free and open:

https://en.wikipedia.org/wiki/Harbour_%28software%29

Regards, Eric

> I mentioned that I haven't used Clipper so...
> I think Clipper is doing a lot of file I/O...



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Jim Hall]

I mentioned that I haven't used Clipper so I am making some guesses here. I
can't help with #4 because I don't use Clipper. Maybe someone else can
answer that.

I think Clipper is doing a lot of file I/O, which is not surprising because
I know Clipper was originally used to create database-driven business
applications. That's why I suggested (earlier email) that running
everything from the mapped drive could cause a hang - because I've
*sometimes* had lockup problems on QEMU if a program is doing lots and lots
of file I/O on a mapped drive. But I haven't had that problem when doing
lots of I/O on a QEMU disk *image* (that's the C: drive, in this case).

The easy way to get files in and out of the QEMU C: is to copy them to/from
the mapped D: drive. That's what I do. The mapped D: drive is basically a
shared drive between the guest OS (FreeDOS) and the host OS.


#5
The host OS filesystem shouldn't matter here. QEMU is just mapping a
virtual FAT filesystem to that directory, and making that available to the
guest OS (FreeDOS).

#6
I just ignore the warning that QEMU gives here (I run QEMU from a shortcut,
so I don't see that warning unless I happen to launch QEMU "manually"
without the shortcut). Works fine for me. If adding format=raw works for
you, then do that.


On Thu, Aug 8, 2019 at 12:26 PM kaye n  wrote:

> Jim Hall
>
> I have several issues with using the Clipper program directly from the C:
> drive.
>
> 1.  Unzipping everything (459 files) to the C: drive took awhile.
>
> 2.  It appears to be a bit slower than if I ran the clipper program in a
> Command Prompt of a real Windows 7 32-bit system (not virtual Windows), or
> even in a virtual Windows.
>
> 3.  If I will use the program in the C: drive, does that mean everything
> is just an image? What if I need to edit a certain .dbf file in LibreOffice
> Calc so I can save it as an xlsx file? I'm sure there's a way to do it but
> it wouldn't be easy.
>
> 4.  Although I was able to get inside the program and do some tasks, there
> was a certain task that resulted in a hang (I tried to delete a record).
> Hence, solving 1 to 3 does not matter because the program still hangs.  (Or
> maybe it's a permission issue?  I'll check)
>
> Oh well.
>
> 5.  By the way, is the line: -drive file=fat:rw:/home/jhall/dos
> still correct if the hard drive partition that I want to access is already
> a fat (fat32) partition?
>
> 6.  Your line:  -drive file=fat:rw:/home/jhall/dos
> gives me this error:
>
> WARNING: Image format was not specified for 'json:{"fat-type": 0, "dir":
> "/media/FAT", "driver": "vvfat", "floppy": false, "rw": true}' and probing
> guessed raw.
>  Automatically detecting the format is dangerous for raw images,
> write operations on block 0 will be restricted.
>  Specify the 'raw' format explicitly to remove the restrictions.
>
> So I had to add:
>  format=raw
> Am I right to do that? Forgive my stupidity I am not an expert.
>
> If you could comment on all 6 issues I would greatly appreciated, thank
> you very much!
>
>
>
>
> On Thu, Aug 8, 2019 at 2:16 AM Jim Hall  wrote:
>
>> I haven't used Clipper so I'll have to let someone else debug that one
>> for you.
>>
>> However, I *sometimes* have had problems running programs that require a
>> lot of I/O from the mapped drive. Not sure if QEMU just gets confused with
>> a lot of I/O on the mapped drive, because it's basically emulating a FAT
>> drive over a directory. Maybe that's the cause of the hang here?
>>
>> You might try copying (with XCOPY) the program files from the mapped
>> drive to your C: drive, and run it from the C: drive. (Another way to do
>> this is to put everything into a zip file, then just use UNZIP to extract
>> that zip file onto your C: drive.)
>>
>>
>>
>>
>> On Wed, Aug 7, 2019 at 12:22 PM kaye n  wrote:
>>
>>> Jim Hall, thanks a lot for suggesting QEMU.  I added a line similar to
>>> your
>>>
>>> -drive file=fat:rw:/home/jhall/dos
>>>
>>> and I was able to access the desired directory in an NTFS partition of
>>> the hard drive.
>>>
>>> However, in that directory is an old Clipper program and I could not get
>>> it to run in the virtual Freedos.
>>>
>>> In drive C: there is an autoexec.bat and an fdconfig.sys file.
>>>
>>> I edited autoexec.bat by adding this line:
>>> SET CLIPPER=F99
>>>
>>> and I edited fdconfig.sys by adding this line:
>>> FILES=99
>>>
>>> It hanged and I had to close the QEMU window by clicking the X at the
>>> upper right corner of the screen.
>>>
>>> PS:  I don't know which key to press for firing my weapon in the Freedos
>>> game Wing.
>>>
>>> Thank you for your time and thank you for making Freedos!
>>>
>>> On Wed, Jul 17, 2019 at 8:23 PM Jim Hall  wrote:
>>>
 Hi. My answer is in 2 parts:

 1. FreeDOS cannot read NTFS. FreeDOS can read variations of the FAT
 filesystem, including FAT32. But cannot read NTFS or extfs.

 2. An operating system running inside a PC emulator like VirtualBox
 cannot access the 

Re: [Freedos-user] why isn't anyone answering my question?

[kaye n]

Jim Hall

I have several issues with using the Clipper program directly from the C:
drive.

1.  Unzipping everything (459 files) to the C: drive took awhile.

2.  It appears to be a bit slower than if I ran the clipper program in a
Command Prompt of a real Windows 7 32-bit system (not virtual Windows), or
even in a virtual Windows.

3.  If I will use the program in the C: drive, does that mean everything is
just an image? What if I need to edit a certain .dbf file in LibreOffice
Calc so I can save it as an xlsx file? I'm sure there's a way to do it but
it wouldn't be easy.

4.  Although I was able to get inside the program and do some tasks, there
was a certain task that resulted in a hang (I tried to delete a record).
Hence, solving 1 to 3 does not matter because the program still hangs.  (Or
maybe it's a permission issue?  I'll check)

Oh well.

5.  By the way, is the line: -drive file=fat:rw:/home/jhall/dos
still correct if the hard drive partition that I want to access is already
a fat (fat32) partition?

6.  Your line:  -drive file=fat:rw:/home/jhall/dos
gives me this error:

WARNING: Image format was not specified for 'json:{"fat-type": 0, "dir":
"/media/FAT", "driver": "vvfat", "floppy": false, "rw": true}' and probing
guessed raw.
 Automatically detecting the format is dangerous for raw images,
write operations on block 0 will be restricted.
 Specify the 'raw' format explicitly to remove the restrictions.

So I had to add:
 format=raw
Am I right to do that? Forgive my stupidity I am not an expert.

If you could comment on all 6 issues I would greatly appreciated, thank you
very much!




On Thu, Aug 8, 2019 at 2:16 AM Jim Hall  wrote:

> I haven't used Clipper so I'll have to let someone else debug that one for
> you.
>
> However, I *sometimes* have had problems running programs that require a
> lot of I/O from the mapped drive. Not sure if QEMU just gets confused with
> a lot of I/O on the mapped drive, because it's basically emulating a FAT
> drive over a directory. Maybe that's the cause of the hang here?
>
> You might try copying (with XCOPY) the program files from the mapped drive
> to your C: drive, and run it from the C: drive. (Another way to do this is
> to put everything into a zip file, then just use UNZIP to extract that zip
> file onto your C: drive.)
>
>
>
>
> On Wed, Aug 7, 2019 at 12:22 PM kaye n  wrote:
>
>> Jim Hall, thanks a lot for suggesting QEMU.  I added a line similar to
>> your
>>
>> -drive file=fat:rw:/home/jhall/dos
>>
>> and I was able to access the desired directory in an NTFS partition of
>> the hard drive.
>>
>> However, in that directory is an old Clipper program and I could not get
>> it to run in the virtual Freedos.
>>
>> In drive C: there is an autoexec.bat and an fdconfig.sys file.
>>
>> I edited autoexec.bat by adding this line:
>> SET CLIPPER=F99
>>
>> and I edited fdconfig.sys by adding this line:
>> FILES=99
>>
>> It hanged and I had to close the QEMU window by clicking the X at the
>> upper right corner of the screen.
>>
>> PS:  I don't know which key to press for firing my weapon in the Freedos
>> game Wing.
>>
>> Thank you for your time and thank you for making Freedos!
>>
>> On Wed, Jul 17, 2019 at 8:23 PM Jim Hall  wrote:
>>
>>> Hi. My answer is in 2 parts:
>>>
>>> 1. FreeDOS cannot read NTFS. FreeDOS can read variations of the FAT
>>> filesystem, including FAT32. But cannot read NTFS or extfs.
>>>
>>> 2. An operating system running inside a PC emulator like VirtualBox
>>> cannot access the direct hardware of the machine. It can only access the
>>> virtual machine resources. So you cannot access the Linux disk directly, in
>>> this case.
>>>
>>> Most PC emulators have some way to make a directory (such as your Linux
>>> $HOME directory and/or a directory like /mount/ntfs) available to the guest
>>> operating system (FreeDOS) and make it look like a FAT drive. For example,
>>> I use QEMU and I make a directory called "dos" in my Linux $HOME available
>>> to FreeDOS *as though it were the D: drive* using this command line
>>> option:
>>> -drive file=fat:rw:/home/jhall/dos
>>>
>>> But I don't use VirtualBox, so I don't know how to do it there. I'm sure
>>> there's a menu item for it.
>>>
>>>
>>>
>>> On Wed, Jul 17, 2019 at 6:43 AM kaye n  wrote:
>>>
 My apologies.  Wrong choice of words.  I am aware that this is not a
 paid support line.

 Anyway, here's my question.

 I have a desktop computer running a Linux distro. In this LInux distro
 I have installed VirtualBox, and in this VirtualBox I have installed
 Freedos.

 The virtual Freedos is running fine.  However I can't figure out a way
 to allow the virtual Freedos to access the different partitions of the hard
 drive (for example an NTFS partition that contains my personal data), as
 well as any USB flash drive.

 Is this impossible if the Freedos installation is only virtual?

 Thank you for your time.

 

Re: [Freedos-user] why isn't anyone answering my question?

[Jim Hall]

I haven't used Clipper so I'll have to let someone else debug that one for
you.

However, I *sometimes* have had problems running programs that require a
lot of I/O from the mapped drive. Not sure if QEMU just gets confused with
a lot of I/O on the mapped drive, because it's basically emulating a FAT
drive over a directory. Maybe that's the cause of the hang here?

You might try copying (with XCOPY) the program files from the mapped drive
to your C: drive, and run it from the C: drive. (Another way to do this is
to put everything into a zip file, then just use UNZIP to extract that zip
file onto your C: drive.)




On Wed, Aug 7, 2019 at 12:22 PM kaye n  wrote:

> Jim Hall, thanks a lot for suggesting QEMU.  I added a line similar to
> your
>
> -drive file=fat:rw:/home/jhall/dos
>
> and I was able to access the desired directory in an NTFS partition of the
> hard drive.
>
> However, in that directory is an old Clipper program and I could not get
> it to run in the virtual Freedos.
>
> In drive C: there is an autoexec.bat and an fdconfig.sys file.
>
> I edited autoexec.bat by adding this line:
> SET CLIPPER=F99
>
> and I edited fdconfig.sys by adding this line:
> FILES=99
>
> It hanged and I had to close the QEMU window by clicking the X at the
> upper right corner of the screen.
>
> PS:  I don't know which key to press for firing my weapon in the Freedos
> game Wing.
>
> Thank you for your time and thank you for making Freedos!
>
> On Wed, Jul 17, 2019 at 8:23 PM Jim Hall  wrote:
>
>> Hi. My answer is in 2 parts:
>>
>> 1. FreeDOS cannot read NTFS. FreeDOS can read variations of the FAT
>> filesystem, including FAT32. But cannot read NTFS or extfs.
>>
>> 2. An operating system running inside a PC emulator like VirtualBox
>> cannot access the direct hardware of the machine. It can only access the
>> virtual machine resources. So you cannot access the Linux disk directly, in
>> this case.
>>
>> Most PC emulators have some way to make a directory (such as your Linux
>> $HOME directory and/or a directory like /mount/ntfs) available to the guest
>> operating system (FreeDOS) and make it look like a FAT drive. For example,
>> I use QEMU and I make a directory called "dos" in my Linux $HOME available
>> to FreeDOS *as though it were the D: drive* using this command line
>> option:
>> -drive file=fat:rw:/home/jhall/dos
>>
>> But I don't use VirtualBox, so I don't know how to do it there. I'm sure
>> there's a menu item for it.
>>
>>
>>
>> On Wed, Jul 17, 2019 at 6:43 AM kaye n  wrote:
>>
>>> My apologies.  Wrong choice of words.  I am aware that this is not a
>>> paid support line.
>>>
>>> Anyway, here's my question.
>>>
>>> I have a desktop computer running a Linux distro. In this LInux distro I
>>> have installed VirtualBox, and in this VirtualBox I have installed Freedos.
>>>
>>> The virtual Freedos is running fine.  However I can't figure out a way
>>> to allow the virtual Freedos to access the different partitions of the hard
>>> drive (for example an NTFS partition that contains my personal data), as
>>> well as any USB flash drive.
>>>
>>> Is this impossible if the Freedos installation is only virtual?
>>>
>>> Thank you for your time.
>>>
>>> On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  wrote:
>>>
 What’s your question?

 On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:

> Hello? Anyone there?
>

>>>
>> ___
>> Freedos-user mailing list
>> Freedos-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-user
>>
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[kaye n]

Jim Hall, thanks a lot for suggesting QEMU.  I added a line similar to your

-drive file=fat:rw:/home/jhall/dos

and I was able to access the desired directory in an NTFS partition of the
hard drive.

However, in that directory is an old Clipper program and I could not get it
to run in the virtual Freedos.

In drive C: there is an autoexec.bat and an fdconfig.sys file.

I edited autoexec.bat by adding this line:
SET CLIPPER=F99

and I edited fdconfig.sys by adding this line:
FILES=99

It hanged and I had to close the QEMU window by clicking the X at the upper
right corner of the screen.

PS:  I don't know which key to press for firing my weapon in the Freedos
game Wing.

Thank you for your time and thank you for making Freedos!

On Wed, Jul 17, 2019 at 8:23 PM Jim Hall  wrote:

> Hi. My answer is in 2 parts:
>
> 1. FreeDOS cannot read NTFS. FreeDOS can read variations of the FAT
> filesystem, including FAT32. But cannot read NTFS or extfs.
>
> 2. An operating system running inside a PC emulator like VirtualBox cannot
> access the direct hardware of the machine. It can only access the virtual
> machine resources. So you cannot access the Linux disk directly, in this
> case.
>
> Most PC emulators have some way to make a directory (such as your Linux
> $HOME directory and/or a directory like /mount/ntfs) available to the guest
> operating system (FreeDOS) and make it look like a FAT drive. For example,
> I use QEMU and I make a directory called "dos" in my Linux $HOME available
> to FreeDOS *as though it were the D: drive* using this command line
> option:
> -drive file=fat:rw:/home/jhall/dos
>
> But I don't use VirtualBox, so I don't know how to do it there. I'm sure
> there's a menu item for it.
>
>
>
> On Wed, Jul 17, 2019 at 6:43 AM kaye n  wrote:
>
>> My apologies.  Wrong choice of words.  I am aware that this is not a paid
>> support line.
>>
>> Anyway, here's my question.
>>
>> I have a desktop computer running a Linux distro. In this LInux distro I
>> have installed VirtualBox, and in this VirtualBox I have installed Freedos.
>>
>> The virtual Freedos is running fine.  However I can't figure out a way to
>> allow the virtual Freedos to access the different partitions of the hard
>> drive (for example an NTFS partition that contains my personal data), as
>> well as any USB flash drive.
>>
>> Is this impossible if the Freedos installation is only virtual?
>>
>> Thank you for your time.
>>
>> On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  wrote:
>>
>>> What’s your question?
>>>
>>> On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:
>>>
 Hello? Anyone there?

>>>
>>
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Dale E Sterner]

I don't use Linux but really should. Why can't some of their
people update FREEDOS. I think the old NTFS was readable
but they made updates that made it more of a mystery.

cheers
DS



On Sat, 20 Jul 2019 09:16:35 -0700 (PDT) geneb 
writes:
> On Sat, 20 Jul 2019, Dale E Sterner wrote:
> 
> > NTFS & exfat are microsoft inventions. Not many people understand 
> NTFS
> > much less be able to read it with non microsoft software. I think 
> its
> 
> This is news to Linux and all the BSD variants.  They've been able 
> to read 
> & write NTFS and exfat filesystems for YEARS.
> 
> g.
> 
> -- 
> Proud owner of F-15C 80-0007
> http://www.f15sim.com - The only one of its kind.
> http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
> Some people collect things for a hobby.  Geeks collect hobbies.
> 
> ScarletDME - The red hot Data Management Environment
> A Multi-Value database for the masses, not the classes.
> http://scarlet.deltasoft.com - Get it _today_!
> 
> 
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
> 


**
>From Dale Sterner - MS organic chemistry
http://pubs.acs.org/doi/abs/10.1021/jo00975a052
***


Sad News For Meghan Markle And Prince Harry
track.volutrk.com
http://thirdpartyoffers.juno.com/TGL3141/5d33751d9e0dd751c1609st04duc


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[geneb]

On Sat, 20 Jul 2019, Dale E Sterner wrote:


NTFS & exfat are microsoft inventions. Not many people understand NTFS
much less be able to read it with non microsoft software. I think its


This is news to Linux and all the BSD variants.  They've been able to read 
& write NTFS and exfat filesystems for YEARS.


g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby.  Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Dale E Sterner]

NTFS & exfat are microsoft inventions. Not many people understand NTFS
much less be able to read it with non microsoft software. I think its
impossible to copy NTFS systems without microsoft help.
If you are good with tools like I am; you could set up a non virtual
system to run Freedos and any other OS you want.
Do like me run your OS off cf chips then your usb would work
on FREEDOS and you can read SD chips. so long as they are
fat16 or fat32. Copy your NTFS files to an sd chip formated
in fat32 or fat16 then you should be able to read them.


cheers
DS

 


On Wed, 17 Jul 2019 19:43:15 +0800 kaye n  writes:
> By the way, I emailed my question to 
> freedos-user@lists.sourceforge.net
> about two days ago.  Isn't that the address where I can send 
> questions to?
> Many thanks.
> 
> On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  
> wrote:
> 
> > What’s your question?
> >
> > On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:
> >
> >> Hello? Anyone there?
> >> ___
> >> Freedos-user mailing list
> >> Freedos-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/freedos-user
> >>
> > --
> > Sincerely,
> > HTV04
> > ___
> > Freedos-user mailing list
> > Freedos-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freedos-user
> >


**
>From Dale Sterner - MS organic chemistry
http://pubs.acs.org/doi/abs/10.1021/jo00975a052
***


1 Cup (Before Bed) Burns Belly Fat Like Crazy!
worldhealthlabs.com
http://thirdpartyoffers.juno.com/TGL3141/5d333910ace2539102d5fst04duc

___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Tom via Freedos-user]

Many mailing systems now ignore mails you send to a mailing list so you 
never see them without diving into the archives

Tom

On 17/07/2019 12:46, David McMackins wrote:
Yes, that is the correct list, but it didn't come through. When you 
send something to the mailing list, you should get it in your own 
inbox when it is forwarded from the list. If you did get that, then 
maybe something happened on the mail server at just the wrong time.



Happy Hacking,

David E. McMackins II
www.mcmackins.org www.delwink.com

On 7/17/19 6:43 AM, kaye n wrote:
By the way, I emailed my question to 
freedos-user@lists.sourceforge.net 
 about two days ago.  
Isn't that the address where I can send questions to?

Many thanks.

On Wed, Jul 17, 2019 at 7:34 PM HTV04 . > wrote:


    What’s your question?

    On Wed, Jul 17, 2019 at 7:30 AM kaye n mailto:guik...@gmail.com>> wrote:

    Hello? Anyone there?
    ___
    Freedos-user mailing list
    Freedos-user@lists.sourceforge.net
    
https://lists.sourceforge.net/lists/listinfo/freedos-user

    --     Sincerely,
    HTV04
    ___
    Freedos-user mailing list
    Freedos-user@lists.sourceforge.net
    
    https://lists.sourceforge.net/lists/listinfo/freedos-user



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user




___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user





___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question? - host filesystem access inside emulators

[Jan van Wijk]

On Wed, 17 Jul 2019 17:27:52 +0200 E. Auer wrote:
>
>>2. An operating system running inside a PC emulator like VirtualBox cannot
>>access the direct hardware of the machine.
>
>This means that it does not even matter whether FreeDOS can
>access NTFS at all: What you need is a way to make a selected
>directory of your Linux or Windows box visible inside the
>emulator. With Dosemu (better: Dosemu2) for Linux, this is
>supported in a DOS specific way, avoiding the need for DOS
>drivers, but for more "complete" emulators such as VirtualBox
>or VMWare, you will also need drivers on the DOS side.
>For example for VMWare, there is VMSMOUNT:

Exactly, and for VirtualBox it is called the 'Guest additions',
depending on the guest operating system, it is usually a set
of device drivers and some deamon program.

Apart from supplying access to the host-filesystem 
they also supply video-scaling and mouse integration.
The host-filesystem access (called 'shared folders' in VirtualBox)
is often in the form of a network-like driver implementing a filesystem
(installable filesystem, or IFS in Windows or OS/2 terminology)

Since the interface is generic, the guest OS does NOT need to be able to 
understand
the host filesystem at all, just the network-like interface supplied by the 
driver.

They exist for the most popular guest operating systems like Windows and Linux, 
and even for OS/2, allthough that only very recently got the 'shared folders'
which are only introduces with VirtualBox version 6.0.9 or so.

Unfortunately, there is NO shared-folder support for DOS as of yet ...

Regards, JvW
 


Jan van Wijk, author of DFSee; http://www.dfsee.com/dfsee/



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Ralf Quint]

On 7/17/2019 11:35 AM, Tom Ehlert wrote:



Beside that you
will have problems with accessing a NTFS partition of said pass-through
in a network-redirector way...

why do you think that?


Sorry, didn't notice that this sentence got garbled, I had started it 
differently, then changed it and ended up missing a few words, it should 
have read "will have problems with accessing a NTFS partition of said 
pass-through if V/B doesn't handle that in a network-redirector way".


I think you will need some additional client tools for V/B (Extension 
Pack) and I am not sure right now if they still provide one for DOS.


Ralf


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Tom Ehlert]

> On 7/17/2019 4:41 AM, kaye n wrote:
>> My apologies.  Wrong choice of words.  I am aware that this is not a 
>> paid support line.
>>
>> Anyway, here's my question.
>>
>> I have a desktop computer running a Linux distro. In this LInux distro 
>> I have installed VirtualBox, and in this VirtualBox I have installed 
>> Freedos.
>>
>> The virtual Freedos is running fine.  However I can't figure out a way 
>> to allow the virtual Freedos to access the different partitions of the 
>> hard drive (for example an NTFS partition that contains my personal 
>> data), as well as any USB flash drive.
>>
>> Is this impossible if the Freedos installation is only virtual?

> That is a VirtualBox issue, not a FreeDOS issue. V/B needs to provide a
> pass-through to the partitions that you want to access.
they have that for more recent operating systems like OS/2 or better.
as VirtualBox is open source, feel free to provide a DOS client ;)

> Beside that you
> will have problems with accessing a NTFS partition of said pass-through
> in a network-redirector way...
why do you think that?

this has clearly been done by a) network redirectors like LANMAN and
b) MS VirtualPC even had a client for DOS, working flawlessly.

Tom






___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Ralf Quint]

On 7/17/2019 4:41 AM, kaye n wrote:
My apologies.  Wrong choice of words.  I am aware that this is not a 
paid support line.


Anyway, here's my question.

I have a desktop computer running a Linux distro. In this LInux distro 
I have installed VirtualBox, and in this VirtualBox I have installed 
Freedos.


The virtual Freedos is running fine.  However I can't figure out a way 
to allow the virtual Freedos to access the different partitions of the 
hard drive (for example an NTFS partition that contains my personal 
data), as well as any USB flash drive.


Is this impossible if the Freedos installation is only virtual?


That is a VirtualBox issue, not a FreeDOS issue. V/B needs to provide a 
pass-through to the partitions that you want to access. Beside that you 
will have problems with accessing a NTFS partition of said pass-through 
in a network-redirector way...


Ralf


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question? - host filesystem access inside emulators

[E. Auer]

Hi Jim and AM,


1. FreeDOS cannot read NTFS.


However, there are non-open-source tools for DOS in general which
let you access files on older NTFS filesystems, for example Avira
NTFS4DOS from 2007, may access Windows 2003 or older filesystems.


FreeDOS can read variations of the FAT filesystem, including FAT32.


Note that in spite of the name ExFAT is not a variation of FAT
and therefore not supported by DOS! Microsoft is just using the
old popular name for something completely new in this context.

2. An operating system running inside a PC emulator like VirtualBox 
cannot

access the direct hardware of the machine.


This means that it does not even matter whether FreeDOS can
access NTFS at all: What you need is a way to make a selected
directory of your Linux or Windows box visible inside the
emulator. With Dosemu (better: Dosemu2) for Linux, this is
supported in a DOS specific way, avoiding the need for DOS
drivers, but for more "complete" emulators such as VirtualBox
or VMWare, you will also need drivers on the DOS side.
For example for VMWare, there is VMSMOUNT:

http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/vmsmount.html

For Windows, you probably want to use dosbox, which is more
a simulation of a DOS PC than a simulation of a PC, so it
can directly simulate the existence of Windows files at any
drive letter of DOS.

As Jim wrote, QEMU can create a simulated harddisk which
contains the files of an arbitrary Linux directory, so in
that case, like with Dosemu and Dosbox, you will not need
any drivers on the DOS side :-)


[for qemu, use...] -drive file=fat:rw:/home/jhall/dos


Regards, Eric



I have a desktop computer running a Linux distro. In this LInux distro 
I
have installed VirtualBox, and in this VirtualBox I have installed 
Freedos.


The virtual Freedos is running fine.  However I can't figure out a way 
to
allow the virtual Freedos to access the different partitions of the 
hard
drive (for example an NTFS partition that contains my personal data), 
as

well as any USB flash drive.




___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[Jim Hall]

Hi. My answer is in 2 parts:

1. FreeDOS cannot read NTFS. FreeDOS can read variations of the FAT
filesystem, including FAT32. But cannot read NTFS or extfs.

2. An operating system running inside a PC emulator like VirtualBox cannot
access the direct hardware of the machine. It can only access the virtual
machine resources. So you cannot access the Linux disk directly, in this
case.

Most PC emulators have some way to make a directory (such as your Linux
$HOME directory and/or a directory like /mount/ntfs) available to the guest
operating system (FreeDOS) and make it look like a FAT drive. For example,
I use QEMU and I make a directory called "dos" in my Linux $HOME available
to FreeDOS *as though it were the D: drive* using this command line option:
-drive file=fat:rw:/home/jhall/dos

But I don't use VirtualBox, so I don't know how to do it there. I'm sure
there's a menu item for it.



On Wed, Jul 17, 2019 at 6:43 AM kaye n  wrote:

> My apologies.  Wrong choice of words.  I am aware that this is not a paid
> support line.
>
> Anyway, here's my question.
>
> I have a desktop computer running a Linux distro. In this LInux distro I
> have installed VirtualBox, and in this VirtualBox I have installed Freedos.
>
> The virtual Freedos is running fine.  However I can't figure out a way to
> allow the virtual Freedos to access the different partitions of the hard
> drive (for example an NTFS partition that contains my personal data), as
> well as any USB flash drive.
>
> Is this impossible if the Freedos installation is only virtual?
>
> Thank you for your time.
>
> On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  wrote:
>
>> What’s your question?
>>
>> On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:
>>
>>> Hello? Anyone there?
>>>
>>
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[David McMackins]

Yes, that is the correct list, but it didn't come through. When you send 
something to the mailing list, you should get it in your own inbox when 
it is forwarded from the list. If you did get that, then maybe something 
happened on the mail server at just the wrong time.



Happy Hacking,

David E. McMackins II
www.mcmackins.org www.delwink.com

On 7/17/19 6:43 AM, kaye n wrote:
By the way, I emailed my question to freedos-user@lists.sourceforge.net 
 about two days ago.  Isn't 
that the address where I can send questions to?

Many thanks.

On Wed, Jul 17, 2019 at 7:34 PM HTV04 . > wrote:


What’s your question?

On Wed, Jul 17, 2019 at 7:30 AM kaye n mailto:guik...@gmail.com>> wrote:

Hello? Anyone there?
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/freedos-user

-- 
Sincerely,

HTV04
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/freedos-user



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user




___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[kaye n]

By the way, I emailed my question to freedos-user@lists.sourceforge.net
about two days ago.  Isn't that the address where I can send questions to?
Many thanks.

On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  wrote:

> What’s your question?
>
> On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:
>
>> Hello? Anyone there?
>> ___
>> Freedos-user mailing list
>> Freedos-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-user
>>
> --
> Sincerely,
> HTV04
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[kaye n]

My apologies.  Wrong choice of words.  I am aware that this is not a paid
support line.

Anyway, here's my question.

I have a desktop computer running a Linux distro. In this LInux distro I
have installed VirtualBox, and in this VirtualBox I have installed Freedos.

The virtual Freedos is running fine.  However I can't figure out a way to
allow the virtual Freedos to access the different partitions of the hard
drive (for example an NTFS partition that contains my personal data), as
well as any USB flash drive.

Is this impossible if the Freedos installation is only virtual?

Thank you for your time.

On Wed, Jul 17, 2019 at 7:34 PM HTV04 .  wrote:

> What’s your question?
>
> On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:
>
>> Hello? Anyone there?
>> ___
>> Freedos-user mailing list
>> Freedos-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-user
>>
> --
> Sincerely,
> HTV04
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[David McMackins]

I don't see any question from you in my several years of email history, 
so perhaps your question never made it to the list.


Furthermore, this is not a paid support line. Nobody here owes you an 
answer to your question. Most people are willing to help, but if nobody 
knows an answer or is willing to put forth the effort for a complete and 
correct answer, they are not obligated to find one for you.


Instead of pestering the list for not answering a question they very 
likely didn't even receive, why not just ask your question again?



Happy Hacking,

David E. McMackins II
www.mcmackins.org www.delwink.com

On 7/17/19 6:28 AM, kaye n wrote:

Hello? Anyone there?


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user




___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] why isn't anyone answering my question?

[HTV04 .]

What’s your question?

On Wed, Jul 17, 2019 at 7:30 AM kaye n  wrote:

> Hello? Anyone there?
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
-- 
Sincerely,
HTV04
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] why isn't anyone answering my question?

[kaye n]

Hello? Anyone there?
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user