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 h
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- or
Hi all,
I have commited some changes to the list (some more to go, read below),
and I am submitting a message to met you know.
In addition, comments are welcome: if you consider that such or such
option should be left for post (if any), or which tasks should be there.
NOTES:
- remember the gold
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, thanks)
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 of the
countries, just 2 or 3 of those CPI files are n
Michael Devore escribió:
At 01:52 AM 4/25/2004 +0400, Arkady V.Belousovwrote:
Hi!
24-áÐÒ-2004 23:05 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> EMM386 RAM= is well enough implemented if you make it an alias to X= if
EA> you ask me.
Wrong.
X= will limit the range check
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 MO
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 UMBs/pageframe
Bart Oldeman escribió:
On Sun, 25 Apr 2004, Aitor Santamaría Merino wrote:
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 questi
Diego Iastrubni escribiÃ:
×Sunday 09 May 2004 7:09 pm, ×× ××× Arkady V.Belousov:
I suggest, there is only one solution: trap INT 16 and return codes
from your own buffer inside your program, if there present something.
and what if the app uses int 21? does int 21 call int 16?
Hi,
I have not had success with dial-up in FreeDOS, but in case I had, I
have recently discovered that there's a version of PegasusMail for DOS,
so perhaps that's a start for an email client for DOS...
Aitor
david lowe escribió:
Is there an equivalent of Dialup Networking in the FreeDOS system
Alain escribió:
Just one question: How much does MODE grow with Zlib?
And one more: What about an install program that extracts needed
information from a standard .zip file specific for that user's needs?
I'd support that, but requires work:
(1) either to create the packs
(2) or to make the prog
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 ma
Hi,
Alain escribió:
Eric Auer escreveu:
Again, I suggest to ask Francesco to translate the FreeCOM shell
message catalogue first. Hope that is a good idea...
Good Idea.
I have parttially fixed FreeCom in pt_BR (Brazil), but it is 2 or 3
versions late and the previous version althoug very g
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 mo
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,
Arkady V.Belousov escribiÃ:
Hi!
21-ÐÐÐ-2004 23:07 [EMAIL PROTECTED] (Aitor SantamarÑa 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
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 thro
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, a
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 Briefin
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 Lucho,
Luchezar Georgiev escribiÃ:
(sometimes I think that these lists should be abolished if we keep
wasting bandwidth and time ;-)
I remember you starting a thread complaining how lame MS-DOS is, and Tom
replying (and I agreeing) the improvements that MS introduced in DOS in
their version 2
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,
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 only
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 by
(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 h
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?
Wel
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,
Sorry for a slight offtopic, I am trying to find some online references
about the MS-DOS/Windows9X networking pieces, does anyone know of
something about that?
In particular, I am higly interested in knowing about the meaning and
configuration of PROTMAN.EXE, NETBIND.EXE and PROTOCOL.INI (I hav
Hi,
Sorry for a slight offtopic, I am trying to find some online references
about the MS-DOS/Windows9X networking pieces, does anyone know of
something about that?
In particular, I am higly interested in knowing about the meaning and
configuration of PROTMAN.EXE, NETBIND.EXE and PROTOCOL.INI (I
Hi,
gsan92 escribió:
Hi, please tell me the name of the next FreeDOS distribution (pre1.0 or beta10) ?
Hint: If actually the pre1.0 has no name the name "Shadow" is cool?
I guess noone talked about this yet, but I had the idea of PHOENIX for
obvious reasons, a matter of taste I guess.
My two €
Hi there,
Sorry for the OT, does anyone know of a good and free (to download, not
necc. open source) Win32 program that can be used to synchronise the
contents of a folder A with the contents of a folder B, that is, copies
and replaces all the files in B that are newer than files in A or
inexis
Hi there,
I have started reading EMM386.ASM (not the latest "hot" version, but the
previous one, not many changes I assume), and although I haven't yet
finished, I think I'd need a couple of hints on some things there. BTW
quite an interesting pierce of work! :-)
I suppose some of them are relat
Hi,
Thanks to all (Jeremy, Tom, Eric, Arkady), I just reply to Arkady
because it's more convenient for the replies...
Arkady V.Belousov escribiÃ:
Hi!
3-ÐÐÐ-2004 19:12 [EMAIL PROTECTED] (Aitor SantamarÑa Merino) wrote to
[EMAIL PROTECTED]:
ASM> (2) What is the meaning of this structure? How much m
Jim, could you please post here an URL to the slashdot article?
Thanks!
Aitor
Jim Hall escribió:
Michael Devore wrote:
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386 are the
files emmx13c.zip, EMM386 mostly executable package, and emms13c.zip,
EMM386 mostly source package. Now then, n
Hi,
I've been further reading more concisely the sources of EMM386, and came
up with more questions, this time the last ones (I don't go into the
detail of knowing exactly every single line of the EMM manager, for
example; I just want to understand its functioning). I hope you can help
me this
Hi,
Arkady V.Belousov escribiÃ:
MD> I don't think it affects anything important.
MD> As far as UMB's, I'm not sure if turning off the A20 line affects memory
MD> mapping from physical odd-address Mb. Seems like it should,
Michael, strange to see such sentences from you. A20 is a pin of (186
an
Hi,
Arkady V.Belousov escribiÃ:
Hi!
16-ÐÐÑ-2005 10:00 [EMAIL PROTECTED] (AITOR SANTAMARIA MERINO) wrote to
freedos-devel@lists.sourceforge.net:
ASM> (2) I don't think MS-DOS 5.0 is an improvement over 3.3, even
It is: HMA and UMB, config menus, new/documented APIs (and
ASM> Ok, let me r
Hi,
Arkady V.Belousov escribiÃ:
They may preserve much of 3.3 in 5.0, they may rewrite most of 3.3 in
5.0 - this is unimportant. Fact is: 4.0 and 5.0 are sufficiently different
from 3.3. Another example, changed INT25/26 and introduced support for FAT16
more than 32 Mb (ie., partition type 5).
Hi there,
I've been off for some time, and now I come back to life and FreeDOS. In
case someone has bugs/suggestions/complains/etc about the software
maintained by me, please let me know.
In particular, DISPLAY and KEYB are approaching their penultimate
version (that is, the one that has 99% of the
List quiet or...?
Aitor
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6
Hi there,
Sorry for the massive following postings to the lists, I've been unable
to reach the FreeDOS lists with my usual addresses (apparently I have
been blocked), and thus I have been accumulating replies to the messages
posted within the last month.
It might bring back old topics, but an
Hi,
(Sorry for catching up now)
My public sorrow for you, Jim (even if late). Still available to
cooperate and help the project and you as required.
Aitor
Jim Hall escribió:
Hi. I've just been informed that a close family member of mine has
died. So I'll need to leave right away for the f
Hi,
Eric Auer escribió:
Memory moving to/from HMA is quite fast, as is moving inside low RAM.
Enabling / disabling HMA (A20) can take time, but A20 is usually on
most of the time anyway, and as said, FreeDOS EMM386 even blocks
attempts to switch A20 off. MS EMM386 instead provides a fast A20
sim
Hi,
Eric Auer escribió:
*integrate user-provided drivers in the freedos distribution, for
example cdrom drivers or USB drivers (not yet possible to implement).
Definitely not worth the effort, I think. Complex, not failsafe, and
users who cannot EDIT their CONFIG SYS should better not use
Hi,
The ISO still uses the graphical installer, which needs 3-4 MB of free
RAM and a 486dx (386 plus FPU, that is), do we care? The text mode
installer is free from those pointless InstallShield-cloned looks and
pointless klik-thru GNU license and it would work on pre-486dx/8mb PCs.
I assume t
Hi,
Many thanks, Jeremy, for your great work in Kernel and now in FreeCOM.
You are becoming the most important member for the FreeDOS continuity,
so stay safe :)
Kenneth J. Davis escribió:
...
FYI, the only changes I have planned is the enhancement for CDD to
support path ignoring any file
Hi,
Bernd Blaauw escribió:
Note: I switched it so the cmdxms builds have loadfix & loadhi, and
these are disabled in the cmd8086 builds. WARNING: loadfix is
completely untested by me! If you can test it, please let me know if
it works correctly or not.
old HTMLHELP binary required it some
Hi,
Eric Auer escribió:
Hi Bernd,
Jeremy, can you reduce the number of files which are downloadable?
I guess the non-XMS build is most universal, despite the high memory
consumption then.
The non-XMS build is really only useful if you cannot provide XMS by
any means. In other words, the n
Hi Jeremy,
Perhaps a bit too late, but may I remind of Steffen's list? I think it's
a nice one. Note that I'm not saying that I consider the listed features
as most important, but I think there are some which are nice.
E.g.:
- Swapping without any supporting secondary programs (KSSF.COM and
V
Hi,
As I am "a bit" behind on reading mail, I don't know whether you have
been replied already, but if this is still open, I judge it interesting
enough to fill an entry on bugzilla, for the records. Could you please
do this?
Aitor
Blair Campbell escribió:
I would like to see if possible
Hi,
Eric Auer escribió:
PS: If MS DOS allows you to access a drive which is bigger than
the reachable range of your BIOS then MS DOS has a bug. It should
ONLY allow you to access drive letters (partitions) on your harddisk
which are ENTIRELY inside the reachable-by-BIOS range (usually at
least 5
For the records, from the FPC documentation:
203 Heap overflow error The heap has grown beyond its boundaries. This
is caused when trying
to allocate memory exlicitly with new, getmem or reallocmem, or when a
class or object
instance is created and no memory is left. Please note that, by defaul
Hi,
Johnson Lam escribió:
On Sun, 10 Jul 2005 23:55:13 -0300, you wrote:
Hi,
If they have MS-DOS,that is. Remember it is no longer available from
Microsoft. Probably neither PC-DOS nor DR-DOS will also last for long.
Even if they do, it is much better to have a free and open source
OS than a
Hi,
Bernd Blaauw escribió:
Johnson Lam schreef:
I think it SHOULD BE optimized for 386 CPU, that means priority is
386, then have a 8086/286 version for users still using old PC's.
generally the term 'optimized' means 'works only for/on', which I find
very bad. Proper 'optimize' should mea
Hi,
Michael Devore escribió:
MEMCHECK checks for illegal INT 15h function 87h memory transfers
to/from the real RAM address range -- the CHECK and MEM parts of the
MEMCHECK option -- and dynamically builds and sets two scratch page
tables to allow the access to occur if it is outside of normal
Hi,
Eric Auer escribió:
When using EMM386 there is a problem with help where help either
reboots or gives an error and locks-up the machine...
this is an old problem, and fixed, but no binary released.
This sucks. Release an update. You have had the binary for months.
How unpolite!.
I dislike the style of this kind of letters, specially when directed to
Bernd and Jeremy, who appart from others (like Michael or yourself, also
testers like Alain, and many more) are working quite actively to get the
project alive.
Eric Auer escribió:
>>What stops you from collecting those fi
It seems I was a bit late with my reply to Eric. Needless to say I agree
with Robert.
Aitor
Robert Riebisch escribió:
Joe Cosentino wrote:
You are an asshole.
Did you notice Eric's "Hope for ... peace on the list"? I think, that Eric
is *not* an asshole. He already did a lot for FreeDOS (
Hi,
Eric Auer escribió:
Hi, the SVGA installer CAN use even monochrome text mode.
The point is that it requires a 386 plus 387 :-(.
Please can you confirm that 387 is required (and the FPC emulator does
not work)?
And no, there is no automatic check for that at boot time,
the only check
Hi,
Alex Buell escribió:
On Tue, 19 Jul 2005, Aitor Santamaría Merino wrote:
Working on penultimate versions of DISPLAY and KEYB already :)
There's a very small program that sets up the UK keymap; KEYBUK.COM,
which is only 432 bytes long. I use this instead of KEYB to squeeze as
mu
Hi,
Eric Auer escribió:
Hi Alex,
Working on penultimate versions of DISPLAY and KEYB already :)
There's a very small program that sets up the UK keymap; KEYBUK.COM,
which is only 432 bytes long. I use this instead of KEYB to squeeze as
much as memory as possible out of the UMBs.
KEYB i
Hi,
Johnson Lam escribió:
I found that FreeDOS unable to handle "DBCS", those Chinese and
Japanese Windows always have this kind of characters as folder and
filename, that need to FORMAT, lots of trouble
Portuguese version. Not too many strange characters...
Single byte European characters
Hi,
Florian Xaver escribió:
Hi!
true, but according to TC docs, toupper() supports EOF (-1 I believe)
to 255 and any non-lowercase item is returned unchanged; so no check
should be necessary. I suppose we could explicitly check for a letter
argument and return syntax error if not (since no
Hi,
Eric Auer escribió:
Hi Aitor, on your question "why cannot you DEVLOAD HIMEM or EMM386",
which is similar to Bernd asking "why is there no HIMEM that can be
loaded from the prompt?"...
The FreeDOS kernel checks after each DEVICE[HIGH]= command whether
XMS services started to become availabl
Hi,
Eric Auer escribió:
Hi Aitor,
Eric Auer escribió:
PS: If MS DOS allows you to access a drive which is bigger than
the reachable range of your BIOS then MS DOS has a bug. It should
ONLY allow you to access drive letters (partitions) on your harddisk
which are ENTIRELY inside the reachabl
drawback: it cannot generate 32-bit code (changes would be big:
the 4-byte pointers are 32-bit offsets rather than seg:ofs pairs, etc, etc).
Aitor
GNU_man escribió:
What is FPC?
On Sun, 2005-24-07 at 01:55 +0200, Aitor Santamaría Merino wrote:
It is quite usual that everything that applies to
Hi,
Bernd Blaauw escribió:
Blair Campbell schreef:
I would like to see a shorter beep when autocompleting filenames, as
the beep is too long and actually causes it to be faster sometimes to
type the filename out.
I would like LH to be Accepted(!) by FreeCOM, even if functionality
behind th
Hi,
Alain escribió:
tom ehlert escreveu:
IMO, scince FS, GS, and the high parts of EAX,... aren't used by MSDOS
as well, drivers can get away when they destroy these resisters,
so it's a good idea to save them as well.
This gets complicated when Kernel is 386 optimized. MS-DOS never
modi
Hi,
Eric Auer escribió:
Hi, I did a bit of thinking about the master environment search...
- you can use the "parent PSP segment" word at PSP[0x16], but this
gets into a loop not only for FreeCOM but also for DEBUG. Are other
programs affected by that as well?
A trick explained by Tom (II
Hi,
Eric Auer escribió:
Hi, I did a bit of thinking about the master environment search...
- you can use the "parent PSP segment" word at PSP[0x16], but this
gets into a loop not only for FreeCOM but also for DEBUG. Are other
programs affected by that as well?
A trick explained by Tom (II
Okay, I remember telling in the FPC list my concerns about the ussage of
FPC programs in machines laking 387, and I was told there was an
emulator. It seems that it's optionally linked to code, and I guess
there's a compiler directive to do so.
I don't know if the author of the graphic installer
Hi,
Personally I prefer the single-executable solution, rather than the
creation of several executables that may take many room in your disk.
Precisely I have recently finished debugging the new KEYB, that will
support single "KEYBOARD.SYS"-like data files, instead of multiple KL
files. So it'
Hi,
Andreas Berger escribió:
Aitor Santamaría Merino wrote:
Sorry, FreePascal, the Free Pascal compiler, open source compiler which
is quite Turbo-Pascal compatible, somewhat Delphi compatible, and to my
experience, stable and very well documented.
According to enquiries, the most widely
Hi,
Eric Auer escribió:
DEFRAG was taken off the list, because so many freeware / shareware /
commercial defraggers exist - or because many people run FreeDOS in a
DOS emulator like VMWare or DOSemu, and defraggers aren't needed...
I disagree here. I have no idea what happened to Imre more t
Hi,
Bernd Blaauw escribió:
http://wiki.fdos.org/Main/Todo_1_0
- can somebody name a few tools for which the wrong errorlevels are
returned? I assume it would not be too hard to fix them. Which EL are
used by DYNALOAD, by the way? http://wiki.fdos.org/Main/ExitCodes
http://home.earthlink
Hi,
Eric Auer escribió:
See RBIL about fonts: V-101112 "load 8x8 font", so
SCREEN=0x12 loads 8x8 font. Similar cases are 0x11 (8x14 font)
and 0x04 (8x16 font), although the latter is not useful as
this font is the default anyway.
After being loaded, if you have chosen to use certain codepage,
Hi,
Eric Auer escribió:
Stable kernel supports at least 2 countries - Germany and USA - so
people can test whether NLS date/time format selection has an effect.
This does not need nlsfunc or country sys...
Because current implementation of COUNTRY= is hardcoded, but would need
COUNTRY.SYS if t
Hi,
Eric Auer escribió:
See RBIL about fonts: V-101112 "load 8x8 font", so
SCREEN=0x12 loads 8x8 font. Similar cases are 0x11 (8x14 font)
and 0x04 (8x16 font), although the latter is not useful as
this font is the default anyway.
After being loaded, if you have chosen to use certain codepage,
Hi,
Bernd Blaauw escribió:
Alain schreef:
I said not long ago that running windows on FreeDOS is not a real
test, let me explain why: Windows at some point included some very
complicated locking mechanism to *avoid* windows running other DOSes.
AARD is only on beta releases, as was mentione
Hi,
Eric Auer escribió:
FreeDOS passes that strange tests, but the real problem is with
32bit mode (Win 3.1 /3 mode and default mode of WfW 3.11, actually
WfW 3.11 runs only in a stripped down safe mode if you tell it to
disable all 32bit drivers and stuff). This mode does real
multitasking with
Hi,
David O'Shea escribió:
I got Eric to forward on an email to him from me but I didn't get a
response, possibly due to Hotmail being extremely agressive with spam
filtering (if that is the case, my apologies go out to GNU_man!).
SourceForge is also quite agressive with this, it will not all
Hi,
David O'Shea escribió:
Hi Bernd,
> - MEM, good that David is working on it :-).
Yes, though no idea what he's planning to change/add
I put a bunch of notes at http://wiki.fdos.org/Main/Mem I have done
Very nice, forgive me for my ignorance with wikis.
I've seen that MEM is a Topic
Hi,
Eric Auer escribió:
See RBIL about fonts: V-101112 "load 8x8 font", so
SCREEN=0x12 loads 8x8 font. Similar cases are 0x11 (8x14 font)
and 0x04 (8x16 font), although the latter is not useful as
this font is the default anyway.
After being loaded, if you have chosen to use certain codepage,
Hi,
Eric Auer escribió:
DEFRAG was taken off the list, because so many freeware / shareware /
commercial defraggers exist - or because many people run FreeDOS in a
DOS emulator like VMWare or DOSemu, and defraggers aren't needed...
I disagree here. I have no idea what happened to Imre more t
Hi,
Eric Auer escribió:
Stable kernel supports at least 2 countries - Germany and USA - so
people can test whether NLS date/time format selection has an effect.
This does not need nlsfunc or country sys...
Because current implementation of COUNTRY= is hardcoded, but would need
COUNTRY.SYS if
Hi,
Bernd Blaauw escribió:
Alain schreef:
I said not long ago that running windows on FreeDOS is not a real
test, let me explain why: Windows at some point included some very
complicated locking mechanism to *avoid* windows running other DOSes.
AARD is only on beta releases, as was mentione
Hi,
Bernd Blaauw escribió:
http://wiki.fdos.org/Main/Todo_1_0
- can somebody name a few tools for which the wrong errorlevels are
returned? I assume it would not be too hard to fix them. Which EL are
used by DYNALOAD, by the way? http://wiki.fdos.org/Main/ExitCodes
http://home.earthlink
Hi,
Eric Auer escribió:
FreeDOS passes that strange tests, but the real problem is with
32bit mode (Win 3.1 /3 mode and default mode of WfW 3.11, actually
WfW 3.11 runs only in a stripped down safe mode if you tell it to
disable all 32bit drivers and stuff). This mode does real
multitasking with
My personal opinion is that there should be the core and most useful
apps in a single big package. Perhaps you should consider this an
"additional" package, and release two CDs: one small without aditional
things, one big with the additional things.
There's also some other great GPL DOS Software
Hi,
Blair Campbell escribió:
almost 100% TP-compatible code), perhaps GhostScript, the DJGPP LaTeX
Ghostscript is in the next release but LaTeX is HUGE (at least on
linux), and I'm not considering it at present.
Ok, good work anyway. But have you seen the DJGPP-LaTeX? I seem to
remember it
Hi,
Florian Xaver escribió:
Ghostscript is in the next release but LaTeX is HUGE (at least on
linux), and I'm not considering it at present.
I don't think, that LaTeX is very usefull for the _common_ FreeDOS
user/developer.
Well, I have been using it for years, and would be very glad,
per
Hi,
tom ehlert escribió:
Hello Blair,
I couldn't find a cabextract DOS port anywhere, so I ported it myself,
with minimal effort. If anyone wants the binary for testing, just
e-mail me.
I'll not do your testing.
But if you would send source + instructions how to compile, I would be
inter
Hi there,
FD-DISPLAY is about 11KB size (the data for the 3 subfonts, 8x8, 8x14
and 8x16 is 10.5Kb). MS-DISPLAY is about 5KB resident size (the size of
8x16 is 4KB).
Following Eric's step, I can use a single data pool to load the data
into memory (I no need to make room for the three subfont
Many thanks, Diego.
I'll see into this and let everybody know.
Aitor
Diego Rodriguez escribió:
There is problem with keyb 2.0pre3 and the Spanish keyboard layout (I
didn't test any other) When you press the 'Del' key ('Supr' in Spanish
keyboards) a '.' is inserted instead of deleting the follow
Hi there,
Arkady V.Belousov escribió:
7-Окт-2005 15:08 [EMAIL PROTECTED] (Henrique Peron) wrote to
:
HP> From: Freewolle Voluntar
Because we in public group, I translate our discussion.
fv> Me was asked to translate FreeCOM messages to ukrainian and I do this.
fv> Translation is correct.
Hi Blair,
As far as I know, these two are equivalent:
DEL *.*
DEL *.*A
I think it's a well known DOS issue that everything after '*' is ignored
( I once heard the functional (non technical) explanation for this:
DEL *.*A
is
DEL .A
and
DEL .?A
and
DEL .??A
and
DEL ?
Hi,
Blair Campbell escribió:
Hi. I just thought that I'd start a topic before I left for two weeks
about a FreeDOS 1.0 release. It has been suggested that I release my
Beta 9 Enhanced Release distro as a FreeDOS 1.0 pre-release distro.
For one, this would mean that it would get tested more fr
Hi,
[EMAIL PROTECTED] escribió:
What does /M do? I think SHSUCDX is quite sufficient for FD 1.0
Put by me, copied from MSCDEX: I suppose MSCDEX does some disk catching,
if this is already configurable in LBACACHE for CD-ROMs, then I could
just edit the list, make a note that it should be co
301 - 400 of 428 matches
Mail list logo
