Ooops, true, I have mistaken both lists, thanks Eric!
Aitor
2009/9/4 Eric Auer e.a...@jpberlin.de:
Hi Aitor,
2009/4/26 Christian Masloch c...@bttr-software.de:
Examples:
- handling of floppy before disk is inserted / unformatted partitions
- initdisk CHS geometry fix and BSS init fix
Hello Bart,
I added the hook... very sorry about this delay...
Aitor
2009/6/5 Bart Oldeman bartolde...@users.sourceforge.net:
Hi Eric,
2009/6/5 Eric Auer e.a...@jpberlin.de:
Bart seems to work on this a lot, but unfortunately there is
nothing about the progress on the mailing list.
Hello,
2009/6/27 ibid...@lavabit.com:
The hardest part was to find a 16-bit NASM.
I have used TurboC because
1 I already have it,
2 OpenWatcom would take too long to download at~78 mb,
3 OW is too large for the 256 mb flash drive I have been booting from
Time ago, and if I remember
The kernel files are now mirrored to ibiblio:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/2038/kernel2038-fat16-binary.zip
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/2038/kernel2038-fat32-binary.zip
Hello,
2009/6/14 Eric Auer e.a...@jpberlin.de:
Hi Aitor,
I support this idea, but that means that odd numbers (2039) would go
unstable.
Actually Bart already ported country sys support from unstable,
combining it with built-in country support. He is also working
on f-node free
I support this idea, but that means that odd numbers (2039) would go unstable.
I guess that on view on this FD 1.1 should have 2038 ( or 2040 if
there's such thing by the release time).
Aitor
2009/5/18 Bernd Blaauw bbla...@home.nl:
Eric Auer schreef:
Still no reason to add experimental things
Hello Alain,
One question, did you happen to manage how does WinNT perform with
such an enlarged FAT system?
I'm tired of the fact that I have to either partition or use NTFS
(rather problematic if you protect your Documents and settings with
password and then windows gets trashed), and it could
Hello,
2007/12/26, Eric Auer [EMAIL PROTECTED]:
Hi Marton,
CCing the kernel list about this issue... Merry Xmas everybody :-).
If I do ANY operation to the disk, say, read a directory for example, I
get a PANIC: more than two near fnodes requested at the same time!
Hmmm I did not know
Hello,
2007/10/27, Johnson Lam [EMAIL PROTECTED]:
On Sat, 27 Oct 2007 07:19:07 +0200, you wrote:
Hi Aitor,
You're wasting precious time on outdated programs.
It might discover one more serious bug.
Most people will run Ghost 8 and 2003 on FreeDOS (including me), I
don't have a Ghost 5
Hello Johnson,
2007/10/27, Johnson Lam [EMAIL PROTECTED]:
On Fri, 26 Oct 2007 15:53:03 +0200 (MEST), you wrote:
Dear Developers,
1658 Ghost 5.1 fails: Needs somebody with Ghost 5.1 to fix
Please!!
Just try Ghost 8.0 and Ghost 2003, if they work don't stick to Ghost
5.1, there MAYBE
Hi,
2007/7/23, Bart Oldeman [EMAIL PROTECTED]:
Although the ioctl.c restructuring is good, most of the chario.c
savings also help. A lot more could be saved in initdisk.c by using
the fact that the sector size equals 512 (the DOS code cannot assume
that with ram disks etc, but the BIOS code
Hi,
Very very nice discussion, I am enjoying this a lot, thanks!
Kenneth J. Davis escribió:
various details like that. And really if you wanted to be clever,
maintain the needed information about open files and TSRs won't even
notice the change, even if the file is now on a different drive
Hi Florian,
What is ... supposed to be?
Aitor
Florian Xaver escribió:
Hi!
Another idea: Why not including ... ? I am using 4DOS very often, and
am happy with it. I mostly don't need more points :-)
Bye, Flo
---
SF.Net email is
Hi,
tom ehlert escribió:
Hello Eric,
While we are at it, I would suggest a new category not planned at all
unless you tell us why it is useful or alternatively send us patches
for the list: http://fdos.org/ripcord/fdos_1_0/official/post.htm
Bad idea: I unsupport this. If you don't
Hi,
Bernd Blaauw escribió:
Bernd Blaauw wrote:
Hello all,
I've put online a new bootdisk with which I, and you, can easily
experiment. Download it from:
http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
unzipped]
OK, just uploaded a new version, now includes fixed autoexec.bat
Hi,
Bernd Blaauw escribió:
2) DISPLAY loads low (see MEM /C /P), while plenty of (UMB)memory is
available, and being the FIRST driver loaded. very strange!
3) DISPLAY loads high and ATAPICDD/CDRCACHE load low, if removing the
REM from MEM /C in the beginning of autoexec.bat
You are using
Bart Oldeman escribió:
On Wed, 15 Sep 2004, Bernd Blaauw wrote:
Bernd Blaauw wrote:
Hello all,
I've put online a new bootdisk with which I, and you, can easily
experiment. Download it from:
http://fdos.org/ripcord/beta9-final/test/testing.zip [274KB, 1.44MB
unzipped]
OK, just
Bernd Blaauw escribió:
no idea if the DISPLAY binary has been UPX'd, and if that has any affect.
UPX first, COM2EXE next, produces smallest size.
I'm still confused by syntax for DISPLAY/MODE/KEYB.., so it's good to
have working examples at hand.
I think what you are using is ok. It's equal than
Hi,
Eric Auer escribió:
About DISPLAY:
UPX first, COM2EXE next, produces smallest size.
bad idea. COM2EXE cannot detect de-UPX-ed size! So the exe header
will tell how much space the compressed COM needs. But the whole idea
of using COM2EXE was to let DOS know the de-UPX-ed size
Alain escribió:
Lucho, you introduce change in interface. _Such_ actions necessarily
_must_ be discussed and approved.
By whom? By the Boss? Who is the Boss? Arkady?
Hi Lucho, don't feel hurt, he is just sayint what we yelled at him so
many times :) The boss is ... gess who? the comunity,
Hi,
I just have to say: many thanks for your reply.
Bart Oldeman escribió:
(5) By the way, strangely enough I don't happen to see 123 - Initdisk
anymore, due most probably to the \r before the kernel compatibility.
Now I was just wondering who prints FreeDOS kernel version 1.1.35
(Build 2035) [May
tom ehlert escribió:
Hello Aitor,
I have started watching kernel source files, and trying to understand
its logic by reading sources.
good luck ;)
Thanks as well! (and for reply).
Aitor
---
SF.Net email is sponsored by
Eric Auer escribió:
As far as I remember, we only have US and German country data around in
the kernel - but that might be because the other countries are similar to
either of both, and nobody missed explicit support for them yet??
Well, the uppercasing and lowercasing tables for codepage 850
Hi all kernel developers,
I have started watching kernel source files, and trying to understand
its logic by reading sources.
In the study of the files (AT A FIRST GLANCE), I have come across some
questions, and further I wonder about some things, and I would like to
ask you if you could be so
Hi,
tom ehlert escribió:
Hello Eduardo,
Lucho, Steffen, everybody, we should have some discussion to determine
which COUNTRY.SYS format we should use in FreeDOS.
1'st let me state that I never used NLSFUNC, so I may be the wrong
person.
Well, neither do I because as I never change
don't mind at all if there is
a non-compatible format for COUNTRY.SYS (just all the same that MS-MODE
won't work with the final FD-DISPLAY.SYS), but I was just trying to find
out the (legal) way to get the maximum data with minimum effort.
Aitor
Bart Oldeman escribió:
On Sun, 22 Aug 2004, Aitor
Hi,
Bart Oldeman escribió:
ok, that's bit clearer than his email (which was about 10x longer than
necessary, but obviously I'm the only one here who thinks that?).
No, I also agree. I am back today after some days off. Sorry, Eric, I
couldn't read your whole mail, or I would never be able to
Bart Oldeman escribió:
By the way, how is Arkady? Has anybody heard of him recently? I begin to
worry about him!
No idea. A bit silent here indeed.
True. Maybe he is on a vacation?
Aitor
---
This SF.Net email is sponsored by OSTG. Have
Hi,
Eric Auer escribió:
Arkady, Bart,
BO -void _seg * KernelAllocPara(size_t nPara, UBYTE type, CStr name, int mode)
BO +void _seg * KernelAllocPara(size_t nPara, UBYTE type, const char *name, int
BO mode)
This is example, how my shortcuts allows to shorter and, thus, more
redable lines.
Eric Auer escribió:
Hi Arkady!
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
however, people run 386 aware programs more often. Those leave non-zero
values in 32 bit registers when they exit, and the next
Eric Auer escribió:
Hi Justin, thanks for your help offer!
Win 3.11 can only run in 386 multitasked mode,
386 ENHANCED mode
it would be interesting to get
fresh test results (kernel 2035, new himem or maybe ms himem, better
no emm386, maybe use DOS=LOW and a non-XMS-Swap FreeCOM for the test
as
Hi,
It's sad to hear that you say bye, but hopeful to read that you mention
at least a break for two months, although I understand your reasons.
Could I ask you something before you go? Could you please review
bugzilla and try, as far as you understand/know about it, leave the
kernel bugs in a
Steffen Kaiser escribió:
How about to change the reference compiler not only for the kernel, but
for all the project?
There had been a movement from MASM to NASM already, so this can be
reflected here as well. This is missing some documentation as well, right?
It would be helpful to have some
Hi,
If I understood Eric's point, it might be UPX fault, as it would fail
whenever it tries to enlarge the UMB as required by the uncompressed
program and silently fails. So I may have to provide uncompressed 64KB
DISPLAY.COM in the next release (last before DISPLAY.SYS).
On the other hand, in
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
Hi Eric,
Eric Auer escribió:
Hi, in the FAQ, somebody claims that file handle 4 should default to PRN:
In my undersanding, handle 4 is stdprn (the other three being stdin,
stdout, and stdaux, always using C's notation). So it shoulds sensible
that it should point to PRN anyway, isn't it?
36 matches
Mail list logo
