As a former FOSDEM presenter I wish you good luck Jim, also getting up
early this Sunday :-) !
I have a little scheduling conflict with the HPC devroom
(https://fosdem.org/2021/schedule/track/hpc_big_data_and_data_science/)
that I'm helping to organize but I'll have a look at the recording for
My talk was accepted so I'll be presenting in 4 weeks:
https://fosdem.org/2018/schedule/event/dosemu_and_freedos_past_present_future/
Bart
On 1 December 2017 at 08:56, Bart Oldeman
<bartolde...@users.sourceforge.net> wrote:
> Hi guys,
>
> (still lurking but not a lot of time..
Hi guys,
(still lurking but not a lot of time... over the past years)
I'll be at FOSDEM for work related purposes (HPC devroom). Since I'll
be there anyway I submitted a proposal for Retrocomputing to talk
about DOSEMU and FreeDOS.
One exciting development that somehow was missed is that there
Hi,
Does FreeDOS only accept drivers located on C: so it rejects to load from F: ?
this is a known bug in the FreeDOS 1.0 kernel. It's been fixed in
newer kernels (from July 21 2007, and newer, e.g. 2038, 2039).
Bart
First, there exist workarounds:
either put
$_speaker=
in ~/.dosemurc or if you *want* beeps in DOSEMU, e.g. for very old DOS
games, you should not change ~/.dosemurc but instead configure your
Linux window manager, see
2009/6/21 jasse...@itelefonica.com.br jasse...@itelefonica.com.br
I only tested it with 4364KB, which is the same size I use under
DR/MS DOS. This is just a value I found to work comfortably for
all my ordinary applications. I may try other values if you think
this is important. BTW, I have
On 10/16/07, Florian Xaver [EMAIL PROTECTED] wrote:
Found it at http://en.wikipedia.org/wiki/Fat32#exFAT.
Would it be much work to add support of it at FreeDOS?
Yes, much work, even if somebody finds specifications and it turns out
to be very similar to FAT32 (than it might be doable though for
On 7/23/07, Eric Auer [EMAIL PROTECTED] wrote:
Hi Florian,
It (*) is NOT a problem of the redirected linux directory...
[ (*) the problem with unzipping directories in DOSEMU 1.4 and older ]
Strange!
But you will find the message, at DOSEMU list
There were no messages on this list
On 6/17/07, Japheth [EMAIL PROTECTED] wrote:
As far as Jemm is concerned, only the kernel has to restore its vectors.
Vectors changed by drivers/tsrs which are loaded after Jemm can be ignored,
because Jemm saves the current state of the IVT on init and restores it when
an int 19h is called.
On 10/27/06, Marton [EMAIL PROTECTED] wrote:
Any chances of a permanent fix or it is actually hard to implement?
Something like this:
--- initdisk.c.old 2006-10-30 00:30:02.0 +
+++ initdisk.c 2006-10-30 00:32:31.0 +
@@ -995,7 +995,9 @@
for (num_retries = 0;
Hi,
On Wed, 5 Jul 2006, Henrique Peron wrote:
DISPLAY CON=(,,3)
MODE CON CODEPAGE PREPARE=((858,852) C:\FDOS\BIN\EGA.CPX)
MODE CON CODEPAGE PREPARE=((,,808) C:\FDOS\BIN\EGA3.CPX)
Then, you'll type MODE CON CODEPAGE SELECT=858 for french or 852 for polish
or 808 for russian.
UTF-8 is
On Fri, 19 May 2006, Johnson Lam wrote:
Eric,
as Jack did not want to reveal WHY qhimem is, in his
opinion, better than freedos himem, Bart HAD to
disassemble qhimem to TRY to find out about the things
which Jack did not want to reveal. Of course it is
Sincerly I beg you not to upset Jack
On Wed, 10 May 2006, Johnson Lam wrote:
Quote a few lines from his email:
=
I did not model QHIMEM after Microsoft HIMEM V2.03, like you know.
QHIMEM's source or binary files are very different from V2.03 HIMEM.
Disassemblies may only confuse folks. But they are welcome to try.
=
On Tue, 9 May 2006, Robert Riebisch wrote:
Yes. ftp://ftp.microsoft.com/softlib/mslfiles/XMS.EXE
Just google a bit: deja vu:
http://freedos.sourceforge.net/freedos/news/press/2000-himem.txt
and the consensus was
... Therefore you cannot derive any rights from
it to change or modify it or
On Mon, 28 Nov 2005, Blair Campbell wrote:
PS: If the C is ever to be compiled with Watcom C, as Bernd
suggested, the global functions in the asm would need to have a _ in
front instead of behind, as this is (for some weird reason) the way
OpenWatcom does things.
I think you have this the
On Fri, 31 Dec 2004, Michael Devore wrote:
At 01:22 AM 12/31/2004 -0800, 16BIT wrote:
Grub for DOS prints the following error message if I try and run it with
FreeDOS:
-
Sorry! Currently supported DOS versions are: MS-DOS 3.30 and later;
FreeDOS kernel build 2029 and,
On Thu, 21 Oct 2004 [EMAIL PROTECTED] wrote:
I tried to fix the problem by changing the $_hogthreshold parameter in
dosemu.conf : neither value that I tried changed anything (0, 1 and 10).
$_hogthreshold = (0)
causes no idling at all, so dosemu will use 100% cpu time.
with
$_hogthreshold =
On Thu, 26 Aug 2004, Luchezar Georgiev wrote:
The next logical step will be releasing the source code :)
This is not as improbable as it may seem (unlike what Bernd says). It
happened with 4OS2, well Matthias Paul already tried as you can see
from the forum at JPSoft.
I attach the license
On Thu, 26 Aug 2004, Jim Hall wrote:
Yes, this is quite possible. I've emailed JP Software in the past to
(politely) ask that they release the source code to 4DOS, and I intend
to do so again. I would encourage others to do so, as well. However,
please remember to follow the rules of good
On Sun, 9 May 2004, Eric Auer wrote:
Hi, this is a fun followup to the problems of 8.3 names and
FreeDOS internet connection.
[ that GPL requires 8.3 is bullshit indeed. Though it talks about
equivalent access to the source code. If someone who can access the binary
can't access the source
Hi Claudia,
forwarding this to Freedos-user -- I don't think Eric Auer is on
linux-msdos.
Bart
-- Forwarded message --
To: DOSemu Mailingliste [EMAIL PROTECTED]
Hi Bart, hi all.
I wonder if you can make it possible to read a file bigger than 64 kB with the
FreeDOS edit. In
On Mon, 8 Mar 2004, Julien Pierre wrote:
A lot of DOS installation programs modify
C:\CONFIG.SYS and C:\AUTOEXEC.BAT . How do you deal
with that ? I don't like the fact that those files are
ignored.
Maybe you could do some sort of chaining. Process
FDCONFIG.SYS first, CONFIG.SYS next.
I
22 matches
Mail list logo