Eric Auer escribió:
That would be a bug then. Turbo C is for DOS, so use it in DOSEmu,
not in Wine.
According to the wine RPM description, Wine can do Win16 and DOS apps
too. But I don't know much about their DOS virtualisation.
Aitor
---
This
Hi there,
I have been reading the HIMEM sources, and have these questions. I am
grateful to whoever can say something about these questions (which as
usual are plain questions with no critisizing):
(1) There is a /TEST option (not present in MS-HIMEM), and at the same
time, MS-HIMEM implements
Hi,
tom ehlert escribió:
Hello Aitor,
(1) There is a /TEST option (not present in MS-HIMEM), and at the same
time, MS-HIMEM implements a /TESTMEM:ON|OFF option to do this (defaults
to ON). /TEST does a nice test by allocating, filling, testing,
resizing,. to determine the reliability of
Hi,
tom ehlert escribió:
Hello Aitor,
Yes, but my question is how does kernel know where the device header
starts? MZ doesn't look like a correct pointer to the next device
driver inside the file...
'MZ' is only an envelope around 'the real thing', specifying e.g.
minimum space required,
So please ignore.
I have tried to send the same message twice to the list, but doesn't
seem to appear there. I hope it doesn't appear twice.
Are there automatic unsubscriptions, as with Topica?
Cheers,
Aitor
---
This SF.Net email is sponsored
(new attempt)
(NOTE: this is a copy of my infamous post, but this time WITHOUT the
attachment; I hope we all don't get it three times later)
(The attachment was a zip-ed BMP image (around 10KB) of Paintbrush over
Windows 3.1 over FreeDOS)
==
Hi,
From time to time I like testing
Hi,
Luchezar Georgiev escribi:
Thank you for this information! However, in order to make the FreeDOS
kernel fully compatible with Windows 3.1, a developer or a group
specially interested in this must actively work to achieve it. Is
there anyone here interested AND competent enough to do it?
Hi,
LOADFIX (should be
part of every FreeDOS distro! Do we have one?
LOADFIX is internal, and IIRC it is already implemented in FreeCOM.
Aitor
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for
Hi all,
I announce version 0.11 of FD-DISPLAY, with several new features:
- It implements a new MODULE for the CGA hardware type (CGA adapters),
thus making unnecessary the existence of a GRAFTABL tool for the FreeDOS
project. This is yet untested (I have no CGA cards handy). Furthermore,
any
Hi,
Steffen Kaiser escribió:
Til this time there had be no suggestion to overcome the requirement
about how to detect if:
1) FreeCOM's input comes from the local keyboard (in opposite to
FreeCOM MUST use the file descriptor #0 or the read from stdin DOS
APIs) and
2) FreeCOM's output goes to
Hi,
Eric Auer escribió:
Hi,
I vote for Bernd's idea:
me too.
Aitor
---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce.
Hi,
Well, I tend to be concerned about MS compatibility, but your arguments
are convincing. I was just thinking if it is sensible (I don't know,
opinions wellcome) to call the option /NOALTBOOT instead, so that those
that use this option get not confused.
(well, my option would be compatibility
Bernd Blaauw escribió:
still SYS should have some additional possibilities, like WARNING the
user.
I remember my SYS C:..while C: contained Win2000 bootloader..bye bye
Win2000 installation :(
A bit offtopic, well, I don't know much about the NT loader, but it
always surprised to me how fragile
Hi,
This mail explains my position on the recent 1.0 list issue. If the
FreeDOS version 1.0 concerns you, please read this.
When I declared my intention to create the TODO list, I explained my two
major concerns about it. First of all is that I wanted it as a
checklist, and second, that I just
Hi,
Eric Auer escribió:
[...]
So Aitor should now be happy with the features.
Okay, I have updated the todo list entry for FORMAT to fix bugs
(please note: web server not yet updated). Actually, Eric, you can close
1022 (as I assume that this feature is supported), and maybe some
FreeDOS users
Eric Auer escribió:
This is also the main problem now: Arkady wants RAM= and he wants
an HIGHSCAN change, as far as I understand. I have had longish
discussions with Aitor about what exactly those options should do,
so I recommend that Aitor tells us some more details.
Easy:
RAM (parameterless):
Hi,
Does anyone know if it could cause problems (to kernel or whatever) if a
device driver (loaded after HIMEM.SYS) would use XMS to allocate EMBs?
Aitor
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat
Hi,
I have just remembered, EMM386 is such one device, so I guess the answer
is no (anyway, if I am forgetting about something, please tell it).
Aitor
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings
Hi,
Arkady V.Belousov escribió:
BB and then ask people who have worked on the kernel in the past to review
BB your work, and ask them is this good enough and understandable enough to
BB commit it into CVS?
I already know that tom will never accept my changes for kernel.
Wasting oue time. Bart
Hi,
One more opinion on this topic. I don't think it's a good idea that the
UMBs are chained into the main MCB chain.
UMBs are different from other memory blocks. For instance, if you are
using EMM386 to provide UMBs, you may get troubles with DMA because of
the mismatch of linear and physical
I have done a couple of testings with /X:ON and DIR
FD-APPEND + NT/CMD.EXE is NOT affected
MS-APPEND/NT + FreeCOM is AFFECTED
Thus my guess is that it is, I would say, COMMAND.COM who has to care
about this
(NOTE: I filled a bug report about this long time ago, but it was a
guessing,
Arkady V.Belousov escribi:
Hi!
24--2004 10:12 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
ASM See for example the flags (B706h to get, B707h to set, both through BX):
Where see? Which interrupt function?
ASM 2Fh
You mean:
BX=0, AX=B706, INT 2F,
Arkady V.Belousov escribi:
How to overcome presence of APPEND? I mean, APPENDed names, probably,
may/should be ignored by ATTRIB?
ASM APPEND will hook File Open, and with the /X modifier, also FindFirst and
ASM Exec.
ASM See for example the flags (B706h to get, B707h to set, both through
Hi,
Arkady V.Belousov escribi:
Hi!
21--2004 23:07 [EMAIL PROTECTED] (Aitor Santamara Merino) wrote to
[EMAIL PROTECTED]:
ASM I mention this of backdoors in particular because:
ASM (a) MS-DOS 6.22 help does say that COMMAND's DIR is not affected by
ASM APPEND /X. FreeCOM DIR is not affected by
Hi Alain,
Alain escribió:
Hi Aitor,
Can I use this append with MS-DOS or in Win98se dos-box?
MS-DOS: In theory, unless there is a backdoor somewhere, this APPEND is
implemented following RBIL and MS-DOS 6.22 help (except that the
functions mentioned are not implemented, but I doubt that you have
Hi all,
I'd like to announce FreeDOS APPEND 1.0, a very basic APPEND that I have
created.
With this, I could run WordStar Express in a mixed directory
installation, as I intended.
APPEND 1.0 is very basic. In particular, it is NOT implemented:
- APPEND /E
- FCB functions
- The function 11 of the
Hi,
Eric Auer escribió:
Let me know if it works for you and when you have some more CPX files
uploaded to some homepage out there :-). Note that without the --8086
option the CPX file will contain a 286+ rol [...],8 command instead
of a mov / xchg bl,bh / mov one to squeeze out a few bytes more.
Hi Michael,
I support your concerns about the tracker. I admit that I had forgotten
about it, although I knew of its existence.
Michael Devore escribió:
Absolutely agreed, Bugzilla is too complicated and busy, and the usage documentation is sub-par. But, it's what FreeDOS has, so we need to
Ooops...
Aitor Santamaría Merino escribió:
Bernd Blaauw escribió:
right now on updated ODIN bootdisk the CPI files take almost 600KB
(10 * 60KB),
which is nearly half the disk! (and makes creating 720KB more
difficult).
Perhaps it's a question to check the CPI files, perhaps for MOST
Hi,
Eric Auer escribió:
RAM= assume that there already IS RAM at this place, so leave it mapped 1:1
and put UMB or EMS page frame there
Do not mess with terms:
RAM= scanable area: scan it, and if found empty, map, and have into
account any X=, I=
X=unconditionally excluded for
Hi Michael,
Ok, thanks. Then is noone is against, I'll move those to post-1.0.
I chose to set those there, as in the examples they seemed to be popular
options.
Particularly, what I missed mostly is VCPI, so thanks for that.
By the way, I have remembered that I should list VDMA there too, pre-
Hi,
I forgot the link. There's a direct link from freedos.org on top
(directly from http://www.freedos.org/news/version1/), although files
are being posted to
TODOS: http://fdos.org/ripcord/fdos_1_0/official/todos.htm
POST-1.0: http://fdos.org/ripcord/fdos_1_0/official/post.htm
Aitor
Hi,
(Arkady, I know that you also posted to this thread, but the shit of
programs that I used to remove spam trashed your message, could you
please re-send to me that in private? I like keeping those messages as
mails than acceeding them from web; anyone kind out there can also
resend,
Hi,
Eric Auer escribió:
PS Aitor: Would LZSS compression be okay? Modified public domain Lempel
Ziv Welch plus Huffman coding compress / decompress tool, very small,
compresses a 57k CPI file to about 19k. ZIP and GZIP would reach 6k but
it would need ZLIB (not included in HELP, this is why the
Hi,
Arkady V.Belousov escribió:
Hi!
Question: by default, only CON device have bits stdin and stdout
yes, at boot only the ORIGINAL CON device has these bits (subsequent
CONs could make this to change and gain these bits).
(mask 0x3 in attribute word). What happen if I use CTTY NUL -
Hi,
I don't know if related or not, but for two subsequent days I have
received in one of my accounts (not this, but one I was subscribed some
time ago, and that I am currently used for private email) about 150
messages of 25-26Kb each which I assume to be a virus. I haven't
annalyzed them,
Michael Devore escribió:
My domain receives an average 200-300 spam and virii every day, with typical big fluctuations due to spreading of The Virus Infestation Of The Month. The FreeDOS-dedicated account has only received viruses and spam through the sourceforge mail-list posts, or possibly
Hi,
This is to announce a revision of DISPLAY 0.10, namely DISPLAY 0.10b.
It just fixes a couple of bugs:
- a bug that assumed a space to lead the parameter
- a bug affecting the DISPLAY Installation check function (AD00h in int2Fh)
MODECON.EXE also disappears from the distribution: please always
Hi,
Some time ago, it was mentioned that there is a bug in FreeCOM's
implementation of LOADHIGH (or in LH), by which, in my understanding, no
space was left in the commandline between the program name and the
parameters.
This revealed that I am assuming in DISPLAY that such spaces exist, thus
Hi all,
I want to announce the availability of the KC (Key Compiler) tool, which
is a tool for compiling text source keyboard descriptors into
binary-type KeybCBs that will be used by KEYB2.
In the binary pack, you have
- the compiler,
- documentation about the KEY language, that is used to
Hi all,
I have committed most of the pending changes to the TODO list.
While Jim and I acknowledge on the way of reintegrating it on the site,
Bernd has kindly posted a preview of the list in the links below:
1.0 todo's: http://fdos.org/ripcord/fdos_1_0/official/todos.htm
post-1.0:
Nice that you pointed about FAT32.
I'll explain what I tried to reflect in the list (because FAT32 was not
popular time ago).
My point has been: FAT32 support is left as post-1.0. The fact that
KERNEL, FDISK and other components already support FAT32 is an extra
plus, but maybe we don't need to
Hi,
BTW, TO EVERYBODY (I forgot to say): changes will not be commited
IMMEDIATELY, ok?
tom ehlert escribió:
emm386 RAM=m-n range for UMBs + EMS
emm386 ROM=m-n range of RAM to be used to shadow ROM
as soon as someone finds out what that's supposed to do _exactly_
My guesses:
RAM (you can
Hi,
Alain has introduced in this mail something interesting that was
introduced in other posts too: the spec mentions a kernel compatible to
MS-DOS 3.30, but actually I think that our current FreeDOS kernel is
closer to 5.0 and sucessors than 3.30. Also 3.30 and 5.0 have many
differences in
Eric Auer escribió:
Hi, some comments on your comments...
HIMEM /INT15H=... should not be extremely hard to do, so I vote for it.
That's another argument that I like: low cost to implement it. A third
opinion (or more) for the untie?
Eric, you say DOS5 we have it more or less, I just watch
Hi,
Robert Platt escribió:
OK, I'll end up in a giant mess if I try to put code
page detection and information into HELP. I've been
looking at things all wrong.
Why not use the catalogues to translate the character
entities for a given language, and stop worrying about
code pages altogether?
If
Hi,
Robert Platt escribió:
Help is often run when the user is having problems
setting up FreeDOS. Their codepage could be incorrect.
Help should be robust in such circumstances. It would
be great if I could detect the codepage, rather than
assume it. Is there a DOS interrupt or something that
An addition...
Robert Platt escribió:
Is there somewhere I can find an ASCII character map
for each code page? It would save Eric the ordeal of
sending me a transcription ;-)
If you can't map in general codepage to codepage, it's almost impossible
to have a decent mapping from codepage (8bit,
Hi,
I posted the message the 24th, and we all received it today.
Unfortunately, I am already used to the quality of service of my ISP,
Wanadoo/France Telecom... :-(((
Sorry, there isn't much that I can do...
Aitor
Bill Marcum escribió:
On Tue, Feb 24, 2004 at 09:18:28PM +0100, Aitor
Long time ago Brian Reifsnyder wrote RAREAD to do this:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/disk/raread10.zip
I don't know if it is implemented in current DISKCOPY already.
Aitor
Arkady V.Belousov escribió:
Hi!
How to copy diskette image from file to diskette? By
Hi,
Eric Auer escribió:
Note that gcc / Linux and DJGPP / DOS are 2 versions of the same thing.
A bit too optimistic, isn't it? AFAIK DJGPP libs lacks (obviously) all
multiprocessing stuff...
Could somebody with CYGWIN (which is DJGPP plus BASH plus some
common Linux textutils like SED all in
Hi,
Jim Hall escribió:
Begin3
Title: mode-modecon
Wouldn't it be easier just to call it MODE?
Aitor
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD
Hi,
Michael Devore escribió:
There is a requirement for HIMEM for FreeDOS to work on 386+.
Ooops... sorry, then I can't do the testings on that PS/2 machine. It
has a 286
A pitty.
Aitor
---
The SF.Net email is sponsored by EclipseCon
301 - 353 of 353 matches
Mail list logo