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 serve
> 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 a
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.T
> 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
> PS: I would like to quote IBID_AG
> 2. Congratulations on a great kernel/OS
> 4. I would rather see more of the features from 2037 in stable
List ???
> & WfW support in stable, these might be handy.
WtF is WfW ???
> And SHSUCDX with UDF support does seem higher priority.
> UDF-CDEX would be s
Hi
> Can you forward details about that dmidecode / bttr forum thing?
Trivial to find: http://www.bttr-software.de/forum/board_entry.php?id=3394
> country sys support is very useful for SOME languages
OK ... I don't use them, so I am unable to detect how broken it is ;-)
> FreeDOS runs Windows
ot" of the deliberate DR
> DOS incompatibility long ago really hurt DR DOS market...
This was 20 years ago :-D
> On another note:
> Abort, Retry, Fail?
> An A "should" abort, F should fail. But it takes several iterations
> to end the loop, regardless of key. Someon
> DOS and USB doesnt mix that well somehow :)
Where did you pick this theorem ??? And why the ":)" AKA "happy" smilie ???
Of course USB can work well on DOS. That it doesn't is because cca 2 people
are caring for now (+ cca 3 more in the past) and every of them is / was
brewing his own closed sou
> Is there a way for a program to offer the "ARF" dialog without looping,
> or is the dialog in the kernel?
INT $24 is always () fired in the kernel, dialog is in command
file. I don't use GEM, sorry.
--
~~~ wow ~~~
> 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 c
> I saw a bug in the tracker
> http://sourceforge.net/tracker/index.php?func=detail&aid=2901916&group_id=5109&atid=105109
> regarding creation of cross-linked files on FAT32; this bug is new in
2039/not present in 2038.
> Seems to be very serious, but perhaps rare.
YES it is, I discovered one more
As already pointed:
http://sourceforge.net/support/tracker.php?aid=2901916
there is a CRITICAL BUG in FreeDOS kernel 2039 :-(
I can well reproduce it (not always, though) when COPY'ing files onto
a FAT28 volume. There can be even multiple crossy bunches per multiple
(>=2) files. Also the old fil
Hi
> just wondering: could this be an issue with JEMM386 and/or UIDE ?
NO. Don't use those 2 ;-)
> is this reproducable with only loading HIMEM and kernel ?
YES, that's what I did. Also I used XDMA 3.1 but I have been using the very
same XDMA 3.1 for years and it didn't cause crosslinks and sti
> 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 , h
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 repropdu
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 re
> 'ASSuming' that 2038 does not have the bug
It has the other minor bug, though.
> that you don't know whether 2038 has the bug.
> How much have you used/tested 2038 (i.e., how likely is it)?
YES I do __USE__ it (besides EDR-DOS), but I haven't tried that hard
(filling disk to 99.9%) to get the
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 have prepeared a new FreeDOS distribution for REAL USE in the field
> Is there anyone working on, o willing to work on this cross-linked files bug?
If not, have to use 2038 :-|
--
~~~ wow ~~~
--
This SF.Net email i
> Good catch and thanks for the fix! I committed your patch to svn
Heh ... excellent ... so my excessive HD trashing
http://www.mail-archive.com/freedos-kernel%40lists.sourceforge.net/msg02431.html
1+1/2 years ago was NOT only waste of time ?
Thanks to Damien, I'll test 2040
--
~~~ wow ~~~
---
> 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
mana
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 performa
> 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 Dav
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
> 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 w
> 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 ?
http://sourceforge.net/projects/freed
> 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=1640&view=markup&sortby=date&pathrev=1640
--
~~~ wow ~~~
> > My silly FATPLUS.EXE maybe ???
> Was that the hack to go above 4 GB file size?
NO: http://www.fdos.org/kernel/#fatplus
> Evil...
Anything is good in this word ?
> > Almost documented: ATA-33 and XDMA
> UDMA, probably.
NO, XDMA 3.1.
> Better use a multiple of cluster size and a power of 2.
SORRY for the repost:
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 ?
http://sourceforge.net/projects/freedos/files/Kernel/2040/
http://www.fdos.org/kernel/
http://sourceforge.net/apps
> 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
Most FreeDOS kernels released so far were UPX'ed and not un-UPX'able.
The kernel "almost-2040" included on 1.1test3 CD distro is NOT UPX'ed.
Problem: with UPX'ed kernel, you can't check the version without
booting the kernel.
Suggestion: at the beginning or end of the file, add a string allowing
> This encoding only needs FOUR bytes (1 byte, 1 word and
> some bits) to encode a machine readable binary form
Less bad than nothing but I indeed meant
something human redable ;-
> I think we should not try to put a version string in the
> config area which would be visible in a text editor
Why
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 Capac
Kernel 2041 shot: http://jafile.com/uploads/dos386/fdke2041.png (no
breaking news)
previous 2040: http://jafile.com/uploads/dos386/fdkernsh.png
SYS updated together with kernel, 2041:
http://jafile.com/uploads/dos386/fdsy2041.png
previous 2011-Aug: http://jafile.com/uploads/dos386/fdsys3x7.png
> Any interest in 486, 586, 686 kernels?
Not really. I don't think that possible 0.01% improvement about
performance or bloat justifies incompatible versions. Note that
8086-compatible EDR-DOS is faster than FreeDOS. Only the mainstream
needs permanently new processors, just to make things slower
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 re
> Freedos-kernel] Kernel 2042 release
Thanks :-) (I'll test)
--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present thei
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 previou
40 matches
Mail list logo