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