I downloaded and installed the new kernel, and looked a bit and tested a bit.
There is a version history file included and it lists a few detail improvements.
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/history.txt
<- outdated
Are there some major applications that
> Freedos-kernel] Kernel 2042 release
Thanks :-) (I'll test)
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their
Thanks for reporting and fixing FreeDOS kernel BUG's :-)
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their
Kernel 2041 seems to be out:
http://sourceforge.net/projects/freedos/files/Kernel/2041/
(untested, just history.txt __IS__ updated this time)
but nobody annouced it :-D
--
Virtualization Cloud Management Using
License evilness. Better to have the EDR DOS style
hack for files above 4 GB file size than that.
Than what that ??? Isn't it the same thing ???
How about 64 kB?
Heh ??? DOS can read or write full 64 KiB (DX=0 ??? or is it only
64'000 Byte's ???).
I think some hacks even support 128 kB
I
PS: You could also compare EDRDOS+UIDE with FreeDOS+UIDE.
IIRC I tested some caches in the past. Result: NO SPEEDUP at all for a
single big file.
the data are useless :(
NOT that bad ...
unless dos386 describes what program(s) he used
My silly FATPLUS.EXE maybe ???
on what hardware
I am working on updating my site as I move files to my new host.
www.fdos.org/kernel is updated.
Anyone can please upload the __correct__ HISTORY.TXT file for
the 2040 kernel release on some place where it is easily discoverable ?
Both SF and fdos.org ?
It's history.txt inside the doc directory, inside the zip archive.
No, it's outdated: 2011-04-09 ...
http://freedos.svn.sourceforge.net/viewvc/freedos/kernel/trunk/docs/history.txt?revision=1640view=markupsortby=datepathrev=1640
--
~~~ wow ~~~
More tests: http://jafile.com/uploads/dos386/perftest.txt
--
~~~ wow ~~~
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance
Also available for download at fdos.org
http://www.fdos.org/
Content has not yet been moved to this host - please visit
http://www.fdos.info (mirror) in the meantime
http://www.fdos.info/
This page last updated - July 17, 2006
http://www.fdos.info/obten.html.en
FreeDOS Beta8 (Nikita)
In my tests 2039 turned out to be unusable so please use 2040 ;-)
--
~~~ wow ~~~
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application
Kernel 2040 has been tagged and should be made available on
Sourceforge file releases within next few days
It is now: http://sourceforge.net/projects/freedos/
+ it does boot (no further tests yet)
- history.txt is lowercase and not updated:
2011 Apr xx - Build 2040
Jeremy Davis,
Did you try out this kernel?
Not yet (my ToTest pipeline is crowded ...)
--
~~~ wow ~~~
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
Hi
1. No new details to the Crosslink-BUG ... cluster size is 4 KiB :-|
Why do you refer to an obsolete mail ?
Half of it is not a bug, the other half is...
What ???
This is because DIR tells you how much space is used / free.
the which you mention, you force a recalculation...
I
Well, the tracker entry is 28 days old, this discussion is 12 days
old, and ... this is not the first time I have to whine about the
user base of FreeDOS, if such a thing exists at all. At least, this
time the BUG got opened by http://sourceforge.net/users/tnavratil/
Tnavratil, not me.
So new
Well, got __STRANGE__ news:
1. No new details to the Crosslink-BUG ... cluster size is 4 KiB :-|
2. Discovered a NEW BUG:
- present in both 2038 and 2039
- not critical
- possibly related to the Crosslink-BUG (probability not very high ...)
- reproductability as ALWAYS :-)
Steps to repropduce:
I'm having a look
Thanks :-)
how large is your FAT partition exactly?
Cca 6 GiB , have to check the other PC ...
There is always the GB/GiB confusion...
1 GiB = 2^30 Bytes
1 GB = ??? (don't know don't use)
what is the cluster size (I'm looking for potential overflows)
4 or 8 KiB , have
The kernel may need to work around the Linux VFAT patent avoidance HACK
in Linux kernel 2.6.30+, which writes 100% illegal names to the SFN entry
when LFNs are used. Christian was going to include a workaround in Rx-DOS
(NASM GPL code); it may help to see that.
COOL. Now really nobody can
Tested and didn't find anything eclatantly evil so far :-)
- It works mostly, see shot: http://img211.imageshack.us/img211/4611/ker2038.png
- my GetDiskFreeSpaceEx bug seems fixed
- history.txt neglects any development, oops Eric already pointed it, also,
the filename should be HISTORY.TXT
Does anyone have any information or Idea about this problem?
Would any of Jack's driver help?
Maybe __removing__ drivers and avoidable memory managers would be the
more promising approach ...
YES, a ramdisk (I use SRDISK) is a way to avoid the HD and possibly
bugged INT $13 support.
Also, a
as Eric suggested :-D
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing
Kernel 2038 tagged and available at http://www.fdos.org/kernel/latest/
Thanks :-) Even my GetDiskFreeSpaceEx-BUG is fixed ? I'll test :-)
Someone with access, please upload to ibiblio and release on SF.
Indeed ... now it says latest kernel is from 2006 !!!
Depending on any reported issues,
answer didn't work
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server
23 matches
Mail list logo