Hi Eric and the rest,
Simply four coments about this (Eric, sorry to reply in public here).
(1) For the KEYB roadmap: there's just one important feature that I
want for the final FD-KEYB 2.0, and it is the sound alert (beep) for
these three cases:
- COMBI where the combination is not possible
Hi Eduardo,
Many thanks!! Great news both, as usual. :-))
Thanks,
Aitor
2006/5/31, Eduardo Casino [EMAIL PROTECTED]:
Aitor Santamaría [EMAIL PROTECTED] wrote:
I don't know the current status of NLSFUNC, but I think it is now
using the same interface as MODE, which is good: for the final
Hi Blair,
You removed files or changed lines within files? In the first case
perhaps it'd be good to keep the full suppl somewhere just in case and
keep it updated too (I don't know what you removed really).
Aitor
2006/6/11, Blair Campbell [EMAIL PROTECTED]:
Update of
Hi,
I did like the LFN features listing in dir (even if MS-DOS 7.X COMMAND
does not have it, was it removed by the change above? Wouldn't it be
possible to make it a conditional compile?
Aitor
2006/6/11, Blair Campbell [EMAIL PROTECTED]:
Update of /cvsroot/freedos/freecom/cmd
In directory
A slight commenr, weren't you changing C++-style comments wich C-style comments?
Sorry for being too concerned for such regardless comments! :-)
Aitor
2006/6/11, Blair Campbell [EMAIL PROTECTED]:
Update of /cvsroot/freedos/freecom/cmd
In directory
Hello Blair,
I am very happy to see your code moving towards LFN support, many thanks!
There's something I've always been concerned about, which is how is
the stuff supported in MS-DOS 7.x+?
Forgive me for my ignorance, but In particular, who parses command
line? who turns a zero-terminated
Replying to both:
I also thought that, until I realised that this really works in UNIX
as much as one would expect:
# grep two words filename.txt
If I remember correctly, the are parsed by the shell, so how does
the previous work?
Aitor
2006/6/23, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
My two cents on this:
(1) KEYB and DISPLAY also admit translations, but hardcoded ones (that
is, you need to recompile). I'll announce here the soonest the English
catalogs, and the makefiles you'll need to compile it yourself.
Also I will announce the new KEYB versions: dutch, spanish and
Hi Blair,
2006/7/5, Blair Campbell [EMAIL PROTECTED]:
Just to let you know, due to lack of bugfixes in the graphical
installer, it cannot be included with 1.0, otherwise people would
blame us for releasing buggy software. The text installer works
pretty much everywhere and is much more
Hi,
Yes, a pitty indeed that the DOS port of FreePascal was abandoned
quite a while ago (I imagine it was hard to keep up with
multithreading and such ;)
I've always wanted to have a look at the DEFRAG gadgets, I've always
liked DFLAT too.
Aitor
2006/7/6, Imre Leber [EMAIL PROTECTED]:
The
Hi Michael,
Thanks for the update! I am unable to get the file via FTP (unable to
connect), could you please give alternative ways, or upload it to
ibiblio?
Thanks!
Aitor
2006/7/9, Michael Devore [EMAIL PROTECTED]:
Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386/ are the files
Ok, IE does not work for me (Windows cannot acceed this folder),
neither filezilla. Perhaps Jim can upload the files to ibiblio? (or
alternatively can someone else send those (source+binary) to me?
Thanks!)
Aitor
2006/7/9, Michael Devore [EMAIL PROTECTED]:
At 01:16 PM 7/9/2006 +0200, Aitor
Hi,
I just want to share my experiences on the installing of the latest
CD-ROM (full, with sources) available.
In general, my opinion is good!! There's a lot of good stuff that is
being downloaded for a robust DOS system.
There are a couple of faults that I have found, I think that some
could
Hi all,
Uploaded to ibiblio there is the new FD-DISPLAY 0.13,
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/display/
SOURCE: DISP013S.ZIP
BINARY: DISP013X.ZIP
which has the following new features:
(1) Heavy source re-structure. Separation of hardware-specific
routines from
Hi Eric,
2006/7/31, Eric Auer [EMAIL PROTECTED]:
Hi Aitor,
(3) Once I create the partition with FDISK under WMWARE, I get the
usual message: Partition signature != 55AA
and PC locks. I have to FORMAT and SYS manually to avoid this.
It took a while to find that string, but basically it
Thanks for the feedback, John, I'll see into this the soonest.
Aitor
2006/7/31, John Elliott [EMAIL PROTECTED]:
: (5) EGA/VGA specific: support for DR-FONTS
: (thanks to John Elliott, who submitted the changes)
This is broken :-(
- You've missed a line in the bit that skips over fonts of
Hi Eric,
2006/8/7, Eric Auer [EMAIL PROTECTED]:
Hi all,
I cleaned up and improved the config / autoexec of
the 1.0 preview fdbasecd of 3 august, both the ones
of the virtual (for me: real, because isolinux 3.11
does NOT boot with my older BIOS, while older iso-
linux had no problems) boot
Hi all,
I thereby announce DISPLAY 0.13b, a small patch over DISPLAY 0.13. Changes:
- The DR-FONT bug notified by John Elliot
- There was a bug with the CGA specific code
- The double-SELECT bug found by John Elliot is fixed too (it was a
variable announcing to hold words were they were bytes,
Hi all,
I have translated some files to Spanish, and have submitted them to
Blair for FreeDOS 1.0. Anyway I let you know developers of the
utilities in case you want to have them. Some of them are just for the
install batch, and others were already translated (e.g. FreeCOM,
XCOPY, TREE, DISPLAY,
Hi all,
I have slightly modified the Translation status page as follows:
http://wiki.fdos.org/Main/Translations
Now you have for each tool wether it is translatable, and the
different translation status (latest version translated) for each
language.
May I ask:
DEVELOPERS: Please have a look at
Hello Michael,
Thanks for that good piece of work. Besides these late fixings, you
did quite a lot of quite great follow-up to Tom's EMM386 (port to NASM
/ new UPX are my two favourite).
All the best for whatever else you will be doing, in the times of
WinXP+ I am afraid that technical thourough
Hi,
2006/8/20, tom ehlert [EMAIL PROTECTED]:
Hello Aitor,
Thanks for that good piece of work.
yes, indeed.
Besides these late fixings, you
did quite a lot of quite great follow-up to Tom's EMM386 (port to NASM
/ new UPX are my two favourite).
my favorite is VDS and VCPI; port to
Sorry, again my problems to acceed Michael's FTP (I wonder why, I've
been using FileZilla, any user/pwwd so that I can try?).
Could someone send it in private to this mail?
Aitor
2006/8/20, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
20-Авг-2006 20:24 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
Hello Eric,
2006/8/21, Eric Auer [EMAIL PROTECTED]:
- DISPLAY somehow manages to resist LOADHIGH, Aitor! Maybe it
just tries to be too clever...
Not at all. I remind you (discussed long ago) that it happens because
of UPX. The creation of DISPLAY is:
NASM = COM2EXE = UPX
I must use UPX,
Hi,
2006/8/21, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
21--2006 02:30 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
freedos-devel@lists.sourceforge.net:
- DISPLAY somehow manages to resist LOADHIGH, Aitor! Maybe it
just tries to be too clever...
AS Not at all. I remind you (discussed
Hi,
2006/8/21, Arkady V.Belousov [EMAIL PROTECTED]:
AS actually supposed I was relying on caller's stack (I am not doing many
AS weird things, not using C or the like, that can abuse the stack more
AS than I do in assembler.
There is no such thing as caller stack when we discuss
Hi,
2006/8/21, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
21--2006 17:22 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
freedos-devel@lists.sourceforge.net:
AFAIR, device driver not need to expand memory block - it already own
all free memory... As for .EXE, then its header already says
Hi,
2006/8/21, tom ehlert [EMAIL PROTECTED]:
it should be possibble to avoid this by NOT doing anything special on
keyboard interrupt, but by doing the same stuff MKEYB does to get
keyboard scancodes:
intercept interrupt 15, ah=04f, al=scancode
...
pushf
Hi,
2006/8/21, tom ehlert [EMAIL PROTECTED]:
Hello Aitor,
For the rare cases in which this should not happen,
KEYB xx /9
does install such handler for int15h (as the rest of KEYB is also
based in the same principle).
a) KEYB isn't always installed
Ok, let me rephrase: if you are in
Hi Eric,
2006/8/25, Eric Auer [EMAIL PROTECTED]:
Hi all,
I uploaded a new MEM 1.10 to SourceForge, based on 1.9a3:
http://freedos.sourceforge.net/mem/mem110.zip
(Dutch, Spanish and Italian translation not updated yet)
Could you please just update here, so that I (we) know that there's
I meant HERE:
http://wiki.fdos.org/Main/Translations
2006/8/25, Aitor Santamaría [EMAIL PROTECTED]:
Hi Eric,
2006/8/25, Eric Auer [EMAIL PROTECTED]:
Hi all,
I uploaded a new MEM 1.10 to SourceForge, based on 1.9a3:
http://freedos.sourceforge.net/mem/mem110.zip
(Dutch, Spanish
Two small notes:
(1) The HELP file (for FASTHELP) is probably NOT required in the
source package either
(2) There are docs that are very specific to sources (e.g. how to
build and such), that I myself usually don't pack under DOC, but under
SRC\DOC, so that they are only installed with sources (I
Hi,
2006/8/28, Eric Auer [EMAIL PROTECTED]:
To bring this in context of our installer: The sources
included CDROM could just contain ONE set of FULL packages
and selectively skip files in source/ directories at the
moment when the packages are unzipped. That would also allow
full 8 char file
versions.
Aitor
2006/8/28, Aitor Santamaría [EMAIL PROTECTED]:
Two small notes:
(1) The HELP file (for FASTHELP) is probably NOT required in the
source package either
(2) There are docs that are very specific to sources (e.g. how to
build and such), that I myself usually don't pack under DOC
Hi all,
I'd like to announce the final version of FD-KEYB 2.0, thereby ending
TAURUS project started long ago.
Changes:
- ADD: Beep support: after a wrong COMBI, or secondary buffer full
- ADD: Commands 162 (beep) and 164 (toggle beep on/off)
- BUG: Secondary buffer was habing problems with
Hi Jim, looks good! Just one thing on the left column: isn't report
bugs more of users than developers?
Aitor
2006/9/3, Jim Hall [EMAIL PROTECTED]:
FYI: I have updated the FreeDOS web site with the 1.0 announcement. A
few pages have changed:
- the front page has been rearranged, and should
Please, be CAREFUL about this.
If you changed something critical, it may be a nightmare later when
users complain.
I don't think that marking as FreeDOS 1.0 a newly upgraded (untested)
CD is the best way to proceed, but now that you have done it, then the
only thing to do is: collect bugfixes and
Well, the first feature of FreeDOS mentioned in Slashdot is LFN
support... I hope it is not bringing much headaches ;-)
Aitor
2006/9/5, Jim Hall [EMAIL PROTECTED]:
Just in case anyone is interested in the press coverage this is getting:
Heise Online was the first to post an article about us:
Hi Imre,
I am certainly glad and happy that FreeDOS 1.0 is out. My apologies
for those (including you) that believe the contrary.
But I am certainly aware that (and I agree with you) that we have and
image problem, and that most people just trashes away a project at the
first critical problem
Easy: just for going to the extreme, write a DOS API extension
function that checks the drive passed as argument in BX. ;-)
Anyway, I am of Eric's opinion: you cannot write a complete, good
CHKDSK code in that few lines.
Aitor
2006/9/5, Imre Leber [EMAIL PROTECTED]:
Well i am still kind of
Incidentaly, when reading this message on the google mail web tools, I
could find these two FreeDOS 1.0 related news on the related links,
on the left:
http://www.techworld.com/networking/news/index.cfm?newsID=6783pagtype=samechan
Hello there,
I am trying to download the kernel binary, and I find the ibiblio
stuff a bit confusing, even if I read the list regularly (so figure
out for those that don't :)).
Here we go: I click to
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/
and the first thing I see is
Suppose you didn't prepare the codepage (where KEYB *knows* about the
codepage). You issue:
A:\MODE CON CP SEL=850
MODE select codepage 850 failed
MODE: specified codepage was not found in file
Select has nothing to do with files, so this is confusing.
The errorcode returned by DISPLAY in this
2006/9/11, Eric Auer [EMAIL PROTECTED]:
also try to test DISPLAY and KEYB there, if anyone wants to run a
small XT test, please let me know NOW and point to me to the software
Just run all programs on the 1.0 distro and see if they either
work or safely refuse to work :-).
There are three
Hello,
2006/9/14, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
14-Сен-2006 05:14 [EMAIL PROTECTED] (Blair Campbell) wrote to
freedos-devel@lists.sourceforge.net:
BC I think what we REALLY need is a free PASCAL compiler that can
BC generate 16-bit code.
I think, Modula (which is superset
No, this is not that easy. Just mind that in TP and FP a pointer is 4
bytes long. But in TP it is SEG:OFS, and in FP it is a 32-bit offset.
That is a big difference
Aitor
2006/9/16, Daniel Franzini [EMAIL PROTECTED]:
well...i'm not exactly an expert in the subject but i've noticed that
Hello, you can do this with KEY without recompiling (the KEYB.EXE
file), you have just to modify a little bit the layout file you are
using.
Aitor
2006/9/18, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
18-Сен-2006 04:47 [EMAIL PROTECTED] (Marton) wrote to
freedos-devel@lists.sourceforge.net:
What would 7.20 be? Win98SE?
2006/9/19, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
18-Сен-2006 17:12 [EMAIL PROTECTED] (Blair Campbell) wrote to FreeDOS Devel
Freedos-devel@lists.sourceforge.net:
BC I see that the RBIL says that MS-DOS 7.20 supports this interrupt. I
BC am all for FreeDOS
What about the rest? Do we assume they work?
Unfortunately my XT stopped working, so I couldn't test.
I compiled KEYB with 8088 specific instructions, and it installs own
handlers so that it works in XT, so I'm curious if it does work well.
For a PC/XT you'll probably have a CGA, for which DISPLAY
2006/10/14, Joris van Rantwijk [EMAIL PROTECTED]:
Aitor Santamaría wrote:
What about the rest? Do we assume they work?
By popular (ahem) request, a list of things that work correctly on my
XT. This list is not exhaustive. My testing was not thorough; I only
tested very basic functionality
be there
(850 is the western european typical codepage, 858 is the same but
with the Euro sign).
Aitor
2006/10/15, Joris van Rantwijk [EMAIL PROTECTED]:
Aitor Santamaría wrote:
As for DISPLAY, I really never tested under CGA cards, it should be
something like:
DISPLAY CON=(CGA,,1)
MODE
Wow, many thanks for the analysis, I'm impressed!
I'll try to build a patching DISPLAY asap.
Aitor
2006/10/16, Joris van Rantwijk [EMAIL PROTECTED]:
Hello Aitor,
Aitor Santamaría wrote:
Perhaps you could try 850 or 858, at least one of them should be there
(850 is the western european
2006/11/1, Eric Auer [EMAIL PROTECTED]:
Questions are:
- what is the roadmap for FreeDOS 1.1 release?
Call on me... wanted to consolidate some documents here and there. On
the way ;-)
Aitor
-
Using Tomcat but need to do
May I suggest two decimal cyphers? (1.01, 1.02, 1.03... 1.99)
9 small updates to FreeDOS 1.0 may not make FreeDOS 2.0.
Aitor
2006/10/29, Jim Hall [EMAIL PROTECTED]:
E! I'd rather not go back to beta9 SP2 etc naming scheme. The
next FreeDOS should _not_ be a FreeDOS 1.0 SP1. The next
Jim suggested classic, another word (perhaps more precise) that
comes to my mind is legacy, but I'm not saying I like it better, I
just post the idea.
Aitor
2007/3/29, Alain M. [EMAIL PROTECTED]:
I agree that old is ugly.
I use FreeDOS for new and big programs, with databases of a few Giga
I don't agree that there should be a single compiler, but if there's
to be one, then we must have a 16-bit compiler, that leaves DJGPP out
(so that's a good reason not to choose just one).
AItor
2007/3/31, Florian Xaver [EMAIL PROTECTED]:
PS:
And... one thing, which could also be posted at
Just a side note, it is not even possible, as there are some programs
which are compiled with non-free compilers. Just two examples come to
my mind (EMM386 with MASM, keyb with TP for the non-resident part).
Aitor
2007/4/1, Jim Hall [EMAIL PROTECTED]:
It's an interesting idea, but I consider it
I support this idea too, and for the operators, let me suggest using
C-style ones, given the big amount of C-compatible languages, not only
C/C++ but also Java, ecma-script and derivatives, etc.
I am not saying to support them all:
- there's no sense for =, +=, -=, etc, unless you implement some
Hello Robert,
2007/5/2, Robert Riebisch [EMAIL PROTECTED]:
Aitor Santamaría wrote:
Being used to BC, I'm experimenting with OpenWatcom, and before
What OW version?
What memory model?
Watcom 1.6, model Large.
Apparently, OW doesn't seem to like when I do use it's own MK_FP
(which
Self-correction:
2007/5/2, Aitor Santamaría [EMAIL PROTECTED]:
I have redefined MK_FP as
(void *)((unsigned long)((unsigned short)(seg)*0x100)+((unsigned short)ofs))
I have redefined it as the more logical:
(void *)(((unsigned long)(seg)16)|((unsigned short)ofs))
which gives the shift amount
Hi,
The code you wrote does, but this does not:
#include i86.h
char far *myvar = MK_FP(0x40, 0x55);
void main()
{
}
Aitor
2007/5/2, Robert Riebisch [EMAIL PROTECTED]:
Aitor Santamaría wrote:
Watcom 1.6, model Large.
OK
Maybe you can use this.
***
#include i86.h
void main
(1) That it is NOT what I want
(2) That I want to define a variable widely used accross sources.
2007/5/2, Robert Riebisch [EMAIL PROTECTED]:
Aitor Santamaría wrote:
The code you wrote does, but this does not:
I already knew. ;-)
What's wrong with the following (except more typing
ANd what's more, even SHSUCDX are requiring a new maintainer...
Oh well... I hope we keep the latest versions of both at ibiblio just
in case... they are quite useful pieces of software.
Aitor
2007/5/4, Robert Riebisch [EMAIL PROTECTED]:
Hi!
Maybe you missed it all: Jason Hood is looking for
Hello,
Oops, I understood Jose's message the other way round. So it actually
seems that FreeDOS kernel is doing WELL...
Apologies, I was afraid there would be problems about this.
Aitor
2007/5/9, Jose Antonio Senna [EMAIL PROTECTED]:
Maybe FreeDOS does not use LFNs, but it detects and erases
I'm just curious, as I have never used much of cvs and none of SVN
(just MS Sourcesafe, pvcs and other commercial solutions), what would
be the main advantages of SVN to CVS?
(in other words, why would you care to make such a big effort?
probably there are many good reasons, then).
Aitor
I haven't followed the conversation thoroughly, but seems to me that
you mean NASM?
Aitor
2007/7/15, Ladislav Lacina [EMAIL PROTECTED]:
OK, do it yourself, it is open source :-)
The main version is now Eric's MASM version. I'll not work on TASM version
more.
Anyway, next two weeks I'll not
Hello Eric,
2007/9/17, Eric Auer [EMAIL PROTECTED]:
Hi Imre,
Does anybody know what the status is of long file name support in
freecom. There is absolutely a compile time option you can use,
but does it work (well)?
FreeCOM 0.84 arguably has far too many changes with far too little
Ok, thanks, that's good news. I'm used to such feature in UNIX, and
mistrusted it would ever be possible in DOS.
Aitor
2007/10/1, Tom Ehlert [EMAIL PROTECTED]:
Second is the ability of the internal commands to handle the properly.
Like:
copy my file.txt a:
Do you mean that both have
I've lost the hint of floppy distributions, but I think there should
be at least one.
(Just in case)
Aitor
2007/10/2, Jim Hall [EMAIL PROTECTED]:
I keep getting the occasional user who has downloaded a really old
version of the FreeDOS distribution (usually Beta5) and even though
they ftp'd
Hello Henrique,
2007/10/8, Henrique Peron [EMAIL PROTECTED]:
Hi Bruce,
today, on FreeDOS, we rely on codepages already encoded into printer's
firmware.
The equivalent to the BIOS codepages for DISPLAY (the 437 in
DISPLAY CON=(EGA,437,1)
For instance, if I happen to be russian and type a
Hi,
2007/10/9, lyricalnanoha [EMAIL PROTECTED]:
On Tue, 9 Oct 2007, Aitor Santamaría wrote:
Unfortunately, all the codepages (CPI/CPX files) that you have created
have an indicator inside them that they are for DISPLAY only (and not
for PRINTER). And that is because the way in which you
Hello Jeremy,
The email address I have from you seems full or inoperative, are you around?
Please write to me in private when you can.
Aitor
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R)
Hello,
2007/12/25, Eric Auer [EMAIL PROTECTED]:
Hi Oleg,
IMHO i18n should be done by _POST_install_ scripts.
On one hand, that would make the installer much easier. On
the other hand, it is nice that the installer can do the
keyboard and font config for you...
I am of this opinion too,
Hello,
I'm trying to link a project with TLINK, where the commandline is
getting too long (because of a large number of LIBs and OBJs that I
have to link), and the @FILE.TXT trick of TLIB does not seem to work,
or maybe I'm doing it wrong?
Does anyone know of a way to outcome this problem?
The problem is with TLINK, not TLIB.
Both TMAKE and FREECOM complain that after unrolling the variables,
the commandline is too long and the command cannot be executed.
Thus my question if there's something to do similar to the Watcom
linker or to TLIB to use an external file.
Aitor
Hello Arkady,
Even if I like as you the idea of the short names, there is a good
practical reason why it'd be difficult to change: the tones of
packages already using HELP and SOURCE.
Althgouth perhaps it'd be good to short INC for INCLUDE?
Just thinking...
Aitor
2008/1/5, Arkady V.Belousov
2008/1/5, Eric Auer [EMAIL PROTECTED]:
Hi!
LIB for libraries. We never really defined a lib before because
FreeDOS doesn't support the shared-library model...
I would put those in BIN if dynamic and in SOURCE if used to compile
I disagree.
I agree with Jim, nowadays, BIN is usually
But at least it helps if I know that ANY lib would be in certain path,
and I can adjust all my makefiles to it.
It is even worse if I have to be manually tunning makefiles everytime
I download new version for libraries.
A third option would be: ok, make both LIB and their H files under
SOURCE,
Hello Arkady,
Thanks for the help. I circumvented the problem.
Just to make myself clear about it.
2008/1/2, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
31-Дек-2007 20:03 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
freedos-devel@lists.sourceforge.net:
AS Both TMAKE and FREECOM complain that
Hi,
I have come across:
http://support.microsoft.com/kb/69581
how could one interpretate that +,, ?
Would our COPY have the same effect?
Just curious,
Aitor
-
This SF.net email is sponsored by: Microsoft
Defy all
Thanks Jim!
In case the link disappears for growing older, I'd suggest an entry
under the developer section on the sidebar
Aitor
2008/1/20, Jim Hall [EMAIL PROTECTED]:
Oops, it would have been better to link to them from the front page.
I've done that now.
:-)
On 1/19/08, Geraldo Netto
If there was an option to dump current bugzilla info to a file or
something like that, before losing it completely, I'd do it that too
(in case you guys are thinking of taking bugzilla down some time).
Aitor
2008/1/25, Tom Ehlert [EMAIL PROTECTED]:
Just wanted to do quick survey to see who
2008/1/30, Jim Hall [EMAIL PROTECTED]:
Since Eric and tassilo have identified the free web hosting for
FreeDOS bugzilla, and since Eric has volunteered to install the new
FreeDOS bugzilla, migrate the existing data, and do any ongoing
maintenance - so I think we have a winner! :-)
Erm, Eric,
Hello,
2008/3/21, Arkady V.Belousov [EMAIL PROTECTED]:
2. Windows drivers can't work under FreeDOS at all just because absolutely
different environment and interfaces. I should say more: Windows NT (2000,
XP, Vista) drivers can't work under Win9x and Win9x .386 drivers can't work
under
Hello,
2008/4/1, Arkady V.Belousov [EMAIL PROTECTED]:
Hi!
31-Мар-2008 03:10 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
freedos-devel@lists.sourceforge.net:
2. Windows drivers can't work under FreeDOS at all just because absolutely
different environment and interfaces. I should say
Hello,
2008/4/6, Eric Auer [EMAIL PROTECTED]:
Hi Kevin,
(sorry everybody for the long mail :-p Otoh, Kevin keeps CCing
the mailing list - and Alain thinks always CCing the list is a
good way to let people know that DOS is alive. oh well... ;-))
Yes please!
And would prefer that by default
Hello,
2008/5/15, Eric Auer [EMAIL PROTECTED]:
2. The Freemacs editor needs updating.
Interesting :-). Aitor also plans to update our EDIT, but
I have not heard about his project recently...
I'm just packing. Most probably the 1st week of July can be settled as deadline.
Aitor
Hello,
2008/8/29, Travis Siegel [EMAIL PROTECTED]:
Speaking of freedos 1.1.
I know freedos isn't intended to be dos *exactly* but it is intended
to be a free dos replacement.
This is fine for those using emulators under other operating systems,
and those who can see their screens.
However,
Hello:
I seem to remember that there was an easy way to mount a local win
directory inside VMWare (as an extra driver or whatever), but I can't
find the reference, could someone give me a clue?
I am not interested in something elaborate such as using the network
bridge. Something as simple as to
Thanks to both, I knew the DOSEMU stuff, and was new to VirtualBox!!
Incidentally, some minutes later I've found it, it is called DiskMount:
http://www.vmware.com/download/eula/diskmount_ws_v55.html
and it is a pure commandline tool that works acceptably ok. It does
just that: mounts the disk
, Alain M. [EMAIL PROTECTED]:
Interesting... can you use it to mount directories or only disks and/or
partitions? It makes a big difference because a disk cannot be accessed
by two OSes...
Alain
Aitor Santamaría escreveu:
Thanks to both, I knew the DOSEMU stuff, and was new to VirtualBox
Hello,
Maybe you know it already, but it seems that Sun have launched their
own virtualisation software:
http://www.sun.com/software/products/virtualbox/get.jsp
It was completely new to me, but I was wondering if someone has tried
FreeDOS there already.
Cheers!
Aitor
Hello:
I announce my new project, FreeDOS DFlat +, as a set of libraries for
easily designing text-mode user interfaces based on windowing and
messaging, which has been excerpted out of FreeDOS EDIT 0.7d, in order
to be used by other developers to create their text-mode user
interface with
Hi all,
I hereby announce FreeDOS EDIT 0.9a (the sucessor of EDIT 0.7d).
The big change about the 0.9 series is that it is now based on FreeDOS
DFlat+, which is a user interface development toolkit, that has
actually been excerpted (and continued) from EDIT. Thus, if you ever
happen to see
Michael,
The HW.MAK as it is (Makefile for Hello World), is ready to compile
for BorlandC. If you plan to develop for OpenWatcom C/C++ you'll need
to edit the makefile yourself and comment some lines in/out. wcc is
the compiler executable for open watcom.
In many cases (as now) you need to tune
Hello,
2008/9/6 Michael Reichenbach [EMAIL PROTECTED]:
Also note that Borland's make and Watcom's wmake work a bit
differently, so maybe the changes are more than expected.
Shall this implicate you didn't test it with watcom? (Sorry if my
understanding of English is weak.)
No, that I didn't
:\watcom\lib286
libpath c:\watcom\lib286\dos
library dflatplo.lib
library dtool2lo.lib
===
And it works for me.
Aitor
2008/9/6 Michael Reichenbach [EMAIL PROTECTED]:
Aitor Santamaría schrieb:
No, that I didn't bother to adjust the final makefile to OW.
And did you test to build the example
Hello all,
I am bringing the conversation to private, as it seems mostly a OWC
configuration problem. If anyone is interested in following, let us
know.
Aitor
2008/9/6 Michael Reichenbach [EMAIL PROTECTED]:
Michael Reichenbach schrieb:
Aitor Santamaría schrieb:
No, that I didn't bother
Hi,
2008/9/7 Michael Reichenbach [EMAIL PROTECTED]:
Aitor Santamaría schrieb:
Martin,
Of course I tried under Open Watcom.
Try these lines:
wcc -ml -i=c:\\WATCOM\h -i=c:\freedos\source\INC hworld.c
wlink @owlink.wcl
where owlink.wcl is:
===
system dos
option map
option
Well, I have my doubts, WMAKE is also opensource (as much as
OpenWatcom), when compiling with OWC I just prefer the all-in-one
approach.
I do not know much about GMAKE, but the ones I've seen look like a bit
overly complex to me?
Aitor
2008/9/8 Alain M. [EMAIL PROTECTED]:
All this discussion
1 - 100 of 353 matches
Mail list logo