Hi,
Flox did some testing and found out that the stick boots as
A: drive with 30*255*63 geometry (235 MB), type 0x10 (ATAPI)
without disk change check. Because of the latter, LBACACHE
does not cache that "floppy", but I can change the cache to
accept "diskettes" without change check if they are
There MIGHT be an even easier way. With some newer BIOS's, you can boot
FreeDOS (from CD or a floppy) with the stick plugged in and the stick will
be mapped to C: or D: by the BIOS. If that happens, you can use FreeDOS to
write the boot sector (SYS C: or SYS D:) and install it directly from FreeD
> yesterday I made a USB pendrive bootable and installed FreeDOS with
> latest drivers...
> Access of the USB-Stick is very slow
Many (Most) BIOS's only enable it as an USB 1.1 drive.
sometimes (not often) using a different USB port helps make it a USB
2.0 stick
Tom
--
2008/1/17, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> How did you install the boot sector?
> Did you just write a freedos 1.44MB image to it?
> I have a 256MB pen drive that I would like to make bootable if I can use
> the whole drive.
No - there are two ways - one for linux (Eric wrote a script) a
> hola,
>
> yesterday I made a USB pendrive bootable and installed FreeDOS with
> latest drivers...
> Access of the USB-Stick is very slow - porque of 2 reasons: I have
> DOSLFN loaded and 4DOS reads the descript.ion files. Any idea how to
> make it faster?
> XDMA(32) and lbacache+tickle do not hel
hola,
yesterday I made a USB pendrive bootable and installed FreeDOS with
latest drivers...
Access of the USB-Stick is very slow - porque of 2 reasons: I have
DOSLFN loaded and 4DOS reads the descript.ion files. Any idea how to
make it faster?
XDMA(32) and lbacache+tickle do not help... I am think
Thanks for everybody's suggestions! It's great to finally get some
input on this.
Ok, maybe it would simplify things if I tell what I have tried...
I have tried:
1. Different DOSEMU versions, v1.2 through v1.4 (+beta) - with
different DOS version mentioned in point 2.
2. Different DOS systems, (
The Clipper DB, a dBase language compiler, had locking mechanisms that were
similar if not the same as the FoxPro as I recall. I had a book or a
document that covered these issues but I can't take the time to look it up
until this weekend. Sorry. Just remind me on Saturday morning to go look
for
> I did load share.
that doesn't matter. share is useful to access files on the FreeDOS
harddisk, but it seems that your .DBF is located on the linux box
> Sorry I should have mentioned that. For testing
> purposes, linux permissions are open on 777 recursively, but still the
> same problem. I ha
What has been said here, a few months back, is that Samba server and
CIFS clent is working ok with file locks.
Also you should check wich version of FreeDOS you are using. It couls be
helpfull do test with MS-DOS to make sure where the problem is.
Of course, I assume that your works ok, with se
Hi Eric,
I did load share. Sorry I should have mentioned that. For testing
purposes, linux permissions are open on 777 recursively, but still the
same problem. I have been struggling with this for 2 months allready.
Even tried putting the shared files on a CIFS server. Same results.
Keith
On Jan
Hi! (please use plain text mail without html)
> Is there anybody that runs Foxbase+ V.2.0 for DOS on FreeDOS?
> What I am trying to achieve is run a foxbase application on Linux
> with DOSEMU and freedos. Right.
Maybe you get better results if you load SHARE... Please also
compare diskimage (can
Hi there,
Is there anybody that runs Foxbase+ V.2.0 for DOS on FreeDOS?
What I am trying to achieve is run a foxbase application on Linux with
DOSEMU and freedos. Right.
The application works, no problem. The hassles comes in when there are more
than one user trying to use the application. Speci
13 matches
Mail list logo
