- Original Message -
From: "Blair Campbell" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 25, 2006 1:39 PM
Subject: Re: [Freedos-user] BUG "Redirecting output"
> > In the autoexec.bat "path=c:\nc;" registered.
> > If I now at the root C: \ nc [ enter] enters, then the nc.exe in path
the
>
At 02:20 PM 7/24/2006 +0200, Japeth wrote:
>I was advised (thanks Eric!) that there exists a "SB" option for FD-Emm386.
>Setting this option indeed cures the SB MPU issues for the protected-mode
>games I tried.
The SB option is easily the goofiest option I've added to any program I've
worked on
At 09:31 AM 7/25/2006 +0200, Norbert Remmel wrote:
>As promised detailled error description...
>
>PC description:
>Intel Pentium III 600 MHz
>256K Cache
>ASUS P2B Motherboard (Intel 440BX Chipset, AWARD ACPI Bios Rev. 1012)
>384 MB SDRAM (133 MHz)
>
>3COM 309B 10/100 PCI Ethernet Adapter
>
>Config
Dnia niedziela 09 lipiec 2006 21:08, Arkady V.Belousov napisaĆ:
> Unfortunately - no. :( All, what I may suggest you - find mapping for
> UTF codes in your texts to codes in your 8-bit codepage and wrote text
> converter, which will convert UTF text to plain ASCII.
I wrote a little program, w
> In the autoexec.bat "path=c:\nc;" registered.
> If I now at the root C: \ nc [ enter] enters, then the nc.exe in path the
> NC.EXE would have to be started.
> Does not function however. The same is likewise with other programs which I
> from the root to start would like and under path is register
Am Dienstag, 25. Juli 2006 19:11 schrieb Blair Campbell:
> > I tested also in this morning and I have found the old bug in
> > command/084pre/ testing
> >
> > problem is: "path=C:\fbb;c:\bpq" doesn't work
> >
> > It does not change from the root in a workpath around there a batch file
> > to implem
> I tested also in this morning and I have found the old bug in command/084pre/
> testing
>
> problem is: "path=C:\fbb;c:\bpq" doesn't work
>
> It does not change from the root in a workpath around there a batch file to
> implement.
I don't get exactly what the problem is...
--
Fall is my favori
This is my experience so far:
First attempt
I tried to install on a pretty small partition (QEMU) where MS-DOS 5.0 was
already installed. The installation very soon stops due to insufficient
hard disk space (although nothing is told, you just see no more "progress"
on the screen). After that the
Am Dienstag, 25. Juli 2006 09:00 schrieb Blair Campbell:
> Thanks for not losing faith :-).
>
> On 7/24/06, Norbert Remmel <[EMAIL PROTECTED]> wrote:
> > Bug "Redirecting output to file" has completely gone in your yesterdays
> > compiled command.com.
> >
> > I tested this morning.
> > It works fin
Original Message
Subject: [arachne] Updated July 24, 2006
Date: Mon, 24 Jul 2006 23:46:16 -0500
From: Glenn McCorkle <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Organization: Arachne Fan Club
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Arachne at FreeLists---The Arachn
As promised detailled error description...
PC description:
Intel Pentium III 600 MHz
256K Cache
ASUS P2B Motherboard (Intel 440BX Chipset, AWARD ACPI Bios Rev. 1012)
384 MB SDRAM (133 MHz)
3COM 309B 10/100 PCI Ethernet Adapter
Config.sys commands for HIMEM/EMM386:
DEVICE=\HIMEM.EXE /TESTMEM:ON
D
Thanks for not losing faith :-).
On 7/24/06, Norbert Remmel <[EMAIL PROTECTED]> wrote:
> Bug "Redirecting output to file" has completely gone in your yesterdays
> compiled command.com.
>
> I tested this morning.
> It works fine for floppys and ramdisks (srdisk and xfdisk).
>
> Great work, Blair.
>
12 matches
Mail list logo