Program antywirusowy wykryl problem:
Wyslales wiadomosc z wirusem ! Wiadomosc zostala usunieta !
--
Od:[EMAIL PROTECTED]
Do:[EMAIL PROTECTED]
--
Sprawdz swoj komputer programem antywirusowym i przeslij ponownie list.
On Wed, 14 Apr 2004 22:10:18 +0200 (MEST), you wrote:
Hi Eric,
Would be good if somebody could test the 14apr2004 version SOON
to allow Bernd to include it in the next FreeDOS beta 9 release
candidate. Thanks!
I can test write full the disk and access all the files, is it enough?
(Pity that my
Hi Eric,
I've tried to format a 1680K floppy under the new LBACACHE. I did test
by squeezing 1.68M data into the floppy, copy from a WinNT 4.0 to the
FreeDOS PC. All the data can be read successfully without problem, can
I say the test is a success?
Only a display problem when formatting, when
Hi!
Just tested the combination. Himem64.exe works perfect (seems so). But
when i am using emm386.exe, DUSE (USB driver for extern HDs, CDs etc.)
only writes: DOS is in protected mode and exits.
In the User Guide of DUSE there isn't wrote any incompatiblity with
emm386. So, is it a problem
Florian Xaver schreef:
Hi!
Just tested the combination. Himem64.exe works perfect (seems so). But
when i am using emm386.exe, DUSE (USB driver for extern HDs, CDs etc.)
only writes: DOS is in protected mode and exits.
In the User Guide of DUSE there isn't wrote any incompatiblity with
Hi,
It seems that borland is selling turbo c++ 3.0 (for DOS) again as the turbo
c++ suite.
Imre
Tiscali ADSL: 35 €/maand, het beste aanbod van de markt!
http://reg.tiscali.be/default.asp?lg=nl
At 11:47 AM 4/15/2004 +0200, Florian Xaver wrote:
Just tested the combination. Himem64.exe works perfect (seems so). But when i am
using emm386.exe, DUSE (USB driver for extern HDs, CDs etc.) only writes: DOS is in
protected mode and exits.
In the User Guide of DUSE there isn't wrote any
Aitor SantamarĂa Merino wrote:
This is a pointer to stdin, guess that it has to be changed too.
There was some talk about this topic in regards to the implementation of
CTTY for FreeCOM, I think Bart finally tested this issue in MS kernel
and found that this point is not changed after
Arkady V.Belousov wrote:
Why this is important. Imagine, some programs detects redirection and
asks prompt for next screen only if it not redirected (it. its output
linked to device with stdin/stdout bits set). Now, if we redirect streams by
CTTY NUL _and_ CTTY sets stdin/stdout for NUL
Hi!
15--2004 22:56 [EMAIL PROTECTED] (FreeCOM) wrote to
[EMAIL PROTECTED]:
Why this is important. Imagine, some programs detects redirection and
asks prompt for next screen only if it not redirected (it. its output
F Are you sure that RAR only tests the stdin/out bits?? How about the NUL:
10 matches
Mail list logo
