Re: [Freedos-devel] NCACHE2
As far as I remember, NCACHE2 doesn't work with DOS versions later than 6. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Zurenava DOS extender
Thank you very much, Michael, for your analysis! Why does MS-DOS work for some people? Two possibilities besides a FreeDOS incompatibility: 1) the memory image is different and vital parts don't get sniped out or 2) MS-DOS function 4ch is more aggressive about recovering memory from a failed program and forces things back to a working state. Suspect (2). MASM guide says (http://www.josheli.com/assembler/alang_hlp/Int21hFunction4Ch.html): This function performs the following actions: o All memory belonging to the process is released. o File buffers are flushed and any open handles for files or devices owned by the process are closed. o The termination handler vector (Int 22h) is restored from PSP:000Ah. o The CTRL+C handler vector (Int 23h) is restored from PSP:000Eh. o The critical-error handler vector (Int 24h) is restored from PSP:0012h. o Control is transferred to the termination handler. I think we do all these things - see task.c:return_user(). Then what else could be wrong with us? So I've changed my mind. I think the Kaspersky bug in Bugzilla should be marked WONTFIX and a suggestion given that users grab dos4gw.exe -- readily available in many places -- to run the anti-virus. Which I will post there in a couple days unless otherwise persuaded. And I think, though I have no absolute proof, that ZRDX 0.50 still has an error causing the no-termination problem. In any case, I ain't debugging it no more no more. OK. I sent your analysis to Sergey Beliakov. Hope he will be able to fix his ZDRX. But if you have ideas on how to make FreeDOS function 4C more fool-proof, don't hesitate to share them. Thanks, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Zurenava DOS extender
I got the same result as Lucho. QV.EXE freeze when quit to DOS. M$-DOS 7.10 (Win98 boot disk) OK, no freeze. Hopefully our DOS extender guru Michael can help us with this... If he can't reproduce it, it's hardware dependent - a NIGHTMARE! --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Zurenava DOS extender
0.50 works here with QV. 0.47 (ZRXBIND) does not, for the reasons listed above. The Kaspersky anti-virus program uses 0.49 -- 0.49 either does not have the HLT problem or else the anti-virus program doesn't use HLT (could be both, HLT is a rather rare instruction). It works. OK, ZRDX 0.47 is buggy. But why both KAVDOS32 (ZRDX 0.49) and QV (ZRDX 0.50) hang up here before showing the prompt on exit in FreeDOS but not in MS-DOS, while both work for you in FreeDOS too? But now we are getting somewhere. 0.49 and 0.50 does lock up the keyboard on exit IF EMM386 is not loaded. The easiest fix is to tell them to load an EMM, but at least I've found one combination unrelated to the 0.47 GPF which can cause problems. What do you mean? --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Preinstalled XP
I have never understood the story about "preinstalled". It's simply a way for Microsoft to forcibly sell you what they can't sell you otherwise :-( --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Microsoft Windows runs on FreeDOS (and now for sure)
Hola Aitor, However, if you make the change shell=winfile.exe in the adequate section of SYSTEM.INI (that is, replace the Windows shell from Program Manager to File Manager), then WinFile boots normally, and seems to work well. Further, if you open ProgMan.exe, the dialog complaining about the missing GRP files is responsive to keyboard. Some other programs (NOTEPAD, WINHELP, WINVER) seem to work well as well. Happy windowing over FreeDOS... Thank you for this information! However, in order to make the FreeDOS kernel fully compatible with Windows 3.1, a developer or a group specially interested in this must actively work to achieve it. Is there anyone here interested AND competent enough to do it? Not speaking about caveats like (1) Whoever has Windows 3.1 probably has MS-DOS or DR-DOS too; (2) Windows 3.1 will be undistributable until Microsoft frees it or dies - that is, for very long. Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Zurenava DOS extender
Hi Michael, I think you have an older version of ZRDX and that a newer version fixes a bug in their bind program or earlier extender versoin. Binding with ZRXBIND is the only way I can get a crash with it. It fails, incidentally, with no HIMEM or EMM386 loaded or with Microsoft HIMEM and EMM386 loaded. QV Pro works with ZRDX as downloaded, but not after a ZRXBIND process. That's pretty strong indication of either a ZRXBIND failure or a failure in its internal version of the extender. I tested the latest stable version, 0.47. Did you test the beta-version, 0.50? They're both at http://dx.zr.spb.ru/download.html - it's the home page of the author, Sergey Victorovich Belyakov. Specifically, a ZRXBIND application GPF's on a HLT instruction in the application regardless of memory manager. Could you be more elaborate here, if possible? How can it fail on a HLT even without a memory manager? Can we do something to prevent this? Why doesn't it fail in MS-DOS but only in FreeDOS? Eric has reported on older kernel/EMM386 version bugs, he hasn't told me that the latest version of kernel and memory managers fail with it. He wrote me that actually he quoted other's tests and didn't test himself. Telling someone to get the latest versions that work is certainly a help. Yes, if we're talking about a stand-alone application. But this is a DOS extenter. Telling someone to get the latest version of the extender that is bound into his application and bind isn't good. Or we could just leave it NEW forever because it's a problem that we can't fix, assuming the problem really exists anymore. Can't we really fix it? Are you sure? How can it work in MS-DOS but not in FreeDOS then? So send me a program which does it. The Kaspersky Anti-virus program mentioned in the bug report fails here. But it works for you? Even in bare DOS (F5 hit)? How we can explain this difference? Hardware? A20? The evidence here points to a ZRDX bug that was fixed in a later version of the program. Tell you what, grab the latest QV Pro which uses the ZRDX extender. Run it and see if it fails -- the actual download image, not the image after a ZRXBIND processing. The latest QV Pro is 2.53 and I already have it, but I had bound it with PMODE/W 1.33. I obvioulsy must had had a good reason to do it. So I just re-downloaded it and tried it "as-is" (bound with ZRDX 0.50 beta by its author) both under HIMEM and in bare FreeDOS (F5 hit). See the result below. If it's like here, the original will work and the ZRXBIND processed version won't. The original QV Pro *fails* under FreeDOS here, no matter if HIMEM.SYS is loaded or not! (Needless to say that it *works* in MS-DOS, no matter if HIMEM.SYS is loaded or not.) Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Zurenava DOS extender
Hi Michael, Sorry I didn't reply earlier but I had no Internet connection since yesterday afternoon. I've tried the Kaspersky antivirus program -- at least running it without the AVP files -- and it runs and terminates as expected to DOS prompt without problems. But it fails here, as I wrote, as well as any ZRDX-bound program. Eric also had reported failure. Has anybody else failed when using a program, be it Kaspersky or anything else, which is bound to the Zurenava DOS extender, aka ZRDX, under the latest FreeDOS kernel and EMM386? I need to know what a problem configuration might be. I use UMBPCI + HIMEM. But I just tested - it happens under bare FreeDOS (when F5 is pressed) too. Pretty easy to reproduce, isn't it? ;-) I'm going to ZRXBIND bind to whatever DOS extended applications are around and see what happens What happened? I'm going to give this a day to allow for last-minute objections and then mark the bug WORKSFORME. You won't lie that it works for you, but this won't help :-( Whatever used to happen, it isn't happening now. It isn't happening for you, but it does happen for me, Eric, and the bug reporter. Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Expanding EMM386's VDS support
As a future time I may look at expanding VDS support to allow known problematic network drivers in upper memory, so if you can send something which demonstrates the problem, that would be good. The files should provide a way to definitively detect that things are failing, if a crash isn't evident. I think that the UDMA driver for DOS can be a good candidate ;-) --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Getting SoftICE
SoftICE for DOS as an end-of-life commercial product is difficult and expensive to acquire, even second-hand. I got v2.80 from a Russian site (and a Russian manual ;-) --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Richard M. Stallman. Debuging tools?
æ ä ç And his personal homepage http://www.stallman.org have a lot of goodies and news. He's doing 1000 things at once! An incredibly active man, including his social-political activism. http://www.savethe.org (linked to from his home page) THEY try to ban every possible form of copying and moving us fast towards a totalitarian Orwellian "1984"-like world :-( So we must resist or... blame ourselves for our passivity :-( The above is not Fear-Uncertainty-Doubt (FUD). The threat is real! My friend is now working in M$, he said the workload is very heavy. They squeeze you out like a lemon and then throw you out. "*ism" :-( Many years ago our smart Hong Kong programmer make a GAMETOOLS to crack the game, can it be use for debugging? http://www.tron.vi.it/ScuoleInRete/tron_schio/mediateca.nsf/0/153732c441c5c173c1256b9d0049b147?OpenDocument A Hong-Kong program available in Italy ;-) Seems a kind of debugger indeed. Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: [Freedos-devel] Off-topic: Liberté, Egalité, Fraternité
æ ä ç Not to mention any kind of 'ism', better not try to invade other people's mind ;-) Exactly! But aren't we using FreeDOS to hide from the "ism" we live in (that has NO MERCY)? Sure! I'd much appreciate the idea of Open Source and Richard Stallman. GNU is our God and RMS is His Prophet! Amen. If serioulsly, he's really a great man! The very idea of Open Source implies free share of information. It's the deadliest enemy of Microsoft and other hyper monopolies because it will ultimately bring the dream of "LibertÃ, EgalitÃ, FraternitÃ"! And note that it's just the other "ism" of 2 bearded men whose "spectre was haunting Europe" 156 years ago ;-) No, my friend, there's no real escape from politics. So, Long Live FreeDOS, FreeBSD, Linux etc as bridges to true freedom, not only in software, but in the whole spectrum of human activity! Take the MOST advantage of other people, M$ did the best! Their name will be incrusted with golden letters in the history as "Tyrannosaurus Microsoftis" ;-G Everywhere have crime, Michael and Tom are wrong ... even the Russian server share the privacy themselves, the Chinese R&D (Repeat & Duplicate) and cracking ability is far better than Russian, but they keep them in their hard disk, not sharing with others. Well, I don't quite agree. Chinese crackers and couriers are not such egoists. Even though I don't really know Chinese, sometimes I find some "forbidden fruit" in some Chinese site too! ;-) But not only there. Thankfully, good people exist all over the world. Guess the nationality of the friend who sent me the copy of W2K3 under which I'm working now, for example :) Hint: starts with "Am" :) But I'm sure you, me and the people here are not committing crime, we are (you guys are) working out something great, that's enough. Nobody could say it better than you. You should be working as a diplomat to prevent dreadful wars! Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kaspersky antivirus anybody?
Hi Michael and Tom, Lawless, in a word. .ru sites are infamous for hosting hacks, cracks, phreaks, passwords, net redirects, phishing, and "free" versions of commercial software -- noticeably more prevalent than in the Americas, Oceania, or most of Europe. Given that I used to make a living off of copyrighted software; believe in the peaceful coexistence of proprietary plus open source plus truly free software together; and have professionally known a few people you think must be criminals by virtue of the fact that their total net worth was $999,999 + $n where n > 0, we come from very different perspectives on the entire matter. Yes, and despite this, we're working together on FreeDOS! Isn't that remarkable? ;-) well - the bulgarians have some problems understanding licensing ;) Not all Bulgarians. Some have found "where the crayfishes spend the winter" (as we say here), like the Micro$0ft representative in Bulgaria Theodor Milev :-( but that most criminal activity - like phishing for credit card information - is also located on russian servers (at least servers with .ru domains) doesn't exactly raise the general reputation for russian servers. ...in the eyes of the Western world. Two different worlds, but still working together for FreeDOS - isn't that great! ;-) Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kaspersky antivirus anybody?
Hi Michael, Anyone here taken a look at bug 1822 in Bugzilla about Kaspersky anti-virus and downloaded the files? I would, but I'm rather allergic to downloading unknown files from anonymous .ru domains, given their overall reputation. The official Kapersky site doesn't seem to list that version. What is the overall reputation of the anonymous Russian domains? I can only say that I think that the Russians are the best in everything they do and very much respect them. See for example their famous hardware analysis site http://www.ixbt.com - one of the most reputable sites of that kind. There is an English version of that site at http://www.digit-life.com As the great Russian poet Tyutchev has written, Умом России не понять аршином общим не измерить у ней особенная стать — в Россию можно только верить (try to translate the above poetry in your favourite machine translation engine ;-) If anyone has already tried it and verified the the problem without their disk getting eaten, could you send me a copy, maybe as a ZIP so I don't have to track down an unRAR'er? Just verified it and as you see, I'm still alive :) So, please go ahead and download KAVDOS32.RAR. You don't need any virus definition files. It will complain it doesn't find their list and exit - cleanly in MS-DOS and hanging the system in FreeDOS. As to UNRAR 2.0, please find it on my site: http://linux.tu-varna.acad.bg/~lig/MIDI/filer/unrar.exe Good luck! Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FORMAT problem
# of Cylinders__:6296 6296 787 # of Heads__: 1616 128 # of Sectors/Track__: 636363 So BIOS uses some CHS translation mechanism here. What BIOS brand/version/date you have? LBA support Yes 3098.8MB of LBA addressable 3098.8MB in CHS mode What a pity that your BIOS can't use LBA mode! Or can it? Congratulations, your drive supports ATA-2 This means UDMA. You could try the UDMA driver there but it will probably insist on LBA and fail. I've try 4 combination of kernel 2035/2035a, FreeCOM 0.82pl3 and 0.82pl3ak. Format still complain "5 consecutive bad sector" as before. But I can boot Win98 and using FORMAT 0.91s to format the hard disk. FreeCOM doesn't affect FORMAT. If by "2035a" you mean the unstable kernel, then this means that both the stable and the unstable kernels cause FORMAT to complain. So, there is NO additional bug in the unstable kernel but a common bug in both kernel branches. Or am I wrong? Regards, Lucho --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] The bastion of Open Source advertises Microsoft
Welcome back, Jim! The link you are trying to link to is actually on Microsoft's web site, not SourceForge. But the link was placed on the SourceForge site, inside the top banner. So no, this is not the "end" of Open Source. My "end of open source" comment was slightly ironic. I was just scandalised by the fact that SourceForge, the place that we use for our lists and source code, advertises Microsoft products. Let's keep the off-topic stuff and the FUD off the list, please. OK. You're right, of course. Sorry. Regards, Lucho --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] The bastion of Open Source advertises Microsoft
Is this the end of Open Source? SourceForge currently advertises Microsoft Server 2003 saying that it outperforms every RedHat configuration tested. Here's the banner link URL (don't click on it!): http://ad.doubleclick.net/click%3Bh=v3|3171|3|0|*|a%3B10271864%3B0-0%3B0%3B9754113%3B3454-728|90%3B6533351|6551247|1%3B%3B~sscs%3D%3fhttp://www.microsoft.ca/getthefacts/online --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Chinese system not running?
I've Chinese system which run into problem but I never reported, because it's stupid to spend time for that piece of customized software which few of us will use. Few of *us* here maybe, but how many millions of Chinese users use it? ;-) --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel 2035a HD format problem (Arkady's unstable version)
BIOS setting is CHS (translation), FDISK shows FAT32 (not FAT32 L). So, FAT32 LBA works but we have a problem with FAT32 CHS. Unfrtunately I can't test this here. The hard disk parameter is auto-detected by BIOS, I've no way to change it (16xx cylinder). I've tried: 1) FreeDOS FDISK (delete and create primary partition) 2) FreeDOS Format 0.91r (FORMAT D: /U) I did a few more test and found that only 2035a-UNSTABLE will report BAD SECTOR, switch back to 2035 can format successfully ... But 2035 will crash M$-DOS's EMM386 (SB Emulation 2.0 still need it). Well... no kernel is perfect. Perhaps the problem is some of the Arkady's optimisations in DSK.C?! --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Announce: COUNTRY.SYS
Hello, At http://linux.tu-varna.acad.bg/~lig/freedos/kernel/ are a kernel patch collection (CVSPATCH.TXT) and binaries (KERNEL.SYS and COUNTRY.SYS) that add COUNTRY.SYS file support to the kernel and move the hard-coded country data from the kernel where it belongs - to a separate COUNTRY.SYS file, as in all other DOSes. The COUNTRY.SYS file format is the same used in MS-DOS, PC-DOS, PTS-DOS, OS/2, Windows 9x and Windows NT, and is described in the Ralf Brown Interrupts List (tables 2619-2622). The so modified kernel has also been successfully tested with the CONFIG.SYS file of Windows 98 (MS-DOS 7.10). Some more countries were added. Note that COUNTRY.SYS is still under 2 KB versus 30 KB for MS-DOS 7.10 because it consists of only CTYINFO data and doesn't have any uppercase and filename tables. Of course, if (when) such information is added to COUNTRY.SYS later, the kernel code to read it can easily be added too. The aforementioned patch also moves the copyright message from the kernel to the AUTOEXEC.BAT file where it can be enjoyed for as long as needed, instead of appearing for only 3 seconds during bootstrap. (This may not be accepted but I'll never understand why. You know I'm a copyright illiterate or at least ignorant.) The patch also modifies EXEFLAT.C so it can process kernels without any relocations and make the kernel independent from the loading segment in this case. (Of course the kernel still needs to be loaded at segment 60h. Those 3 bytes the patch adds to the stub allow for future kernels, independent from the loading segment. I think 3 bytes aren't a high price to pay for that.) CVSPATCH.TXT contains other small optimisations too. Enjoy! Lucho --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel 2035a HD format problem (Arkady's unstable version)
What is the partition type - FAT32 LBA (a.k.a. FAT32X), or FAT32 CHS (a.k.a. FAT32)? My successful tests were with FAT32 LBA partitions. I didn't try FAT32 CHS. BIOS setting is CHS (translation), FDISK shows FAT32 (not FAT32 L). So, FAT32 LBA works but we have a problem with FAT32 CHS. Unfrtunately I can't test this here. --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel 2035a HD format problem (Arkady's unstable version)
Strange is when I do a FDISK delete partition, make a new FAT32 partition and format will report 'consecutive bad sector' error, I have to boot Win98 (with F5) to format. What is the partition type - FAT32 LBA (a.k.a. FAT32X), or FAT32 CHS (a.k.a. FAT32)? My successful tests were with FAT32 LBA partitions. I didn't try FAT32 CHS. I used MS-DOS FDISK, if this matters --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel 2035a HD format problem (Arkady's unstable version)
I try to FORMAT a Seagate hard disk with FORMAT 0.91r and got an error "bad sector", I think maybe hard disk have some physical problem. and I "zero fill" it with Disk Wizard, and later I can format. Later I repeat this action with another PC in office and got the same error. This time even "zero fill" didn't solve the problem, then I boot Win98 boot disk and try - it works! Then I try again with Kernel 2035a (unstable), fail again ... finally switch to 2035 and work again. What were the file systems - FAT16 or FAT32? I formatted FAT32 with FORMAT 0.91r under UNSTABLE on 2 different disks here: 40 GB and 1.2 GB, and FORMAT did a great job on both, at that very quickly --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] members.cox.net/dos and newdos.yginfo.net gone?
it seems that the nice DOS pages http://members.cox.net/dos/ and http://newdos.yginfo.net/ are gone, does anybody know a mirror? Wengier wrote me that http://dos.e-stone.cn/newdos/ is a mirror of http://newdos.yginfo.net/ which has some network problems. I just checked the mirror. Works fine - I wish I could read Chinese ;-) --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Interview with Eben Moglen about the future of the GPL
Hello, FSF lawyer Eben Moglen gave a rather interesting interview for the German magazine "Golem", less than two months ago: http://dyn1.golem.de/cgi-bin/usisapi.dll/forprint?id=31795 It's in German but we have quite a number of Germans here. He says GPL3 is 95% ready and will be out in 2005 or 2006. But he touches other painful issues like patents etc. too. I'm sorry I don't know enough German to understand it all. Lucho --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] 32RTM Bug Found, no good fix
Problem is that register is part of the kernel version code in DOS-C and FreeDOS... Please read my message and my patch on the kernel mailing list. --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] BEEP
Don't beep, please! It's so alarming after midnight! So, beep BEFORE, but not AFTER midnight! ;-) Or wouldn't it be better to add a /QUIET option and beep (via putchar('\a')) only if it's absent? --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] BEEP
Hello Bart and Tom, Don't forget that FreeCOM is also supposed to be able to run over a serial line via CTTY. In that case the beep should happen on the terminal and not on the PC where FreeCOM actually runs. So I vote for putchar('\007'); no BIOS, no int29, no delay timing, no direct hardware, just keep it simple -- the ASCII beep goes to STDOUT, redirected to STDAUX and beeps at the right place. You're right, Bart! I vote for putchar('\a') too! ('\a' is the C "alert/bell" character, ASCII 7.) in that case, I vote for MS compatibility: don't beep at all. But MS COMMAND.COM before XP doesn't do autocompletion at all. The XP and Windows 2003 COMMAND.COM copy the 4DOS behaviour (just display the next matching name on each TAB key press, and beep only if there are no matching names). But FreeCOM copies the "bash" behaviour - beep on the first TAB key press and show all maching names on next TAB key press. Where is the MS compatibility here? (the default BIOS beep is really dull) But it's definitely better than a fancy beep hanging the machine. And an '\a' character sent to the console is the only way to make a teminal sound, as Bart points out. Regards, Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: Be-beep!
use the timer ticks Or just do mov ax,0E07h int 10h or mov al,7 int 29h which always produces the loadest possible beep (because BIOS does it :-) and end this thread, please. Finita la comedia! ;-) Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: New delay() function using refresh toggle bit
Hi Tom, maybe because that's a *really* undocumented input bit ? The RBIL documents it. PORTS.A, table 393 says about bit 4: toggles with each refresh request. I searched right now, but couldn't find it anywhere. so let me ask: what kind of 'refresh' is that ? DRAM refresh. does this work on compaq/dell/../tandy TRS-1000 as well ? I don't know, but the RBIL says it exists on PC, XT and newer (see port 0060-006F, line 7001). anyway, I'd go with eric and say that beeping shouldn't be spaceship engineering. so take the BIOS 55 ms timer ... For the beep, you're right. In case someone needs finer reslution, refresh toggle bit can be used. Regards, Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] New delay() function
Below is the really correct function. I misplaced the inversion and omitted the parentheses. Sorry again for my mistakes! To err is human, to forgive divine! void delay(unsigned milliseconds) /* 1 - 1985 */ { unsigned i; for (i = 0; i <= milliseconds * 33; i++) { while (inp(0x61) & 0x10)/* refresh bit toggles with each refresh */ ; /* so we wait 30 µs but the first time */ while (!(inp(0x61) & 0x10)) ; } } Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Format 0.91r and FreeCOM sound tests
Below is the correct function. I forgot the inversion. Sorry for my mistake. void delay(unsigned milliseconds) /* 1 - 1985 */ { unsigned i; for (i = 0; i <= milliseconds * 33; i++) { while (inp(0x61 & 0x10) /* refresh bit toggles with each refresh */ ; /* so we wait 30 µs but the first time */ while (inp(!(0x61 & 0x10)) ; } } Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Format 0.91r and FreeCOM sound tests
As for FreeCOM, the bug showed up on the PC (P3 650 MHz) trying to use filename completion. The beep started, then the computer freezed, while continuing to beep. I had to press Ctrl-Alt-Del to shut it up. It's odd that my Celeron/700 doesn't have that problem, so I don't think it's CPU speed... Sure. Borland's delay() uses timer 0. Why not rely on the referesh toggle bit instead? For example void delay(unsigned milliseconds) /* 1 - 1985 */ { unsigned i; for (i = 0; i <= milliseconds * 33; i++) { while (inp(0x61 & 0x10) /* refresh bit toggles with each refresh */ ; /* so we wait 30 µs but the first time */ while (inp(0x61 & 0x10) ; } } Award BIOS uses this principle all the time, and most computers have exactly such a BIOS ;-) Steffen, what do you think? Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: To waste or not to waste
Hola Aitor, I remember you starting a thread complaining how lame MS-DOS is, and Tom replying (and I agreeing) the improvements that MS introduced in DOS in their version 2.0. The thread was fun, true, BUT a waste of bandwith and time, in my opinion. Because I don't remember this, it must have been a waste of time, indeed ;-) In this case I expressed concern that there could be users eventually complaining about certain implementation of certain commandline. In my opinion, it is not a waste of time discussing about the best way to avoid this to happen (and many people even took part giving their opinions, amongst them yourself). And what have we achieved? An eagle, cancer, and pike (like in the Krylov's fable ;-) To my experience, any time my own programs showed a light deviation respect to MS's, there was at least one user complaning, and I just wanted to help avoid this. There is NO WAY to avoid this. The more you satisfy them, the more they complain :-( Moral: what you think it's a waste of time, may not be for others. :) This is true ;-) Regards, Lucho --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: Ensemble Lite Redux
Eric Auer escribiÃ: Hi, I vote for Bernd's idea: me too. Aitor But I vote for Michael's and Tom's! Lucho (sometimes I think that these lists should be abolished if we keep wasting bandwidth and time ;-) --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Freeware CHKDSK with FAT32 support
Hello Jim, Could you see about getting permission to release the source code for this CHKDSK? I'll see what I can do, but chances are small. Our department decided that all graduate thesises are its valuable intellectual property not to be released in whole or in part. I wonder how it was possible to get permission to release even the executable! There is strong influence of Microsoft and even a specialisation called "Microsoft Information Technologies" supplied with M$ materials. We've turned into brain exporters and this is both a big shame and a sure sign that Bulgaria is really on its death bed without young blood. Oh, sorry but it seems we can't escape from politics! It isn't much use to the FreeDOS community if we don't have access to the source code to make modifications, improvements, etc. Sure, but just a minor note - it may not be of much use to the *developers* community, but I hope it *can* be to the *users* community, even without a source code. After all, the goal of CHKDSK is to... check disks and fix them (even with FAT32 :) Perhaps I should have posted my announcement in the users mailing list instead? I'll do it now. Even if the code is commented in Bulgarian, I'm sure the code will be readable by someone who would like to make improvements. You obviously haven't seen our students' source code :) It's usually a strange mix of Bulgarian and English :( Even if it was readable, the assembly parts of it (it's written in 1/3 C and 2/3 Assembler) are spaghetti-code and very difficult to understand. And that's not only students. Take UDMA code for example. Its author Jack R. Ellis has commented everything but it's still very hard to understand - that's one of the reasons why there are no volunteers to continue its development. You say that the grad students can't support this version of CHKDSK - the best way to continue improving the program is therefore to open up the code. There is source code and source code. Some isn't understandable even by its authors in 6 months :) Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Freeware CHKDSK with FAT32 support
Hello from Bulgaria, and big thanks to Alain for providing me with an e-mail address for FreeDOS! I'm back just to announce the availability of a freeware FAT32-enabled CHKDSK written by some of our most gifted graduate students. It's at http://linux.tu-varna.acad.bg/~lig/freedos/CHKDSK.ZIP I has simple all-permitting MIT-style freeware license. Like ROMDSK, the source code is commented in Bulgarian and will hardly be ever translated to English. Unlike ROMDSK, I don't have permission to make it available. And before you ask, graduate students can't support their work, nor can I or anyone else, so your bug reports and wishes will most likely go to NUL - sorry but I can't help... Anyway, as the Italians say, "A caval donato non si guarda in bocca" ("Never look a gift horse in the mouth"), and also "O la va, o la spacca" (both proverbs exist in Bulgarian too). So, don't complain, but spread and enjoy instead! Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] GOODBYE FROM LUCHO THE FOOL!!!
I seems that you have to hide you adress better ;-) No, I just have to STOP ATTENDING THOSE FORUMS!!! :( IS PAYING $$$ FOR ALL THOSE VIRUSES AND SPAM ENOUGH? THIS IS MY *LAST* POST HERE, BECAUSE SOON MY E-MAIL ADDRESS WILL BE VISIBLE BY EVERYONE IN MAIL-ARCHIVE. I WILL NOW UNSUBSCRIBE FROM EVERYWHERE AND THAT'S IT! MAY I BE THRICE DAMNED FOR MY FOOLISHNESS TO ATTEND AND TRUST *UNKNOWN* PEOPLE TO HIDE MY ADDRESS!! Lucho (the greatest fool that the Earth has seen :-( --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] HIMEM64 - KBC
On Tue, 06 Apr 2004 19:34:48 +0300, I wrote: I don't see a binary dated 27 March, so I got the source dated 27 March but it doesn't build. TC 2.01 gives some warnings which I corrected but then TASM 5.3 complains about the // comments put in the intermediate .ASM file by TC. I don't have the old TASM needed to build this. I just deleted the // comments in the inline assembly code in the C file and it compiled but now the linker complains about missing symbols. I probably have badly mixed source files from different builds. I don't want to and don't have time to try with building it anymore. Michael, please send me a binary to test at lucho gawab com if you need me to test it. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] HIMEM64 - KBC
On Tue, 06 Apr 2004 17:12:11 +0200, Bernd Blaauw wrote: Michael, I have such a PC but I haven't understood whether you have uploaded the test version or not. If yes, please point me to the exact URL, else please send me the binary to test at lucho gawab com. ftp://ftp.devoresoftware.com/downloads/ check the listed date of the HIMEM archive. old one has 10-March-2004 as date EMM386 has 27-March-2004 as date I don't see a binary dated 27 March, so I got the source dated 27 March but it doesn't build. TC 2.01 gives some warnings which I corrected but then TASM 5.3 complains about the // comments put in the intermediate .ASM file by TC. I don't have the old TASM needed to build this. So Michael please send me a binary to test at the aforementioned address if you need me to test it Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] HIMEM64 - KBC
Michael, I have such a PC but I haven't understood whether you have uploaded the test version or not. If yes, please point me to the exact URL, else please send me the binary to test at lucho gawab com. Thanks, Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
Below are my quotes and after them, the corresponding explanations. You've always been honest to me so I'll be honest to you, too. I'm too busy/lazy/whatever to implement this, so here's an excuse: "Please redirect your request to FreeDOS-kernel mailing list" ;-) For the last 2 years Alain has wished to be able to obtain (through a DOS call) more information about the compiler, CPU and FAT type support of the kernel. To be even more honest (cynical?), I don't care about anything but FAT32/80386 kernels. But fortunately, Bart is not like me ;-) Bart distributes only 8086 kernels and never 80386 kernels, whereas I include only a FAT32/80386 kernel in the "illegal" aPacked kernel in my ROMDSK package. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Fri, 02 Apr 2004 14:15:25 -0300, Alain wrote: Do you have it handy to send it back to me? I hava a dos version program and I do have a rom-dos and I would like to test it. Here it is, from my old archives (when I was a Linux man using ROM-DOS and FreeDOS was DOS/C): Can an application tell the difference if it is running in RD as opposed to MS-DOS or other? Is there a function call or API call or anything? (REF#980805-0006) Yes, there is. RD has a special Int 21H, function 30H handler (normally Get DOS version). With a special "magic cookie" in certain registers, ROM-DOS responds with internal commands, one of which is "Which version are you?" Specifics: On Entry to Int 21H AX=30DBH Int 21H get DOS version call (DB in AL indicates RD specific function) CX=H must be set to 0 SI=B2D2H ID for ROM-DOS (verifies is REALLY is an RD specific function) DI=0003H RD specific function # 3, Get ROM-DOS revision On Exit: AX=0260H ROM-DOS revision (2.6) CX=B2D2H ID (use this to verify that ROM-DOS really set things) ES:BX=Pointer to revision string (do NOT change string!) Product: ROM-DOS 6.22 Date Created: 8/5/98 10:13 Ref#: 980805-0006 Category: Problem Resolution Date Updated: 8/5/98 10:13 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: Ralf Brown's interrupt list 62 will never be released?
On Fri, 2 Apr 2004 10:35:34 +0100 (BST), Bart Oldeman wrote: http://marc.theaimsgroup.com/?l=freedos-dev&m=103714414728398&w=2 In the above message, Alain suggests the same he does now, yet there is no change during the last 2 years. So as I see, to insist to change anything here is useless and I won't do it again Alas, the RBIL has not been updated for the last 4 years, and will never be anymore :-( did Ralf Brown tell you that? Any other source, other then just speculating from having no updates? What source are you talking about? I don't know him personally. Let Matthias say that. He does. My point is: The more time passes, the more impossible it becomes to update the RBIL. So I have no illusions that there will ever be more updates. But all this is just a personal opinion of mine of course. And as we all know that most things I say or do are wrong, that's the only hope for an update of the RBIL! ;-) In this case, unlike the other cases, I'd be glad to be wrong!!! Lucho P.S. Under what license was the RBIL released? What about an ABIL (Arkady Belousov's Interrupt List)? ;-) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
I move this discussion to the place where it belongs - the kernel mailing list. On Thu, 1 Apr 2004 21:46:29 +0100 (BST), Bart Oldeman wrote: This string can't be removed -- it's part of RBIL: D-2133FF- INT 21 - FreeDOS - GET DOS-C/FREEDOS KERNEL RELEASE STRING POINTER AX = 33FFh Return: DX:AX -> string of the form "FreeDOS kernel version " KERNEL_VERSION_STRING " (Build " KERNEL_BUILD_STRING ") [" __DATE__ " " __TIME__ "]\n" This must be your April Fool's day joke as the *final* RBIL release is 61 which does NOT contain such an entry! I sent this to Ralf Brown at the time that Matthias Paul did a desperate call for updates because RBIL62 could be released any day (that was in April 2002), On 1st of April? ;-) seems I missed that release though. Not only you - the whole DOS world missed it! :-( I really object to breaking backwards compatibility here; we already had this function when Pat was still maintaining the kernel... But since nobody knows of that function (because the information about it was never publicly released in the RBIL), its removal won't break anything! Or do I miss something? Alas, the RBIL has not been updated for the last 4 years, and will never be anymore :-( As the above is NOT part of it, I think it can safely be removed, the more so as there isn't any info different than the one from function 30h - it's just in *textual* instead of *numeric* format. But indeed. Adding strings is not good. So I won't add any new strings. Great! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 15:39:22 -0300, Alain wrote: There is also one other for DR-DOS and something (which I don't know) for Datalife-ROM-DOS. Right. I posted the ROM-DOS one at the kernel mailing list last year. But specificaly for FreeDOS it is not enough because there are far too many versions with the same numbers :( You've always been honest to me so I'll be honest to you, too. I'm too busy/lazy/whatever to implement this, so here's an excuse: "Please redirect your request to FreeDOS-kernel mailing list" ;-) To be even more honest (cynical?), I don't care about anything but FAT32/80386 kernels. But fortunately, Bart is not like me ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 18:41:44 +0200, Bernd Blaauw wrote: Alain schreef: 2) Kernel version only by numbers is not enough, there are too many variants that show only in the kernel description string string (like fat32) This is shown on kernel startup. The DOS Function 30h code is (inthndlr.c, line 696) /* Get (editable) DOS Version */ case 0x30: lr.AL = os_setver_major; lr.AH = os_setver_minor; lr.BH = OEM_ID; lr.CH = REVISION_MAJOR; /* JPP */ lr.CL = REVISION_MINOR; lr.BL = REVISION_SEQ; Adding *strings* just for information purposes in the precious resident space is a bad idea. and what about all the SYS CONFIG options that are patched into it? *version, *fat-support *date ( plus the word CVS if non-official release ) *compiler SYS CONFIG is about *editable* options. The above are *informational* data. Boot the kernel and it'll tell you all this ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: Nazi$0ft (Happy April Fool's Day!)
On Thu, 1 Apr 2004 17:50:12 +0100 (BST), Bart Oldeman wrote: So the result is: "Ein Volk, ein Reich (Microsoft), ein FÃhrer (William Henry Gates III)!" :-( Hmm -- that won't stop you using MS Windows though... User-Agent: Opera7.23/Win32 M2 build 3227 Yes, I use the weapon of the enemy (W2K3) against the enemy himself! ;-) Think before you write, such comments can only be counter-productive, as such comparisons invoke Godwin's law so the thread is over http://www.killfile.org/faqs/godwin.html I have 0 experience with Usenet so I didn't know it. A quote from that URL: If you're really bored, a fun game to play is Six Degrees of Godwin. Take a topic - any topic - and see how quickly you can relate it to Nazis using legitimate topic drift methods. For example: a discussion about computers will eventually lead to discussions of keyboards and which are best, followed by a lot of complaining about the Windows key on 104-key keyboards, leading to complaints about Microsoft, forcing the standard MS-vs-government flamewar that I'm sure you're all aware of, leading to attacks on Microsoft's "fascist" tactics by one side or another, which will force the other side to start talking about the differences between fascism, capitalism, and, of course, Nazism! The fun never stops! And to make sure the thread REALLY stops, here's an interesting collage: http://www.amiga.org/modules/myalbum/photos/1022.jpg Happy April Fool's Day! ;-) Lucho P.S. Jim made a good joke (see the today's announcement at freedos.org ;-) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] MUF (Microsoft's Undocumented Features)
On Thu, 01 Apr 2004 17:18:05 +0800, Johnson Lam wrote: If you need web space please tell me, I can host files for you. Thanks! But it started working so I already put it there (see my other message). Because in M$ it's a hidden switch (you get nothing by typing "VER /?") Things like that are Megalo$0ft's favourite "trick"! Here's what Pat Villani (the author of DOS/C on which our kernel is based) wrote about the Microsoft's love to undocumented features: there is constant debate over Microsoft's use of undocumented features in MS-DOS, Windows and now Windows95. In all fairness to Microsoft, I've seen other operating systems that also have undocumented interfaces. My opinion is that programmers should avoid these whenever possible. However, Microsoft did go to extremes to hide key features and I fault them for this. You don't go out of your way to hide these key features unless you are actively trying to lock out competition. So the result is: "Ein Volk, ein Reich (Microsoft), ein FÃhrer (William Henry Gates III)!" :-( Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 16:23:53 +0800, Johnson Lam wrote: But VER /R of FreeCOM already does this! Typing VER /R gives: FreeCom version 0.82 pl 3 XMS_Swap [Dec 10 2003 06:49:21] DOS version 7.10 FreeDOS kernel version 1.1.33 Oh ... I don't know. Hidden switch? :-) It's documented, not hidden (type VER /? to see). It exists in M$ COMMAND and JPSoft's 4DOS too. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
The TU-Varna server doesn't work now Just began working so I put it at http://linux.tu-varna.acad.bg/~lig/freedos/DOSFSCK.EXE (58 KB) Happy testing! But please take into account that I don't maintain it! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
On Wed, 31 Mar 2004 22:07:55 +0100 (BST), Bart Oldeman wrote: Hmm. Sorry I didn't check out how dosfsck is compiled but perhaps you should compile with the GCC -Wall -Wstrict-prototypes options. -Wmissing-declarations may also come in handy -Wnested-externs sometimes too but it depends on your codingstyle. We use these four for DOSEMU and it catches quite a few of these kinds of errors. Indeed, this is the right way to compile any package, not only DOSEMU and DOSFSCK. -Wall gives me many warnings for volume.c but I think that fixing them won't change the code. Sure they should all be fixed and those that the other warning options you suggest give too. The problem is this: 1. DOSFSTOOLS (http://packages.debian.org/unstable/otherosfs/dosfstools) is by Roman Hodek. 2. DOSFSCK (http://users.pandora.be/imre/FreeDOS/) taken from the above and ported by Imre. 3. Eric's patches, my patches, somebody else's patches, etc... 4. A source/binary package available online. When a new version by Roman is released, (2), (3) and (4) must be repeated. Very inefficient! We must find a REAL maintainer of our port of DOSFSCK who does (2) and (3), puts through to Roman, submits our patches to him so they get into the main code, maintains a site for (4) etc. Sorry, but I'm too busy for that. The TU-Varna server doesn't work now, so I can't even do (4). I can't even test how DOSFSCK writes/fixes bad volumes as I don't currently have one handy ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel version
On Thu, 01 Apr 2004 13:41:33 +0800, Johnson Lam wrote: Or improve FreeCOM's "VER" to show Kernel version also. But VER /R of FreeCOM already does this! Typing VER /R gives: FreeCom version 0.82 pl 3 XMS_Swap [Dec 10 2003 06:49:21] DOS version 7.10 FreeDOS kernel version 1.1.33 Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DOSFSCK >2G FAT32 bugs fixed!
Oops! VolumeSeek() should be loff_t(loff_t offset) instead of off_t VolumeSeek(off_t offset)! But there must be yet another bug, because when I changed it, the bug was still there, although the code generated for VolumeSeek() became correct. Will try to catch the other bug tomorrow. Caught it! VolumeSeek() wasn't declared anywhere so its return type was assimed int. See patch. Needless to say that now DOSFSCK works! I can put the binary online for test. Just let me know. Lucho --- io.h- 2002-10-17 08:43:26.0 +0200 +++ io.h2004-03-31 22:19:20.0 +0200 @@ -19,6 +19,10 @@ #endif #endif +loff_t VolumeSeek(loff_t offset); + +/* Sets the virtual file pointer */ + void fs_open(char *path,int rw); /* Opens the file system PATH. If RW is zero, the file system is opened --- volume.c- 2004-01-27 20:33:50.0 +0200 +++ volume.c2004-03-31 21:49:56.0 +0200 @@ -364,7 +364,7 @@ *** Sets the virtual file pointer ***/ -off_t VolumeSeek(off_t offset) +loff_t VolumeSeek(loff_t offset) { VolumePointer = offset; return offset; --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] DOSFSCK >2G FAT32 bugs
On Wed, 31 Mar 2004 10:08:09 +0200 (MEST), Eric Auer wrote: The 2 GB or maybe 4 GB limit is because something must accidentally use 32bit ints instead of long long int Right! The erropr happens at line 293 of boot.c (loff_t is 64-bit long long, off_t is 32-bit): fs_test((loff_t) ((total_sectors & ~1)-1) * (loff_t)logical_sector_size, logical_sector_size); int fs_test(loff_t pos,size_t size) in io.c calls llseek(fd,pos,0) which fails to return pos. loff_t llseek(int fd, loff_t offset, int whence) in io.c just returns VolumeSeek(offset). off_t VolumeSeek(off_t offset) in volume.c sets loff_t VolumePointer to offset and returns it. Oops! VolumeSeek() should be loff_t(loff_t offset) instead of off_t VolumeSeek(off_t offset)! But there must be yet another bug, because when I changed it, the bug was still there, although the code generated for VolumeSeek() became correct. Will try to catch the other bug tomorrow. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: SCANDISK vs DOSFSCK
I agree with Alain. DOSFSCK 2.10 with fixed >2G bug will be the easiest and the best solution. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: SCANDISK vs DOSFSCK
DOS 6.2x's scandisk runs on a Tandy 1000 HX, that's an 8086. But it doesn't support FAT32 ;-) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] [OT] Dr-DOS 8.0
On Tue, 30 Mar 2004 17:20:01 +0200, Florian Xaver wrote: You may have seen it: Dr-DOS 8.0 is released. Only one improvement: FAT32 and LBA. Oh! They sell it for $200 (http://www.devicelogics.com/products/drdos80.htm). Does the kernel include the improvements from Udo Kuhnt? If not, who updated it? Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] SCANDISK vs DOSFSCK
On Tue, 30 Mar 2004 14:20:49 +0200, Bernd Blaauw wrote: problem is DOSFSCK cannot do this yet. it is broken for at least FAT32. Yes, DOSFSCK 2.10 (27.I.2004) works for small FAT32 volumes only. For example, it works for my 2000 MB FAT32 volume, but for my 25 GB FAT32 volume, it says: Checking whether we can access the last sector of the filesystem Seek to 26551170560:No error But I think this porting issue can more easily be fixed than implementing a full SCANDISK ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: Re: [Freedos-devel] SCANDISK vs DOSFSCK
On Tue, 30 Mar 2004 10:48:20 +0200, Aitor wrote: If we can live without a true SMARTDRV, we can live without a true SCANDISK too. The case is not comparable either. I seem to recall (Alain was it you?) that it was mentioned copyright issues over the label "SMARTDRV", but I don't think there is any over "SCANDISK" (I may be wrong). If Microsoft have a a trademark called "SmartDrv", then why don't they sue IBM who offer it in their PC-DOS 7 and 2000? Or does the code license IBM have entitle them to use the trademark? By the way, the name "DOS" is a trademark of IBM, if I remember correctly (back in the 1960s). The functionality of LBACACHE is NOT that of SMARTDRV. Nor is the functionality of DOSFSCK that of SCANDISK. It's precisely their *functionality*, and not a trademark issue, that is the true reason why they're called LBACACHE and DOSFSCK, and not SMARTDRV and SCANDISK, respectively. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] SCANDISK vs DOSFSCK
I disagree here: the important thing is to get the job done. After that if there is a nice interface, it can be great, but not essencial. In DR-DOS you only have one CHKDSK without UI. Why is the focus of scandisk on the interface I cannot imagine, even to the point of someone making an empty interface... ??? The cult of Micro$oft, Alain... it's an ideology! Great look & feel, but crap under the hood! I am not saying focus on the UI. I am just saying: don't call Scandisk to such thing. Of course! Neither do we call LBACACHE a SMARTDRV, don't we? If we can live without a true SMARTDRV, we can live without a true SCANDISK too. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] BIOS
On Mon, 29 Mar 2004 19:00:06 +0200, Bernd Blaauw wrote: does not imply the manufacturers or even the creators of the generic BIOS know the BIOS code very good. BIOS code developed in same way as Windows: ...and DOS keep compatibility and attach some really ugly extensions and work-arounds. Indeed, the source code of Award BIOS is an awful mess of patches and jumps, hundreds of files and strange building scheme, with comments in "Chinese English" ;-) "The Windows price is in fact included on every computer we buy" Not because it's bundled with every compulter but because its price is included in the... CPU! Indeed, Intel and Microsoft are like "bottom and pants" as we say here (hmm... what about AMD?) they can boot Win2000 with it, using Bochs components. http://www.linuxbios.org/news/index.html#NT Thanx, the second link from your link is very interesting. So LinuxBIOS + BochsBIOS = RealBIOS! thus, it's a BIOS replacement for 32bit operating systems. (DOS won't run I guess, or OS/2) They promise to be able to boot even Windows 98 (this means, DOS too) soon... May we live to see what happens in the BIOS field other than the "trusted computing" nightmare. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] BIOS
On Mon, 29 Mar 2004 15:43:26 +0200, Bernd Blaauw wrote: Luchezar Georgiev schreef: I think that each OS has its own niche. Neiether Linux nor DOS can oust each other. But try to fit a Linux in the BIOS flash ROM chip when you have only several tens of kilobytes free there! www.linuxbios.org As far as I see, LinuxBIOS *replaces* the built-in BIOS, whereas I'm talking about fitting an [D]OS kernel into the free space of *existing* BIOS. No one should know better their board than the manufacturer itself who has bought the generic BIOS from Award (Phoenix), AMI or Phoenix and customised it. The BIOS price is in fact included in each board we buy (~$1 for Award, $10 or more for AMI or Phoenix). LinuxBIOS is a small Linux kernel intended to boot the big Linux kernel. It's for clusters/servers, not for embedded systems, where is the real strength of FreeDOS, especially with limited resources or when a multitasking kernel would be an overkill. OK, there is a single-tasking Linux for 8086 too, but it's not really a Linux anymore ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UDMA
On Mon, 29 Mar 2004 20:50:39 +0800, Johnson Lam wrote: Though the driver may not bug free, but it bring the technology back to DOS. Still have a lot of people including my friend think that DOS is out, why not Linux? I think that each OS has its own niche. Neiether Linux nor DOS can oust each other. But try to fit a Linux in the BIOS flash ROM chip when you have only several tens of kilobytes free there! Sad. Human communication is complex, especially we're not from the same country. Nice to everybody cause no harm. Sure. Although there are some universal rules, sometimes you can hurt someone unintentially :-( Thanks for your effort, I hope Jack will change his mind. You don't know him. But the value of Open Source is that the authors change, the program lasts! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UDMA
On Mon, 29 Mar 2004 00:56:48 +0200, Bernd Blaauw wrote: crash if UDMA loaded high, but no VDS present // XMS-test should have been done and succeeded. UDMA checks if VDS are active and if so, uses them to "lock" the buffer and obtain a physical address, else calculates the physical address itself. So in V86 mode without VDS, it may crash. It's tested only on M$ EMM386 and not on our EMM386 which lacks VDS support. It could probably try to detect V86 mode and REQUIRE VDS in this case, but this may be done by its new maintainer (if any). Seems that it's a "hot potato" though and no one is willing to continue Jack's deed. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UDMA
On Sat, 27 Mar 2004 15:23:44 -0600, Michael Devore wrote: It's an ALi M5229, which is an Acer Labs Aladin IV+ TX PRO if that's what you mean. I don't know a south bridge from a London bridge or a dental bridge, myself. M5229 is the integrated UDMA IDE controller. The south bridge chip must be M1543. UDMA was tested on M5229 in M1541 (Aladdin V) and M1621 (Aladdin Pro II) but not in M1543 (Aladdin IV+). One curious thing I noted in UDMA.ASM -- which might be perfectly valid because I know nothing about disk DMA -- is that in the DoIO routine, UDMA loads 'ah' with the BIOS timer value and then uses it as a timeout comparison on several 'in''s and 'out''s following. However, it seems to me (and as I say I could be wrong), that the timeout should be reset after each 'in' instruction or subblock, instead of cascading down through all the DoIO in's and out's with the same value. Or does timeout properly apply to the whole block of in's and out's in DoIO overall? The whole DoIO must execute in much mess than 384 ms, so I think that this doesn't matter. Is it true that the 384msec worst case timeout value is based on a spec or testing, and simply increasing the timeout value won't help get rid of any DMA timed out errors? That would be too easy. I don't know how Jack chose that value. I know only that he ripped off a bad and buggy VIA driver before writing his own. Anyway, it's much higher than the real DoIO execution time. Every programmer I know personally is closer in age to 58 than 21, so it's a phenomenon that will be more common in the coming years, I imagine. It's good to have so experienced programmers contribute to FreeDOS. One thing could prevent them from doing so though - the possibility of being "flamed off" in our forums. Not everyone can withstand the ingratitude, disrespect and quarrelsomeness that SOMETIMES pour from them :-( This is the spoon of tar that can ruin the barrel of honey :-/ I can't generalise, but this was the exact reason why Jack never participated here and I had to be his "front man", with my supposedly "thick skin" (which is quite thin in fact too :) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UDMA
On Fri, 26 Mar 2004 13:38:50 -0600, Michael Devore wrote: UDMA requires VDS in V86 mode. Without XMS driver it can't do its tests and loads but fails. HIMEM gives XMS without V86, so it theoretically should work in that situation. Yes, but in practice it doesn't work everywhere. What chipset (south bridge) do you have? For no HIMEM, UDMA doesn't say it doesn't work without an XMS driver and the ASM comments say that "DMA only" supported was added in version 1.7 for non-XMS environments. The UDMA.ASM code appears to support that remark. Perhaps the support is missing, but seems like crashing the machine is a bit more unfriendly than what is intended. If it can't do its tests without XMS, it can either load and possibly crash or refuse to load without XMS at all. We chose the former. VDS with EMM386, I didn't know how or if it would work. When I looked at the UDMA code, it appeared to check for a VDS flag and existence call that EMM386 would not have set and I thought it might work on its fallback to non-VDS mode. UDMA is not perfect and Jack R. Ellis abandoned it when it became clear that it can never be made 100% compatible. He was 58 years old and became very tired of it. There was yet another reason - I proved to be a bad "PR guy" for him :-( I wish you keep programming when you are 58! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Latest TASM and MASM
On Sat, 27 Mar 2004 02:30:45 +0300 (MSK), Arkady V.Belousov wrote: Unfortunately, for me hardly WDSOX freezes the system on start. May be you send me patched TASM version for check? Look at http://eurosport.ifrance.com/joss/asmz.htm (there is even a patch for 5.3 fixing 8 bugs at http://winasm.chat.ru ;-) Many other assemblers are there, including the hottest MASM 7.0 ;) Undertunately, MASM 6.15 cannot be converted because it'is a fixed executable. "Fixed"? Yes, not relocatable. Windows loads PE files just like a big "Apple ][" ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] APPEND
On Fri, 26 Mar 2004 01:58:56 +0100, Aitor SantamarÃa Merino wrote: As far as I know, APPEND is considered dangerous and incompatible. It had better stay missing. Well, it is not aware of task switchers, it may have problems with executing nested SHELLs, true. Many reasons why MS does NOT support it. Anyway I am giving a try, as it was VERY useful to me: it allowed me to run WordStar Express on my PC/XT having two DD drives: 3 1/2 and 5 1/4... Here is what 4DOS authors (Rex Conn & JP Software) think about APPEND (from their help file): CAUTION: In our opinion APPEND is a dangerous command. It is capable of "fooling" programs into thinking they are accessing one file when they are really accessing another one with the same name in a different directory. This can either do just what you want, or cause all sorts of trouble, depending on the circumstances. In particular, this behaviour can cause 4DOS to place desfriptions which go with files in one directory in the description file for another directory, because with APPEND running 4DOS can't tell whether APPEND has opened a file different from the one it asked for. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] SCANDISK vs DOSFSCK
On Thu, 25 Mar 2004 20:08:32 -0300, Alain wrote: about fat32 testing: I believe a working DOSFSCK 2.10 just what is needed (not what is whished for). Actually, I agree! If Eric can say "FreeDOS SMARTDRV is LBACACHE", why not say "FreeDOS SCANDISK is DOSFSCK"? ;-) DOSFSCK is not a SCANDISK, but neither is LBACACHE a SMARTDRV! As for 386 and memory requirements, we made some calculations here some time ago that 1) machines below 386 are not hardware compatible with disk worth using fat32, 2) due to bios limitations and machine evolution, if a bigger disk is possible then memory is almest often available. True, but there are exceptions: (1) 8-bit ISA add-on IDE cards with own ROM BIOS supporting modern IDE drives even on an XT; (2) 80186-compatible embedded controllers with a PCMCIA socket that can take CompactFlash cards up to 4 GB like Vadem/Amphus VG230 and VG330. Of course, these exceptions only confirm the rule that you state above ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Latest TASM and MASM
What version of TASM do you use? I haven't had LGDT problems with TASM 5.3 dated 30.V.2000. AFAIK, latest DOS version of TASM was 4.1. 5.x is version of TASM for Win32. TASM 5.3 was released as a PE executable but then was converted to DOS using WDOSX, so it now works under DOS! Undertunately, MASM 6.15 cannot be converted because it'is a fixed executable. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] EMM386 release candidate #1
On Thu, 25 Mar 2004 23:45:13 -0600, Michael Devore wrote: Second problem report: UDMA. Unfortunately UDMA 7.0 fails on my system across the board, although it finds the controller and identifies it plus the two drives. Under both HIMEM with and without EMM386, all four DMA tests fail and the driver does not load. Under a bare conventional memory system without HIMEM (or EMM386 obviously), UDMA kicks out an illegal opcode or locks the machine in a "missing command interpreter" loop. So, the sad state of affairs is that any EMM386 incompatibility with UDMA is going to stay since UDMA doesn't work for me. UDMA requires VDS in V86 mode. Without XMS driver it can't do its tests and loads but fails. What version of TASM do you use? I haven't had LGDT problems with TASM 5.3 dated 30.V.2000. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS 1.0 TODO list ready (but not yet posted)
Yes, Bart, "the show must go on!" ;-) The FreeDOS spec still states that we should be compatible with MSDOS 3.3. Here is a quote from the spec (http://fd-doc.sourceforge.net/spec/spec.html): The MS-DOS 3.3 compatibility extends only to the FreeDOS kernel. FreeDOS programs should be compatible with MS-DOS 6.22, because those are the features that users will be most familiar with. MS-DOS 6.22 did contain SCANDISK, although FAT32 wasn't there yet. If SCANDISK development isn't that easy as Aitor anticipates, DOSFSCK replaces it functionally. We Bulgarians have a proverb - "Petima Petka ne chakat" (5 men don't wait for Pete). So if SCANDISK is ready - fine, if not - DOSFSCK will replace it for the "show" ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS 1.0 TODO list ready (but not yet posted)
If we have a fat32 kernel, and chkdsk is only fat16 we cannot use it :( We can, but only on FAT12 and FAT16 volumes. But SCANDISK must support FAT32. That's why it had better use the DOSFSCK, not CHKDSK engine. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS 1.0 TODO list ready (but not yet posted)
Thanks, Aitor! 1.0 todo's: http://fdos.org/ripcord/fdos_1_0/official/todos.htm As far as I know, APPEND is considered dangerous and incompatible. It had better stay missing. I think that SCANDISK is the most important missing program. Whether to borrow code for it from CHKDSK, DOSFSCK, both or none, is a disputable issue which ultimately its developer will solve. --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ZIP disk change detection
On Mon, 22 Mar 2004 17:55:36 + (GMT), Bart Oldeman wrote: Hmm, looks like I applied that change by accident :( I just had started to think that you had started to trust my "dry swimming" a bit ;-) As the int13/ah=16 doesn't apply to floppies... You probably mean that it applies ONLY to floppies (DL=0-7F). OK, perhaps I can see what happens for a ZIP drive here in due course... Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UPX/UCL Hell
Hola Aitor! I'd like to ask if someone has successfully compiled UPX/UCL. I did this last year with DJGPP 3.02, and could try UPX 1.91 with DJGPP 3.33, but I don't think it's worth! See my post at http://upx.sourceforge.net/phpBB/viewtopic.php?t=255 (quoted below). Lucho Posted: Wed May 14, 2003 18:00Post subject: Compiling UPX 1.24 with DJGPP 3.02 I compiled UPX 1.24 with DJGPP 3.02 under DOS. I only needed to change two things, as follows: 1) There are incompatibility warnings which can be avoided by inserting an extra underscore to the _, _0, _1, _2, _3, _4, _5, _6, _7, _8 structure member names (fortunately unused!), taking care of the possible duplicates, of course, for the following files: * lefile.h * p_djgpp.h * p_exe.h * p_tmt.h * p_w32pe.h * p_w32pe.cpp 2) Because the DJGPP C++ compiler name is GPP and not g++, it must be explicitly declared in the makefile under the DJGPP section (near the CC definition there): * CXX = gpp That's it! The compiled UPX works. If needed, I can send patches to the authors. Thanks, and... waiting for UPX 2.0! ;-) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: [Freedos-cvs] kernel/kernel [...] dsk.c,1.35,1.36
if (hd(pddt->ddt_descflags) && !(pddt->ddt_descflags & DF_CHANGELINE)) Thanks! As hd(x) is #defined as ((x) & DF_FIXED), the above can be optimised to: if ((pddt->ddt_descflags & (DF_FIXED | DF_CHANGELINE)) == DF_FIXED) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
What do you mean? The ARACHNE DOS browser! (maybe it's the only browser work under DOS) I hardly configured it to work under FreeDOS, but when I search for APM I found that it's dropped. Now maintained by hobbist, but almost no update except the core. I mean what do you mean by "dropped"? Abandoned? Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Also sorry to see ARACHNE dropped. What do you mean? --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
This proves nothing: - you is liar? - no. OK, King of logic! ;) My logic is wrong but my assertion is right as you'll see. "Qui prodest"? the century of the downfall of empires... ;-G Oh, Lucho, please, make less general purpose "loud" sentences. OK. More specifically, the first empire to fall will be Megalosoft! ;-G Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Mon, 22 Mar 2004 16:42:55 +0800, Johnson Lam <[EMAIL PROTECTED]> wrote: Would you be surprised to know that in fact the one who stands behind SCO is... Microsoft? They've already paid them $8600 (http://www.opensource.org/halloween/halloween10.html) But SCO deny it. Of course! Do you imagine them saying "We're proud to be a puppet of Microsoft!" ;-) Their denial only proves this fact! The fact is SCO can't battle IBM without someone's help, otherwise they may broke already or soon Of course. I was really shocked to know that SCO (pardon, Microsoft) already sues Daimler & Chrysler! I only now see what Alain meaned by "end-users"! I can only say that they're crazy!!! So M$ is already suing Linux! When they lose, they'll find another puppet, and so on until they collapse as predicted by Bruno Lemaire and Bruno DeCroocq (http://www.a42.com/book/print/135), the French original is at http://www.adullact.org/IMG/pdf/doc-157.pdf) But I think not in near future since it's product is still selling well (because no opponent really can replace ALL of it's product) I agree. But I'm also sure that we'll live to see it! Our century will be the century of the downfall of empires... ;-G Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
Too much unexpected things happen, as I see from the "clever SCO". Would you be surprised to know that in fact the one who stands behind SCO is... Microsoft? They've already paid them $8600 (http://www.opensource.org/halloween/halloween10.html) So M$ is already suing Linux! When they lose, they'll find another puppet, and so on until they collapse as predicted by Bruno Lemaire and Bruno DeCroocq (http://www.a42.com/book/print/135), the French original is at http://www.adullact.org/IMG/pdf/doc-157.pdf) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Re: GNU GPL Version 3
On Mon, 15 Mar 2004 16:43:35 -0500, David Turner wrote: A new version of the GPL is coming Real Soon Now * Minor updates throughout * Anti-DMCA clause * Clarified patent license grant * Source code must be available to users who use the software over a network * Prototype: Affero license (http://www.affero.org/oagpl.html) As far as I know, they're still accurate. The only thing that should perhaps be added is "addresses Trusted Computing." GPLv3 will be released for review when it's done, and no sooner. I can't give you a firm date on that. Real Soon Now is tongue-in-cheek: FSF sometimes moves more slowly than people would like, but it's because we try to do things right. As you may have noticed, our hastiness on the Apache license led to unnecessary anger on many sides. We don't want that to happen in the future. Of course. But isn't it strange that the developers who use the GPL as their legal base are not allowed to take part in this discussion? I've hear that the Linux kernel is licensed under GPL2 ONLY which means that they can't "upgrade" to GPL3 even if they want this later (you know why). I don't know about you, but "I Am Not A Lawyer" (IANAL), so using the only publicly available information at this time and my programming habits, I put together a "diff" between GPL2 and AGPL, accounting only for the relevant information (not for name difference). Here it is below. Note that the "How To Apply These Terms to Your New Programs" section has been removed - great! On the other hand, the new anti-DMCA and anti-Trusted Computing clauses and the other updates will surely compensate this somewhat. So its size will probably stay roughly the same... Lucho diff -u gpl.txt agpl.txt --- gpl.txt +++ agpl.txt @@ -1,8 +1,13 @@ -GNU GENERAL PUBLIC LICENSE -Version 2, June 1991 +AFFERO GENERAL PUBLIC LICENSE +Version 1, March 2002 -Copyright (C) 1989, 1991 Free Software Foundation, Inc. 59 Temple Place, -Suite 330, Boston, MA 02111-1307 USA +Copyright © 2002 Affero Inc. +510 Third Street - Suite 225, San Francisco, CA 94107, USA + +This license is a modified version of the GNU General Public License +copyright (C) 1989, 1991 Free Software Foundation, Inc. made with their +permission. Section 2(d) has been added to cover use of software over a +computer network. Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. @@ -108,6 +113,16 @@ interactive but does not normally print such an announcement, your work based on the Program is not required to print an announcement.) +d) If the Program as you received it is intended to interact with users +through a computer network and if, in the version you received, any user +interacting with the Program was given the opportunity to request +transmission to that user of the Program's complete source code, you +must not remove that facility from your modified version of the Program +or work based on the Program, and must offer an equivalent opportunity +for all users interacting with your Program through a computer network +to request immediate transmission by HTTP of the complete source code of +your modified version or other derivative work. + These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in @@ -242,6 +257,12 @@ number of this License, you may choose any version ever published by the Free Software Foundation. +You may also choose to redistribute modified versions of this program +under any version of the Free Software Foundation's GNU General Public +License version 3 or higher, so long as that version of the GNU GPL +includes terms and conditions substantially equivalent to those of this +license. + 10. If you wish to incorporate parts of the Program into other free programs whose distribution conditions are different, write to the author to ask for permission. For software which is copyrighted by the @@ -271,66 +292,3 @@ INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. - -END OF TERMS AND CONDITIONS - -How to Apply These Terms to Your New Programs - -If you develop a new program, and you want it to be of the greatest -possible use to the public, the best way to achieve this is to make it -free software which everyone can redistribute and change under these -terms. - -To do so, attach the following notices to the program. It is safest to -attach them to the start of each source file to most effectively convey -the exclusion of warranty; and each file should have at least the -"copyright" line and a pointer to where the full notice is found. - - -Copyright (C) - -This program is free software; you can redistribute it and/or modify it -under the terms of the GNU General Publi
Re: [Freedos-devel] Executable compresison, part II
If the US or any country can drag someone into prison because of "stealing idea" They did this already. Remember the Adobe vs Elcomsoft (Dmitry Sklyarov) case. And they do this not only for "stealing ideas", but also for simple disobedience (e.g. Slobodan Milosevic). this country or the world will come to an end soon. Yes, IV Reich will follow the fate of III Reich, II Reich and I Reich. All Empires end soon or later. And it depends on us! Especially on our US friends who live "in the belly of the beast"! FBI breaks both US and Russia laws when intrude into computers without order. Unfortunately, US judge was think, that US law not applied into Russia country, but Russia laws not rules for FBI. :( If even FBI which is supposed to deal with intra-US matters does that, what about CIA and NSA? Not stopping Washington means end of humanity "Real Soon Now"! Do you know they set a strike on Russia around 2010 (http://whiteworld.ruweb.info/rubriki/000111/002/02120301.htm - in Russian)? OK, sorry for the too much politics! I know that this has nothing to do with FreeDOS :-( Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Sun, 21 Mar 2004 04:03:25 +0800, Johnson Lam wrote: I just want to say "taking a better position in the copyright war" is necessary. Who know's someday maybe M$ popup and claim some code they own is the same as FreeDOS? At least for the kernel, be sure that there is no such code. And that's impossible anyway since both the MS-DOS and DR-DOS kernels are 100% in Assembler). But your thoughts bring up an idea. Is there among the subscribers of this mailing list anyone who, albeit not a lawyer, understands the copyright/patent matter well enough to serve as our "voluntary law consultant"? Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Nested comments
On Sun, 21 Mar 2004 00:03:24 +0300 (MSK), Arkady V.Belousov wrote: /* case '\'': /* No redirects inside quotes */ C/C++ standrads not allow nested comments. Not all compilers allows nested comments. BC without -C option doesn't supports nested comments. Correct. The second /* needs to be either removed or changed to something else. Alternatively, a C++ style comment // could be used, but TC 2.01 won't like it. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Sun, 21 Mar 2004 02:04:57 +0800, Johnson Lam wrote: Today afternoon I met BAHCL and have a nice talk with him. He did really afraid being sued because of a program that he only got "no profit, no praises, and sweating long working hours of thinking and debugging". Sorry to hear that, and hope it won't happen! Can we help him out somehow? No PART of the executable packer is distributed with the program Since the capitalist didn't think in a way we think. Make sure everything OK is better. I think that there is some misunderstanding here. Who is the "capitalist" in the case of our executable compressor? Joergen Ibsen?! :-O He is a hard-programming worker just like all of us! Since both Tom and I are registered users of his aPack, I don't think that he would sue us! ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Thu, 18 Mar 2004 18:35:30 -0300, Alain wrote: Following SCO example, if we do that, _every_ FreeDOS user could be sued. That would be catastrophic. Wow! Did I hear right? Do you say this seriously? Who do you think could sue us, interestingly? And why would he do that? What we did wrong? Killed anybody? Stole anything? Only for one day, 1655 people voted at SlashDot that they use FreeDOS. I assume the real figure is much, much larger. Interestingly, how could someone sue tens of thousands of users? ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Thu, 18 Mar 2004 20:34:48 +0100, tom ehlert wrote: You may be able to do this "Real Soon Now" (in the FSF's sense, which means some months ;-) unlikely. changing the license (from GPL2 to GPL3) requires written consent from all contributors ;) ;) ;) ;) But I didn't mean that... ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] (OT) Slashdot poll
On Thu, 18 Mar 2004 15:45:33 -0600, Jim Hall wrote: Just thought I'd forward this to the list: looks like Slashdot has listed FreeDOS as an option in their new poll: "Favorite hobby OS". http://slashdot.org/index.pl Great! The results are (remember that the assumption is that Linux is their professional OS): · Windows (11194) · BSD (4793) · FreeDOS (1655) · OpenBEOS (1639) · Minix (682) · SkyOS (494) · AtheOS(465) · ReactOS (358) So we're in third place among these 8 systems! :) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Executable compresison, part II
On Thu, 18 Mar 2004 17:42:52 +0100, tom ehlert wrote: and that's the point where it hurts: that I can't exepack KERNEL.SYS and FREECOM.COM with aPack to save some Kbyte You may be able to do this "Real Soon Now" (in the FSF's sense, which means some months ;-) Those tiny 200 bytes provoked the current wall of arguments, for which I thank you! You put a finger in the wound. It really hurts, I know. That's why I wrote my Savonarola-style sarcasm. And yet nobody noticed that it was a sarcasm! Why? Because we care more about the letter and not the spirit of the GPL. We're developers and will never be lawyers. Se let's come down to common sense and think... What is the goal of the GPL? Providing freedom and ensuring that nobody can deprive anybody from it. Do we provide freedom? Sure, by including source code with our work. Do we deprive anybody from it? No! Despite that we distribute packed executables, anyone can re-build them from the source code we provide to obtain a 100% functional copy of the original. (It doesn't really have to be byte-identical.) After that, he may pack it with the same packer we used, or another packer. So, we *do* ensure that all freedom is passed to the recipient of the program! Another point. EXEPACK is a part of the MS LINK, which is a part of the compiler, therefore the GPL allows using it. Now, where's the difference between this primitive packer and aPack? There is no difference in the job they do, only in the extent of compression - 5% vs 50%. So what? Let's stop the paranoia. We're NOT criminals! And whoever accuses us so, let him prove that... you know where! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004 16:12:41 +0100, tom ehlert wrote: Or do you mean Anton Zinoviev, since he wrote several files from scratch? several ? and I will immediately remove the BG keyboard from MKEYB, should he ask me. As an active Linux developer he probably doesn't care, and even if it does this, I'll write you a free replacement! (If I could do this ten years ago for Linux, why not do it now for DOS? ;-) Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Why every byte is precious, Savonarola
On Thu, 18 Mar 2004 09:24:27 +0800, Johnson Lam wrote: Lucho may want to squeeze the program into a flash disk or ROM, that's why every byte is precious. Not only Lucho :) But ASPACK is not free! I'm worry about the copyright problem will happen again. ASPACK is a Russian PE executable packer. We're talking about aPack here, and it's "semi-free". But the problem isn't only with aPack. Please re-read my "Savonarola-style" post to understand. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Thu, 18 Mar 2004 10:28:16 +0100, tom ehlert wrote: Even flash disks allocate space on a sector base, so Bart's point is valid. Yes, but (1) sector size may be only 128 bytes in a ROM-disk, and (2) it may be compressed through LHA (used for Award BIOS modules) so unused spaces vanish and only used spaces count. Neither are most compilers in use for FreeDOS (with the exception of watcom). ...and the Borland Museum compilers. You simply have to buy them - where's the problem ? The problem is not in this, but in the GPL restrictiveness. That's why some free software authors don't use it (I know one such author who uses the BSD license instead). I can even say that the problem is not in the GPL itself, but in its too strict interpretation. I hope the new GPL version 3 is less prone to misinterpretations, but it seems that we won't see it this year. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] NRV secret revealed
On Thu, 18 Mar 2004 09:32:17 +0800, Johnson Lam wrote: Here is the explanation why NRV isn't included in UPX. Sorry, I meant that it isn't included in the UPX *source*. That's why another author LÃszlà MolnÃr remain silent. Because NRV isn't available even to him!!! :-( Have you ever signed an NDA? Too bad, I think UPX project is stopped if no one want to pick up the code. It's not actually stopped, but with this tempo, UPX 2.0 will be ready not earlier than in 2010. Actually, you can pick up the source and build it, but it will be UCL, not NRV! :-( By the way, the fact that NRV is the most secret data compression library in the world doesn't automatically make it the best compression library in the world. For most DOS executable files smaller than about 150 KB (more than 99% of DOS programs), aPack with its aPlib is unbeatable! Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: We're criminals (or at least GPL violators)
On Wed, 17 Mar 2004 20:46:21 +0100 (MET), Eric Auer wrote: luckily both the non-NRV versions of UPX (i.e. the compile yourself ones, which I have to use in Linux anyway because there are no precompiled UPX binaries for my ooold libc) and Info-ZIP are find in combination with GPL license-wise. So if it really bothers you, replace UPX-nrv and RAR by UPX-open and ZIP. It doesn't bother ME. Besides, using RAR by itself without SFX is legal, just like using PKZIP. About aPack / sy2pack: I suggest a tiny howto like 1. UPX -d *.* 2. download aPack 3. compress everything again with aPack 4. you have squeezed out a few % of disk space and created a "fine for GPL" smaller distro which you may, alas, not spread. If I can't distribute it, what "distro" can it be?! Besides, the kernel is not decompressible because it's modified by EXEFLAT after packing. PS: Why would NASA or DC get pissed if I de-UPXed their software and aPacked it later? Probably this is related to a de-compression-protected variant of UPX-nrv... Debug-protection. Usual closed source yucky stuff. In this case NRV is used for real-time data compression, not executable compression. Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] NRV secret revealed. It went to Mars but not to Earth
Today, Markus Franz Xaver Johannes Oberhumer launched his new site at last (after NRV marsed)! http://www.oberhumer.com/company/partners.php Here is the explanation why NRV isn't included in UPX. This was an old hypothesis of mine, but it's now over-confirmed. He just had signed NDAs with NA$A (the big liars - their moon landing 35 years ago was hoax!), and other not that difficult to guess big corporations. He has become their slave. How sad is to see such a talented scientist becoming a slave! :-( So, brothers and sisters, we won't see the ultra-advanced NRV until the rotten capitalist system is abolished!!! << start quote from his site >> Partners of oberhumer.com Due to the delicate nature of our technolgy - data compression is usually deeply wired into some core system - we usually have to sign very strict Non Disclosure Agreements which most of the times do not allow us to mention any detail of such a partnership. Still, here is a very incomplete list: * NASA * World leading German car manufacturer * Best selling computer games for PC and console * ... << end quote from his site >> Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] We're criminals (or at least GPL violators)
On Wed, 17 Mar 2004 17:54:38 +0300 (MSK), Arkady V.Belousov wrote: I think there's a problem here. If you recall the discussion with Dave Turner (FSF), he said: I heard that you were considering a proprietary executable compression scheme for FreeDOS. I'm just writing to let you know the licensing and freedom implications of this. In the FSF terminology, aPack is "semi-free", not proprietary. SY2PACK is proprietary. But this doesn't change anything since both "semi-free" and proprietary software are GPL-incompatible. Again: looks like here is misunderstanding. Exepacking is not "use compression inside program" and, until exepacker license allows free unpacking stubs (unarchiver) distribution, there shouldn't be any problem. Or I misunderstand GPL and it prevents packing GPLed programs into archives (by unfree programs or programs, with proprietary compression schemes) and it prevents distribution GPLed programs together with unfree software (whereas this unfree software isn't required for free executable and isn't its essential part)? Welcome back to our beloved "executable compression" discussion! ;-) What follows is NOT my own opinion (you know my opinion, don't you?) - only GPL implications... According to the GPL FAQ, if both modules are in the same executable, this means they are not "merely aggregated", so the non-GPL module must be GPL-compatible. This automatically bans not only executable compression, but also... self-extracting archives using GPL-incompatible software!!! So, if anyone is distributing such self-extracting archives or packed executables, they must immediately be removed!!! This includes of course Tom's HIMEM[64] and... my *illegal* "romd-bin.rar" - besides containing an *illegal* copy of our kernel binary packed with my registered copy of aPack (this means that I may distribute aPacked programs even for commercial purposes, unless they're GPL'd!), it also contains an *unauthorised* copy of a tiny proprietary command interpreter binary for which I can really face big trouble if its owner detects its presence there!). So, even if the aPack problem is solved (how? Try to guess! ;-) SY2PACK and self-extracting archives remain! But that's not all! Strictly speaking, distributing the kernel packed with UPX is *illegal* too, because UPX isn't really GPL, despite that Markus Franz Xaver Johannes Oberhumer says so. It uses his top-secret NRV compression library, which he doesn't have the right to include in it! So, we're using *illegal* software!!! The ony safe way to distribute a packed kernel is to get UPX 1.91 source code (it contains only the much worse UCL compression library), compile it, and use it to pack our kernel, so we're clean! Amen! ;-) << End of GPL implications >> << End of sin confession >> Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] mKEYB 0.40
On Wed, 17 Mar 2004 10:54:16 +0100, tom ehlert wrote: MKEYB 0.40 released website http://www.drivesnapshot.de/freedos/mkeyb.htm download http://www.drivesnapshot.de/freedos/mkeyb.zip changes: now uses APACK for 200 byte smaller executable licensing changed to allow distribution of APACK'ed executables Great! But when I downloaded it, it turned out to be... the old version (0.39)! :-( Lucho --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel