As per Tom's request, below is a short batch file to show the issue.
It appears that the DIR command prematurely terminates it's listing
without error if a directory bearing the same name is encountered.
As I understand it, the DIR command should make no distinction between
file and directory na
Hi Eric
I think the issue is more complicated/ subtle than I first thought. If
you create the structure I showed, you will be able to reproduce the
problem. Two other FreeDos respondents were able to reproduce the
problem. I was perplexed as to why I could not find files that I knew
existed. I
this issue and was puzzled why I couldn't locate files that I knew existed.
On 2024/06/03 17:37, Tomas By via Freedos-user wrote:
On Mon, 03 Jun 2024 17:05:13 +0200, hms--- via Freedos-user wrote:
The point I am trying to make is about the unexpected behaviour of the
DIR command [...]
this issue and was puzzled why I couldn't locate files that I knew existed.
On 2024/06/03 17:37, Tomas By via Freedos-user wrote:
On Mon, 03 Jun 2024 17:05:13 +0200, hms--- via Freedos-user wrote:
The point I am trying to make is about the unexpected behaviour of the
DIR command [...]
ensions, but those are rare), so that should find the q directory
for you with little to no trouble.
On 6/2/2024 5:34 PM, hms--- via Freedos-user wrote:
Hi All
It appears that if a directory exists with the same name as the
file one is searching for, the directory listing is terminated
e
most directory names don't have extensions, this only picks out
the directory names (and of course, any files without extensions, but
those are rare), so that should find the q directory for you with
little to no trouble.
On 6/2/2024 5:34 PM, hms--- via Freedos-user wrote:
Hi All
It appears
Hi All
It appears that if a directory exists with the same name as the file
one is searching for, the directory listing is terminated early without
error.
I was searching for a files named "Q" with no extension. I used the
commands "DIR Q /S /B" and "DIR Q. /S /B", but it only revealed files
20.03.2024, at 08:55, hms--- via Freedos-user
wrote:
Does any know of a directory comparison program?
John
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
ry to learn if all files were moved
from one place to another, as if doing a backup to a USB drive?
Are you wanting to check file attributes?
Are you wanting to compare the kind of information a tool shares about
directories?
Kare
On Wed, 20 Mar 2024, hms--- via Freedos-user wrote:
Does any
20.03.2024, at 08:55, hms--- via Freedos-user
wrote:
Does any know of a directory comparison program?
John
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Does any know of a directory comparison program?
John
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Does anyone know if there is a Dos utility that preserves or retains
directory dates when copied or moved?
Robocopy for Windows has this ability.
John
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists
unclear what the display option defaults to.
Freeing up the F11 function key can be accomplished by typing Ctrl-Alt
to exit mouse grab.
On 2024/03/16 10:38, hms--- via Freedos-user wrote:
QEMU runs successfully on my Linux installation using the display
option sdl. eg. "-display sdl"
QEMU runs successfully on my Linux installation using the display option
sdl. eg. "-display sdl"
If I use "-display gtk", I get the following error "qemu-system-i386:
-display gtk: GTK support is disabled" when invoking QEMU.
Anyone know what this means and how to fix it?
The reason for wanting
Correction. My apologies. My memory doesn't work all that well these days.
Re. Linux error on boot up. I incorrectly said deleting the files in the
/dev/crash directory fixed the problem.
The correct directory is /var/crash
On 2024/03/14 13:32, hms--- via Freedos-user wrote:
Thanks. I
mu. Loopback devices pay some penalty. 10x seems like some
option is missing to improve performance.
On Wed, Mar 13, 2024 at 2:57 AM hms--- via Freedos-user
wrote:
Hi All
Some feedback. Creating a 2G image allowed me to assemble
source code
correctly. The
like some option is
missing to improve performance.
On Wed, Mar 13, 2024 at 2:57 AM hms--- via Freedos-user
wrote:
Hi All
Some feedback. Creating a 2G image allowed me to assemble source code
correctly. The only penalty being speed. About 6 to 11 times
slower than
running DO
Hi All
Some feedback. Creating a 2G image allowed me to assemble source code
correctly. The only penalty being speed. About 6 to 11 times slower than
running DOS under XP.
I mounted the image and copied source files from backup directory to
mounted C: drive.
Lubuntu Linux error on boot up resol
Hi Jerome
My original question was about the maximum size of access directory. It
appears to be about 512Mb. FreeDos will not run under QEMU if this size
is exceeded. My image file was 200Mb. I have removed KVM and QEMU and
had planned to reinstall with a 2G image as you suggest. This being the
Hi Jim
Thanks again. My problem is that I have assembler source code from 40
years that occupies about 680Mb that needs to reside on one drive in
order to assemble. Then there are the application programs. All this
currently resides on an ancient XP machine. I have stayed with Lubuntu
18.04 a
dev/sda1 $mnt
And when you're done, you can unmount it with this:
guestunmount $mnt
Also: You don't have to run QEMU as root (with sudo). I never do.
Jim
On Sun, Mar 10, 2024 at 12:53 PM hms--- via Freedos-user
wrote:
Hi there
I need some help please. Does any one know how to get
Hi there
I need some help please. Does any one know how to get around the size
limitation of the access Linux folder when running FreeDos under QEMU?
The access folder is named "dosfiles" as in Jim Hall's article on
Opensource.
Running the command:-
sudo qemu-system-i386 -m 32 -rtc base=localti
This is indeed a treasure trove of material.
Does anyone know where to find the user manuals and binary files?
John
On 2023/11/06 05:32, Louis Santillan via Freedos-user wrote:
Dave Dunfield has released what he calls "40+ years of source code".
https://www.vogons.org/viewtopic.php?f=7&t=97034
23 matches
Mail list logo
