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 <jh...@freedos.org> 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 <guik...@gmail.com> 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 <jh...@freedos.org> 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 <guik...@gmail.com> 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 . <htv04ru...@gmail.com> wrote:
>>>>
>>>>> What’s your question?
>>>>>
>>>>> On Wed, Jul 17, 2019 at 7:30 AM kaye n <guik...@gmail.com> 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
>
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
