At 04:05 AM 7/30/2005 +, Mark wrote:
Hi Michael:
Well, the E000 message is repeatable on this box...
Found that problem. A matter of the EMS routines not properly reporting
failure to locate a suitable page frame. Instead they fell through and
reported the default page frame. I
Hi!
30-Июл-2005 04:39 [EMAIL PROTECTED] (Michael Devore) wrote to
freedos-user@lists.sourceforge.net:
MD After bootup, type debug to run DEBUG.EXE. At debug prompt, type d 0:12c
MD and press enter.
MD There will be a display of 2-digit hex numbers, the first line lists four
MD of them.
In my opinion it is good that you have the option to buy a PC with or
without the operating system.
What really sicks me is that absurd idea of the preinstalled OS. I got
an Acer laptop, they (almost sure) charged me for the OS, but they
didn't give me the official WinXP Pro disk: it was
Hi,
2) Vote here, keep Free DISK or switch to XFDISK
Well so far I really like FDISK, it's small and fast and appears to do
everything it's supposed to.
I've never needed to use the GUI.
I have not been hit by the MBR bug, despite testing on a wide range of
systems with both SCSI and IDE
- Shane Land announces a German version of OpenGEM (31/7/05)
There is a new German language version of OpenGEM being developed from
OpenGEM Core Release 4. It is still in Beta. While the GUI and internal
applications are in German, the documentation and the batch files remain
in English. With
Aitor Santamaría Merino schreef:
This idea of the preinstalled OS, in my humble opinion, SUCKS! (no
matter how cheap it can be for me or for Acer).
Aitor
[EMAIL PROTECTED] escribió:
Yeah, some people just don't like WindowsXP. It's hard to
buy a new computer without it installed, though!
Michael Devore schreef:
At 04:05 AM 7/30/2005 +, Mark wrote:
If you want to try this test version of EMM386, Go to
ftp.devoresoftware.com\downloads\emm386 and download emmcow.zip. It
should fix your page frame feedback problem. Very much doubt it affects
your VDS situation, but you can
Hi Michael:
I dual or triple boot all of my machines and routinely switch
from DOS to WindowsXP and back. So, this makes sense.
Frankly, XP makes for a more convenient Web and e-mail
interface (IMHO! :-)). So, during much, even most, of
my testing, I boot XP a lot...sometimes just to copy
On Sun, 31 Jul 2005 11:47:48 +0100, you wrote:
Hi Gerry,
Well so far I really like FDISK, it's small and fast and appears to do
everything it's supposed to.
I like FDISK also, almost identical interface as MS and have enhanced
functionality.
I've never needed to use the GUI.
GUI (the current
On Sun, 31 Jul 2005 12:00:01 +0100, you wrote:
Hi Gerry,
One thing I forgot to mention. Can you also run FDISK /STATUS at each
stage of your testing and note the output. This _should_ correctly
identify the overall size of your RAID 5 array and show what you've used
I've done it at once. So
Good day, all:
I am having a repeatable problem with
del *.* on an NTFS partition mounted by NTFS4DOS.
I can do a DIR on the directory I am using (\TEMP) and see
86 files. A del *.* deletes 74 of them and yields two
errors:
E:\TEMP\LICENSE.D32: Invalid Argument
E:\TEMP\SAVE.DBG: Invalid
Hi all:
I don't see an obvious problem with FreeCOM's delete function.
I also won't be able to build a meaningful test case using Open
Watcom. So, I need to build FreeCOM with some debugging code.
The build instructions reference a precompiled SUPPL.ZIP file which
I can't find. Where can I get
Hi Johnson,
GUI (the current version should be UI)
Sorry, UI
is for the beginners and
operators, I don't mind using UI or GUI since FDISK is not a TSR, size
is not a problem. And easier navigation only made the program more
user friendly, you can keep using command line.
Yes, I'm not
Hi Bernd,
Yes it sucks indeed.
As I see it, there are three separate issues:
1. Moving OEM installs can be a pain
2. Lack of SATA BIOS support can be a pain
3. Restore disks can be a pain
With XP, this is all compounded by the Activation system. There are many
people complaining on the
OK, I've done a bit more research on this problem. The relevant
portion of the delete function appears to be, removing some
extraneous code:
if (FINDFIRST(fullname, f, FA_ARCH)) {
error_sfile_not_found(fullname);
} else do {
Hello, all:
OK, I have a test case under Watcom. Unfortunately, IT IS NOT
sufficient to call FINDNEXT before doing the unlink. If you do the
unlink even after the call to FINDNEXT, then files are still skipped.
The test program is:
#include stdio.h
#include io.h
#include stdlib.h
void main()
16 matches
Mail list logo