Re: [Freedos-devel] IDE CDrom/Dvd
On Wed, 28 Apr 2010 01:04:10 -0300, you wrote: Hi, So UIDE is the best, by far. I will keep AHCI as optional anyway because there *could* be a mahine with AHCI only... Don't worry about Legacy IDE. Jack replied me, below: [quote] All of what you noted is correct. I have no plans to do UDF format, as it is huge. UIDE handles SATA/IDE drives but not AHCI controllers, and I have no plans to add AHCI since it offers no benefit for DOS (chained I-O cannot be used by DOS drivers -- COMPLEX reasons why not!).Most AHCI controllers can be set to legacy, or compatible, mode (i.e. IDE!) -- if some newer notebooks do not permit this, little I can do about it. Alain worried about legacy IDE, which is not a problem. If a controller is assigned to legacy IDE addresses, by the PCI BIOS or because it is an old hardwired one, the UIDE driver will detect those addresses and run whichever devices are on the legacy controller. [end quote] Rgds, Johnson. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
On Sun, 25 Apr 2010 15:16:14 +0200, you wrote: Hi Bernd, To make a long story short: Jack R Ellis has had a number of drivers developed for access to optical units and discs, most of this software has sourcecode available. His latest is UIDE.SYS which should support CD drives also on Serial-ATA (possibly in AHCI-mode, or just IDE-emulation). UIDE have no AHCI support, only Native IDE or Legacy IDE supported, I've asked him the reason, his answer below: [quote begin] UIDE does benefit from usually having a LOT of rotational latency time, between disk transfers, so the next transfer will be set up and begun long before the disk can rotate back to the first sector of that new transfer. AHCI tries to help with this by chaining disk commands, so when one disk command ends, the next in the chain can be begun without the disk driver needing an interrupt or more processing. However, AHCI requires asynchronous I-O, like Windows uses, NOT one at a time I-O like DOS uses. So, I doubt AHCI will ever see a lot of use under DOS -- I see no reason for it in UIDE, and I think other disk-driver writers will probably feel the same. [quote end] Rgds, Johnson. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
Search Internet for the specification. Lot of people will provide related information. Sent from Johnson's iPhone On 28 Apr 2010, at 2:49 AM, Neal Weissman nweis...@gmail.com wrote: where can a beginner become familar with this lingo? On Sun, Apr 25, 2010 at 10:25 AM, Johnson Lam john...@tmfc.net wrote: On Sun, 25 Apr 2010 15:16:14 +0200, you wrote: Hi Bernd, To make a long story short: Jack R Ellis has had a number of drivers developed for access to optical units and discs, most of this software has sourcecode available. His latest is UIDE.SYS which should support CD drives also on Serial-ATA (possibly in AHCI-mode, or just IDE- emulation). UIDE have no AHCI support, only Native IDE or Legacy IDE supported, I've asked him the reason, his answer below: [quote begin] UIDE does benefit from usually having a LOT of rotational latency time, between disk transfers, so the next transfer will be set up and begun long before the disk can rotate back to the first sector of that new transfer. AHCI tries to help with this by chaining disk commands, so when one disk command ends, the next in the chain can be begun without the disk driver needing an interrupt or more processing. However, AHCI requires asynchronous I-O, like Windows uses, NOT one at a time I-O like DOS uses. So, I doubt AHCI will ever see a lot of use under DOS -- I see no reason for it in UIDE, and I think other disk-driver writers will probably feel the same. [quote end] Rgds, Johnson. --- --- --- - ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel --- --- --- - ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
On Sun, 25 Apr 2010 22:41:26 -0500, you wrote: Hi, I don't know about others, but I for one would find a udf driver *extremely* helpful. Sometimes, when you have a cd/dvdR disk, it's tough to tell if it has anything on it, and being able to boot from such a disk would be worlds better than cramming a full system backup with only limited files to get you started on a cd, when you could store the entire boot opartition on a single disk if udf capabilities were available. I've chat with Jack for UDF quite a long time ago, as I remember UDF support not only make the UIDE a lot larger, but UDF is rather complex and the logic may eat up lot of memory, also it's now not very popular or urgent needed, since a CD/DVD image can be burn in a hybrid mode (ISO+Joliet+UDF). Jack did not consider it for some more reasons, sorry but I forgot. My vote is to do it. :) Too bad he's been in bad mood now, being greatly disturb by his new neighbors, he can't even have a good sleep, I'm sure he can't do any programming right now. Of course, that's easy for me to say, I won't be the one writing the thing (I don't know enough about either assembly or udf formats to help with this one) hSure wish I did though. All his drivers was really originated from his own use, he kindly published them free for others, I feel it's good enough. It's an extra work and burden to ask him for functions that he did not use, such as USB support or UDF, a lot of specifications need to go through and study, also have a lot of programmings, debug and try-and-error. If he found the time and interest, he may consider to add the functions, but no promise and no guarantee. Rgds, Johnson. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
On Fri, 23 Apr 2010 13:02:20 +0200, you wrote: Eric, Sure... UIDE, gcdrom, gxcdrom (or was it xgcdrom?), should be no problem. If you boot from it, you can also use bios as driver (plus eltorito,sys). Same for SATA DVD and BD drives, but remember that our SHSUCDX and MSCDEX both support only ISO9660, not UDF formatted disks :-) Does anybody have UDFCDX? Jack found that UDF will make the SHSUCDX very big, so he left it. Rgds, Johnson. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
On Fri, 23 Apr 2010 06:47:28 +0200 (CEST), you wrote: Hi, UIDE works with SATA. Realy? I am not sure about it. Of course, with read cache to improve efficiency. It's working under SATA long time ago, but only BIOS in Native IDE mode, not AHCI. But definitely you should try GCDROM (http://www.freedos.org/software/?prog=gcdrom) Do you know Jack and me already ask GCDROM's author Mark Tsai to provide the source code? It have no source code at initial release. Jack found that the GCDROM can be better and smaller, so he rewrite everything base on his own code base and become UIDE. or driver AHCI.SYS downlodable Hewlett Packard site: http://h2.www2.hp.com/bizsupport/TechSupport/S...p;swLang=13taskId=135mode=4idx=0 (extract archive and use the AHCI.SYS file - it is a DOS CD-rom driver) Any advantage using AHCI? Rgds, Johnson. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Quality
On Tue, 15 Apr 2008 04:49:22 +0400, you wrote: Hi, Too many efforts to force DRM (partially, by breaking WDM), too small efforts to make life better. People who make better things usually got no attention, no reward, not even a single Thank you. And people keep paying real cash to buy those bad written drivers, software with those shoddy craftsmanship hardware ... The world is upside down! Rgds, Johnson. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] A Poll of sorts
On Mon, 29 Oct 2007 04:53:26 +, you wrote: Hi BAHCL, Recently, I compiled the 2036 kernel and copied to a hard disk but found it was a FAT16 kernel in a FAT32 partition, I ought to be more careful, but it is a pitfall. Can DOS in the future boots into the linux ext3? I think it's a TRAP :-) That's why I say the code need clean up. The LTOOLS can access EXT2, don't know about EXT3 ... (Sorry for off-topic) your long CAT5 is ready, you can pick up on FRI night or SAT, SUN. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Simplify the FreeDOS source code collection
On Mon, 29 Oct 2007 11:56:03 +0100 (MET), you wrote: Hi, Hmmm... Well the clean up here would be do not allow users to compile kernels without FAT32 - but that does I mean the whole scope, I'm not talking specific about kernel or freecom only. When I try to download the kernel and test, I found the binary which date 2006, the links are outdated and without a hyperlink to Rugxulo's website. conflict with the wish help users to get the smallest possible kernels. Users who have no FAT32 partitions do want kernels without FAT32, I assume. A better management assume everyone is new here, he should be able to read the document and know everything such as how to compile and got all the version's source code EASILY. (Sorry for off-topic) your long CAT5 is ready, you can pick up Nice to know that you are neighbours :-) Not really, we live in different side of the harbour. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] A Poll of sorts
On Mon, 29 Oct 2007 22:52:20 +1300, you wrote: Hi, And adding complex filesystems such as ext2, ext3, or ntfs to the FreeDOS kernel will certainly not make it smaller, probably more like 100% bigger. So you need a driver indeed, and some exist, but that won't enable booting. Is it able to let DOS call external support driver when booting, just like a plug-in, then the kernel can be smaller but still have a way to support those file system. I know it's ddifficult, not easy. But isn't it fun (or challenging) to did that? DOS is pretty much married to FAT. That's just the way it is, or it wouldn't be DOS ;) It's extreme hard to fundmentally change this, since changing may break compatibility, but extend the DOS ability through drivers still can be done. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS need clean up!
On Sat, 27 Oct 2007 17:37:01 +0200, you wrote: Hi Tom, there is a fully optimized, 'zero excess code' kernel. it's called 2037 unstable for some reason (probably because it's unstable) What a great naming ... it's full optimized but unstable? Sound a bit weird. the previous slow accessing problem which ;'previous slow accessing problem' ? Slow disk access, FreeDOS is the slowest among EDR-DOS and PTS-DOS ... etc. bullshit. most DOS extender programs DO work. Since that specific program DO NOT work, that's means something is different from MS-DOS prevent it from working. I don't think that setting up a website with installer 95% will make the ISO any better That's only an estimation of what's done, the number is for easy reading, no need to be 100% accurate. people that love this kind of presentation will hardly love (any) DOS, independent of how much marketing you do (unless you do your marketing with a loaded shotgun ;) But the DOSBOX is famous, and lot of stupid people use it for games. Both are FREE software, why didn't people fire up FreeDOS? The point is easier to start a DOSBOX in Windows than a REAL DOS. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS need clean up!
On Sat, 27 Oct 2007 21:44:30 +0200, you wrote: Tom, Arkady spend a lot of time to remove any excess code. Unfortunately he also introduced a couple of bugs. So the naming is probably correct. What a waste, I guess no one pick up the job, correct? Slow disk access, FreeDOS is the slowest among EDR-DOS and PTS-DOS ... WHAT 'slow disk access' (other then Lucho reporting this) ? His test result have problem? Or you found out he did a wrong test? FWIW FreeDOS has read access to files close enough to theoretical throughput. Only read? etc. did I ever tell you that I HATE 'etc.' Sorry, I don't know it's your taboo. I hate NOT WORKING either, but I can't make that da_n program work on FreeDOS. mentions 'some DOS extender', 'some program' (don't expect us to know 'Han Chinese System'), has some sort of bug (what sort of bug) (which you never reported before) and generalizes this to 'FreeDOS usually not work' Okay! You win I lose. I know 'I'm not logic enough, and I'd never get to 100% accuracy, shoot me. I take the right to call this bullshit. No problem when we're just talking, but when coming to working it must be accurate. Always require 100% correct make me like robot, I do have relax a bit when talking, I don't want to test everything and come back years later. If these people are happy with DOSBOX, why would I want to change that If FreeDOS proved not as good as DOSBOX, any meaning of that? Actually I don't mind, not my project and I'm just a da_n fu_king small potato around, but I feel sorry for those spent their time coding for FreeDOS. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FreeDOS need clean up!
On Thu, 25 Oct 2007 17:46:40 +0200 (MEST), you wrote: Dear Developers: Our kernel is only ca 40 kilobytes on disk, which is quite small. I don't believe it's already optimized to zero excess code, there should be some way to improve, the previous slow accessing problem still not yet solved, I don't know if any specific memory problem or others, but keep the code clean always correct. Agreed, the config sys syntax differs considerably. Compatibility issues seem to be limited to Windows 32 bit mode mostly, or did I miss other popular apps? :-) When come to DOS extender or some DOS extender program, FreeDOS usually not work (e.g. Han Chinese System) We could name the FreeCOM and kernel versions according to their SVN revisions. Note that stable is at 2038 release candidates, not at 2036 test. Unstable/testing branch is at 2037 and has not been stabilized / audited / moved towards 2039 for a while (the numbering scheme now is Linux style: Even for stable, odd for devel/testing/unstable editions :-)). This is for developers only, and how to judge what is stable? When a new kernel will release? To the users, 2037a or 2037 beta is confusing enough, please keep to 1.0, 1.1, minor fix should be 1.1a ... etc. Well if you REALLY want the scene to wake up, then I think it is VERY important to have a new release of the whole distro. In other New release of 1.0 is disaster, maybe I'm a bit exaggerated, but I found this word is the most similar to describe. Didn't you see how FreeDOS 1.0 react? Many people complain the ISO have problem, or the installed DOS not working properly. throw the updated zips over the old ISO, fix a few small bugs in the installer itself, and voila, we have FreeDOS 1.1 :-). To get started, a BASE edition will be enough... Let me know if you want to help :-). The FreeDOS 1.0 ISO is not small bug, people did have bad image about the whole project, saw a few people asking questions here several months ago, and no one can help them to solve, they're so helpless that finally I've sent them medicine and they're cured. I'm want but not able to help, coding not my talent. I've tried but seems you guys not very impressed about the simplicity, also you have to solve duplicate software, make a clean whatsnew.txt. Something like this will be even better: http://dosbox.sourceforge.net/status.php?show_status=1begaming_website_session=afded9279c6b3e3b5b5b863917bc122d I saw Tom's comment about the percentage thing, my advise: Marketing is important, no matter how good your product is, without these buzzword people not going to buy from you, they like this stupid percentage thing. This is a list of percentage done per category with categories such as graphics system. Remember that we already have similar: Good but not simple enough, don't underestimate the human stupidity wiki.fdos.org/Main/Todo_1_0 Not simple enough, Tom was right about the stupid percentage, but people love these kind of presentation wiki.fdos.org/Main/Post_1_0_Todo 1) DBLSPACE, FASTOPEN, MEMMAKER outdated, should be removed 2) Include the standard memory manager, and provide information for others available 3) MSAV is Anti-virus, too bad ClamAV have no DOS port, and F-PROT for DOS have no more update freedos.svn.sourceforge.net/viewvc/freedos/kernel/trunk/docs/intfns.txt?view=markup Once a project got too big, it should have duplicate code or some quick and dirty code written, but not cleaning these up just can't keep development going on. I found that FreeDOS is quite good in some situation, that's why I don't want to see it slowdown and stopped completely. Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] [Freedos-kernel] roadmap for freedos kernel 2038
On Fri, 26 Oct 2007 15:53:03 +0200 (MEST), you wrote: Dear Developers, 1658 Ghost 5.1 fails: Needs somebody with Ghost 5.1 to fix Please!! Just try Ghost 8.0 and Ghost 2003, if they work don't stick to Ghost 5.1, there MAYBE problem due to 5.1. You're wasting precious time on outdated programs. 1842 HMA usage fails: sounds more like himem bugs Try other XMS manager. 1956 extending JFT (FILES=...) fails: Fixed in SVN :-) Did you mean set the FILES=2 really have 2 buffers? Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] A Poll of sorts
On Wed, 24 Oct 2007 19:45:33 -0400, you wrote: Hi Pat, Interestingly enough, a lot of responses seem not care about new development. Some even go as far as saying that whatever we have for dos extenders, memory managers, etc., is good enough. Does this mean I don't think so. I can only say FreeDOS reach a certain level of compatibility of MS-DOS, and it still can have a lot of improvement. that there is no new development expected from the majority of FreeDOS developers? IMO, a smaller, solid and flexable kernel is highest priority. Kernel grows bigger each release, but the compatibility with MS-DOS still not finished, the syntax in CONFIG.SYS still have a big difference. Fastest way to change even need no coding: to clear up the naming scheme and version of the FreeDOS, drop the confusing 2036test or 082pl3 and back to simpler one. After the new scheme deployed, that will have a certain impact to the boring scene, and let the DOS developers that FreeDOS still active. Something like this will be even better: http://dosbox.sourceforge.net/status.php?show_status=1begaming_website_session=afded9279c6b3e3b5b5b863917bc122d Rgds, Johnson. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] [anounce] defrag 1.3
On Sat, 18 Aug 2007 12:43:39 +, you wrote: I am hereby releasing a new version of defrag, 1.3. Thank you for the improvement, Imre. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
On Sat, 7 Apr 2007 13:38:57 +0200, you wrote: This all is needed because Blo?ek works in VESA graphics mode so the dialog window of FDRC can't be displayed. I wonder nowadays display card still have support of VESA or not. UNIVBE refuse to work long ago, and other free VESA drivers stopped also. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] djgpp
On Sat, 30 Sep 2006 11:48:35 +, you wrote: Hi Imre, After having an extensive private chat with Eric. I was wondering what the overall interest of the project would be to move the FreeDOS utilities to a DJGPP based platform. Eric always have long talk, most of them useful but the talk can be summarized: This would give us full LFN support for free. And Jim said repeatetly that he wants us to move into 32 and 64 bit programming. Occam's Razor. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] djgpp
On Sat, 30 Sep 2006 19:03:12 -0400 (EDT), you wrote: DR-DOS still works on an 8086. ROM-DOS works on an 80186 (but not an 8086). I think even RxDOS will run on an 8086, but its compatibility leaves much to be desired. If FreeDOS were to go 386-only... then someone might fork it to keep it 8086-compatible. Just a matter of priority. Which first, 8086 or 80386. If the program don't need to mess with memory, why not keep it 8086 based? If the program need V86 mode or protected mode you have no way to keep it 8086. For example, XCOPY should be keep 8086, work in conventional memory. since it's a basic external command of DOS, following the DOS tradition make no harm. If we need something more powerful, why not use XXCOPY or TCOPY or CCOPY? Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] djgpp
On Sun, 1 Oct 2006 12:36:21 +0200 (CEST), you wrote: Hi, Fully ACK! As PM apps tend to be much larger than their 8086 counterpart, FreeDOS would waste a lot of memory without a benefit. In my humble opinion, the road is clear. Keep the good old DOS traditional external command 8086 compatible if possible, actually most of the basic command still not 386 optimized even MS-DOS 6.22 was released. People enjoy the 386 or Pentium power can search for other 3rd party software like QEMM, Norton, PCTools ...etc. We have a lot of programmers here can develop excellent software to enhance DOS, no matter djgpp or DOS extender is not a problem. But is it really necessary to change the basic command to 386? I did enjoy Norton's Safe Format and PCTools Disk Optimizer, but I still keep a copy of FORMAT and DEFRAG though I did never like them. Follow the Occam's Razor, the answer is simple and straigh forward. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Blo?ek
On Mon, 25 Sep 2006 02:22:53 +0200, you wrote: Hi, I write from scratch a new text editor for (Free)DOS. It works in graphics mode so I hope that in next major version will be I able to add unicode support. You're not happy with Foxtype v0.14? Henrique Peron is working hard on that, just don't want you guys duplicate time and effort. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix
On Wed, 19 Jul 2006 06:32:11 +0200, you wrote: I never seen similar reports before, so Michael, probably, unaware about this behavior and thus have no chance to fix it. :) Yes, let's assume this. :) XMS free blocks fragmentation ... they should not exist (now is 21 century!). I hope he found the time to fix it. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Attitude of coding.
On Thu, 20 Jul 2006 14:37:07 +0200, you wrote: Tom, I'm no enemy of you, or someone. But someone really think I'm the enemy of his, I can't control their mind. He don't talk to me polite, why should I have to? Wow. 'I'm not allowed to tell the details...' seems to suggest that's it's some ingenious (patent pending) technology art. In fact it's maybe 30 lines missing (or even just doing merge at the right time and move a couple of lines somewhere else) I don't mind to tell the details, but it's days and night hard work of my friend, and he put whole hearted to make it small and fast. It's really an art, until someone code a better one. there no 'you should do this' 'you should do that' unless you PAY for it. This is OUR FREE TIME, and it's entirely up to us how to spend it Yes, right. My friend spend his free time, charge nothing for it, anything different from you? 'Dear Michael would you be please so kind to fix this bug in your free time just for the joy of doing it; I would be ethernally thankful' works better I should write that 3 years ago. See how he treat Japeth? He's really very very nice guy. for the sake of the FreeDOS or the whole DOS community. that's certainly overestimating the bugs size. maybe 'for the sake of the DOOM playing community' ? If you can prove no other program will use it, otherwise break the compatibility will cause trouble to the users. this was touched by me not soo long ago, and free memory merging actually done by me (but only on alloc, not on 'report largest region'; looks like I overlooked something. that happens ;) You're busy at your own work, fine. Then someone keep working on your code, no problem. But when someone reporting bugs, treat him like this will make him happy? Will you treat your user like this? btw: it looks to me as if japeth wrote a tiny program to produce the bug; it's always helpful for maintainers if they get this program/source/description how to reproduce, so the time to reproduce the bug (and thereby time spend on the problem) is significant reduced, and often motivation to work on it highly enhanced At least document the problem. Rgds, Johnson. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeCOM binary size
On Tue, 13 Jun 2006 22:25:43 -0700, you wrote: Hi Blair, In case you haven't been paying attention, FreeCOM has gotten 3-4kb smaller in the last week. I know, actually I found the bug in your binary, but someone report the bug faster than me so I keep silent. Thanks for cleaning up the code, I don't know if it can be optimized furthermore. I'm eager to see a better FreeCOM, it's been a year without significant changes until now. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] freecom/cmd echo.c,1.5,1.6
On Wed, 14 Jun 2006 16:53:13 -0300, you wrote: Hi, My 2c about that: FreeCOM compiles only with Borland, if it works, fine. Maybe some day it will be ported to OW, it is good to keep that in sight, which in this case is ok :) I think it's pretty important that FreeCOM should be develop on a popular, more support and reliable compiler. Seems OW is the best among them. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Idioms
On Wed, 14 Jun 2006 18:52:12 -0300, you wrote: Hi Alain, It's not a problem of having the words, really. It once happend here in Brazil with my mother (who is Italian) in a meeting of french people (her husband is French) and she used exactly this phrase: that is a lye. She was almost banned from the french community before everyone understood that this is a natural way os speaking for an italian... She did have to apologise formaly anyway. Awful story. Chinese say: Sickness to the mouth, and plague from the mouth. Trust the others, if you're live in Hong Kong there's no way to keep yourself away from the different races. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FreeCOM binary size
Hi, Last weekend I've discussed with BAHCL (PG's maintainer), we have a concern that FreeCOM will growing too big, since it keep adding lots of features. Any planned size optimizations? Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeCOM 0.84pre
On Wed, 7 Jun 2006 19:15:35 -0700, you wrote: Hi, To clear things up, this FreeCOM is really only about 1 kb larger than the 186+ one... and 386-optimized is _not_ possible because the only compiler that can compile it only does up to 286+, which turns out to produce the exact same code as 186+. And it also turns out that no 'split' is necessary because both versions are compiled with the same code, just different definitions set in config.h. And FreeCOM (both versions) are about as big as they can possibly get without the linker complaining about them being way too big. That's mean no optimization from the compiler ... Now using OpenWatcom? How about porting to some better compiler? :-) I'll test them. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeCOM 0.84pre
On Wed, 7 Jun 2006 21:40:59 -0400 (EDT), you wrote: It is a feature I would support, having a single FreeCOM on all systems. Would especially be useful for my boot disks. It's good to have a single FreeCOM that support everything, but it's size will be big since everything put inside. I think split the branch to universal and 386 optimized will be better. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS testing
On Fri, 02 Jun 2006 21:08:29 -0300, you wrote: Hi Alain,, I am back, actively. I had too much work, but now it is getting better. Get some rest :-) What got me really devastated is that some time ago ALL my computers were stolen, that included my notebook and my backup machine so I lost a great deal of things. Sad to know this, you have to lock them up, the world have too many thieves. I lost a very good Freecom translation to portuguese and all my dosemu annotations. It will take some time to get things working again :( No backups? You didn't sent to anyone? - determine wich is *the* kernel version to use - kernel does not recognize floppy change *and* disk reset doesn't help - format still has some problems with bad media - re-tanslate Freecom - display/keyb - lbacache spoils my application with an error message - I don have a real list, but there are other minor problems ;-) Ask Eric for help. I hope that most importan people are still on the list. I could eventually assume some maintainership, but I cannot become a specialist in everithing... You did a lot for FreeDOS, hope they can fix the problems so you and everyone can enjoy a better FreeDOS. Rgds, Johnson. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] QDMA/QCDROM/QHIMEM/SHCDX33A available again!
Forward an email from Jack: - Johnson, After writing you today, Thursday 4-May-2006, re: helping Mark Bailey, I noted with some sadness the comments by Ladislav Lacina on FD-Devel. Ladislav once helped me track-down a nasty bug in UDMA2, and I never forgot him nor his help to me. I also realize that offering QDMA/QCDROM/QHIMEM/SHCDX33A privately may prove to take too much of your time, as it seems there are MANY people who do want and apparently do NEED them.I do not want you burdened like that, and so I have relented a bit. With this E-Mail, I am granting you permission to REPOST all the QDMA, QCDROM, QHIMEM, and SHCDX33A drivers to their regular English-language HTML pages on your website, for all to use worldwide like before. Do delete my other comments, and forward this E-Mail to George at AXCEL16 [I lost his E-Mail address!] and re-establish his links to whichever directory on your website will contain the driver files. I hope my drivers will continue to benefit the many GOOD people around the world who use them in their DOS systems. As for FreeDOS [and all who attack me or my work ARE ONLY from FreeDOS!!] my friends may use whatever they like and may expect NO further help nor support from me. Best wishes, Jack R. Ellis -- At the risk of involving us both in another so-called flame war, you are nevertheless FREE to post the above, exactly as-is, on FD-User and FD-Devel as well!J.R.E. - --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] QHIMEM V1.2 [2006-04-16]
QHIMEM -- DOS XMS Manager, V1.2 === QHIMEM is a DOS driver that functions as an XMS memory manager. It is a replacement for HIMEM, FDXMS, and other XMS managers, and it is meant to complement the UMBPCI Upper-Memory Manager driver. QHIMEM supports up to 4-Gigabytes of XMS memory and was designed in accordance with the V3.0 XMS Specifications.It was not intended for more complex upper-memory drivers like EMM386 or QEMM and may not run with all versions of those drivers. QHIMEM is a smaller and simpler driver that, when used with UMBPCI, can handle the memory-management needs of most DOS users. NEWS 2006-04-16 [ QHIMEM V1.2 ] Fixed 1 major and 2 minor bugs. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] QHIMEM V1.2 [2006-04-16]
Download here: http://johnson.tmfc.net/freedos/qhimem.html NEWS 2006-04-16 [ QHIMEM V1.2 ] Fixed 1 major and 2 minor bugs. 2006-04-13 [ QHIMEM V1.1 ] Added 4-Gigabyte capability and most XMS V3.0 logic. 2006-04-11 [ QHIMEM V1.0 ] Original Release. QHIMEM -- DOS XMS Manager = QHIMEM is a DOS driver that functions as an XMS memory manager. It is a replacement for HIMEM, FDXMS, and other XMS managers, and it is meant to complement the UMBPCI Upper-Memory Manager driver. QHIMEM supports up to 4-Gigabytes of XMS memory and was designed in accordance with the V3.0 XMS Specifications.It was not intended for more complex upper-memory drivers like EMM386 or QEMM and may not run with all versions of those drivers. QHIMEM is a smaller and simpler driver that, when used with UMBPCI, can handle the memory-management needs of most DOS users. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FW: Your message to Freedos-user awaits moderator approval
On Thu, 13 Apr 2006 02:27:06 +, you wrote: Hi BAHCL, Wow! Long time no see! Does it mean I can't send message to the user mailing list any more if I'm not a subscriber? Too many SPAM these days I answer the user's question here: - to get default color, recompile PG with the -DCOLOR Turbo C compiler directive - to have his/her favorite color scheme, change pg.c initvideo() He can't code, so maybe he don't know how to compile. Rgds, Johnson. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Any volunteers interested in testing USB stick booting?
Hi All, For reference, my 128MB USB stick can boot, but when I put it on an USB-Hub, BIOS seems have difficulty booting it, try several time and got 1 success only. Anyone have a guide on making bootable USB stick under FreeDOS, please let me know. Thanks. Rgds, Johnson. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Minor Bug in FreeCOM DIR command?
On Wed, 22 Feb 2006 16:22:53 -0500, you wrote: Hi, If there are no objections? Are there any? No. I would be more than happy to apply a patch that displayed the free space even if the directory is empty (it should take care to handle errors gracefully still). Because nowadays hard disk is HUGE, can you consider kernel automatically asjust the terms in MB or GB? Thanks. Rgds, Johnson. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS corrupting FAT32 USB Stick partition
On Sun, 12 Feb 2006 04:48:08 +, you wrote: Hi Mark, It recognizes the USB stick as C:. However, a DIR C: shows no files and any attempt to copy a file to the stick works but corrupts it. A FORMAT C: appears to work but then Windows considers the USB stick to be of type RAW. Surprisingly, I've succeed to make the USB boot stick under WinXP with HP's tool (found HP SP27213 USB format tool). Just point it to the FreeDOS systems files location, it'll create the bootable FreeDOS on the USB stick (seems the formatter can did some tricks while others can't). You can try this, if it's not working, do try the latest cvs-Kernel (in Jeremy's server) and Command.com! == Quote == TITLE: HP Windows Format Utility for USB Drive Key or DiskOnKey VERSION: 2.00.006 Rev. B DESCRIPTION: US=HP Windows Format Utility for USB Drive Key or DiskOnKey PURPOSE: Initial Release SOFTPAQ NUMBER: SP27213 EFFECTIVE DATE: February 6, 2004 CATEGORY: Applications - Removable Storage SSM SUPPORTED: No == End quote == Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] XCDROM V2.0/2.2
On Fri, 10 Feb 2006 16:17:23 +0100, you wrote: Hi, good news: version 2.2 now reads DVD's completly, no bugs bad news: unfortunately it's about as slow as (PIO-only) CDROM.SYS, 4 times slower the 2.0. So any advantage is gone Did you see the ATA-33 message? Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XDMA v3.2, XCDROM v2.1
Hello, XDMA and XCDROM updated! - [ XDMA v3.2 ] Deleted init Set Mode commands (BIOS does them), to avoid conflicts. NO run-time changes. - [ XCDROM v2.1 ] Deleted init Set Mode commands (BIOS will do them anyway) to avoid conflicts. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Front-End or another Format utility
Hi, I've rescued a former shareware (company has gone) FORMAT utility call FORMAT MASTER, it's very easy to use and clean user interface. Maybe someone will be interested to make a front-end for FreeDOS format, or make another OpenSource Format utility similar to FORMAT MASTER. http://johnson.tmfc.net/freedos/file/fm.exe Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Resizable RAMDISK v2.09
Hi, Just check out the FreeDOS.org and found TDISK is the only RAMdisk include with FreeDOS. But since the Resizable RAMdisk go OpenSource, I suggest include the SRDISK also, since it's quite solid and flexable, can be included in util section (actually 3rd party utils is a better description). http://sourceforge.net/projects/srdisk Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XCDROM V1.9
Hello, XCDROM V1.9 is available for download at: http://johnson.tmfc.net/freedos (click XCDROM driver) - Fixed errors in Multi-Session and I-O logic. For more details please read XCDROM.ASM or README.TXT For those who still got problem with V1.8, please report if V1.9 works for you, thanks! Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XCDROM V1.8
Hello, XCDROM V1.8 is available for download at: http://johnson.tmfc.net/freedos (click XCDROM driver) - Fixed Multi-Session TOC input to support ALL drives, added a drive reset on I-O errors. For more details please read XCDROM.ASM or README.TXT Enjoy! Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] SVGATextMode for DOS - testers?
On Sun, 15 Jan 2006 18:58:31 +0100, you wrote: Hi, I hope this is an appropriate mailing list, please don't hurt me if not :) Nobody will hurt you, FreeDOS developers and users are not bears. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XCDROM V1.7 Bugfix
Hello, XCDROM V1.7 bugfix is available for download at: http://johnson.tmfc.net/freedos (click XCDROM driver) -Updated XCDROM to read a Multi Session disk (Thanks Blair Campbell for the CDROM). For more details please read XCDROM.ASM or README.TXT Enjoy! Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: More Wiki Spam
On Tue, 10 Jan 2006 18:58:47 -0200, you wrote: Hi, Hi Blair, please do not cry for locking down the wiki. The fact that everybody can edit it is important. A login system which keeps away SPAM have no problem. If a user need to edit, he/she can register Could it be a middle term option: Mandatory login but registration open to anyone? Should be like that, also keep the IP to prevent register again and again to SPAM Users can give false information, but spammers AFAIK don't login ;-) Ban account first (or auto revert page, to waste their time), if same IP found ban IP. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: More Wiki Spam
On Wed, 11 Jan 2006 01:18:25 -0200, you wrote: Hi, It not a good thing to ban IPs. Most people now use dynamic IPs, that means that I can get of of a pool of 1 million IPs. If you ban some of these IPs, one day I could be luky to get that banned IP and I can go crazy trying to figure out what is happening :( It's the last step of last step, and only the server log have duplicate IP again and again. Of course, no need to login is better, but the world is so realistic that bad guys DID exist. Or consider register email address instead of login name, a valid email address should be more difficult for SPAMMERS. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Happy New Year - XCDROM V1.4
On Tue, 3 Jan 2006 22:25:49 -0800, you wrote: XCDROM V1.4 is available for download at: Question: Is this somewhat of a replacement for ATAPICDD? Is it a Yes full-featured CD-ROM driver like vide-cdd.sys? Are there plans for an Yes ASPI-emulation interface to support CD burning? No, it's a big project, and Jack have no interest to do this. One more question: are there plans to support 286s? No. Sorry to disappoint for those still using 8088/286. Jack have quite a long discussion with some of the developers and me, about where's the bottom-line and the conclusion is start from 80386, because 80386 have protect mode, UMB ... etc. It's not practical to start from a 8088 or 286, another reason is it's very hard to find a 286 hardware, but we still can find 486 or Pentium everywhere. Though he don't have plan to make it work, but you can change the source code to compile for 8088, the source have detail comments. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Happy New Year - XCDROM V1.4
On Wed, 4 Jan 2006 20:28:49 +0100 (CET), you wrote: Hi, only thing it really lacks is a nice user-friendly front-end. So, please build one. ;-) Text mode is enough (for me). A turbo vision like UI is enough, let fancy more tidy. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XDMA v3.0 SHSUCDX v3.02D available!
Hello, XDMA v3.0 SHSUCDX v3.02D are available for download at: http://johnson.tmfc.net/freedos (click XDMA driver) 1) XDMA V3.0 - XDMA/XDMAJR now set XDMA_$ names (overlap XDMA sets XDMA$$) to confirm controller address valid. All other IDE drivers can set up UltraDMA easily if ANY V3.0+ XDMA or XDMAJR driver is present! 2) SHSUCDX V3.02D - Tables buffers 32-bit aligned for UltraDMA Please report any problem found. Best Regards, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Analyzing bugzilla (part 3/3), the bugs...
On Sun, 4 Dec 2005 10:57:47 +0100 (CET), you wrote: Hi, Recently I fixed some MOVE problems when moving directories and Blair added kitten support. The new MOVE 3.3 can be downloaded from ibiblio, I think the problems were fixed but in the bug report there isn't a test case so I'm not sure. Thanks for the fixes. I'll try. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Improve FORMAT status with counter
Hello, Recently I have to format a lot of hard disk with FreeDOS, but in some occasions my colleagues think that the PC hang up because the percentage counter update take too long. I suggest to add a switch (not turn on by default) that shows LBA, Cluster or Sector left, so I know exactly how much blocks left and avoid misunderstanding. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Format and errorlevel
On Tue, 29 Nov 2005 03:51:52 +0100, you wrote: Hi, Alain talks about batch mode, and /Z:SERIOUSLY (the seriously option implements ECHO Y | FORMAT C: ). Oh I see, without prompt is necessary in batch file I think, *if* /Z:SERIOUSLY is returned, then and only then, allow to return errorlevel 1 as proposed by Alain. MS-FORMAT, FreeDOS Format: 0 =ok, ok with bad-sectors, sintax errors or help msg. 3 =aborted by user 4 =fatal error, disk broken or wrong name 5 =harddisk format confirmation not given (user selected no) outputs = 0, 3 and 4 confirmed my myself. FreeDOS Format with /Z:SERIOUSLY: 0 =ok, sintax errors or help msg. 1 = ok with bad-sectors 3 =aborted by user 4 =fatal error, disk broken or wrong name 5 =harddisk format confirmation not given (user selected no) outputs = 0, 3 and 4 confirmed my myself. If MS-DOS never use errorlevel 1, FreeDOS can have this as a improvement. In my mind, FreeDOS is designed to surpass MS-DOS, not only compatible, so if necessary errorlevel 2 can be added While at it, 0 should only be OK. Also implement errlvl 2 then: syntax error or help message. Yes! By user or terminated itself because of bad sectors? In this case I guess it's terminated by user since 0 is OK with bad sector, am I correct? no idea, and what errorlevel would CTRL-C generate? Not errorlevel 3? I have a suggestion to let users more comfortable. The story is ... I got a lot of hard disk to format sometimes, the hard disk is usually 80GB or more, FreeDOS FORMAT's percentage change very slow like hang up. Sometimes my colleagues think that it hang up and they reset the PC ...! To avoid these kind of misunderstandings, is it possible to show remaining sector or cluster or even LBA blocks so users can see it's working, AND know how much blocks left exactly. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Kernel Problems
On Mon, 28 Nov 2005 07:46:13 -0500, you wrote: Hi Jeremy, the link is under the 'Developers' section on www.freedos.org labeled 'Kernel/FreeCOM', but yes its easy enough to overlook (I'm always skipping past the 'Report bugs' link when I go to look over bug reports). I updated the lsm so it properly points to /sourceforge.php page which has the useful links to the sourceforge download location (still the place to get released kernels from), the weekly sf kernel archive (as long as cron is working there), the fdos kernel page, and the config/sys docs that I extracted to there so they'd be easier to find (though help.fdos.org is the best place to look for that sort of documentation). www.fdos.org/kernel/ is OK but the links without a last update time, this is the only thing need to added. I suggest: kernel.sys - implements DOS API become kernel.sys - implements DOS API (last update: 2005-10-1) I'll try to do better about posting more information to the kernel mailing list about my changes. Can you post to FD-DEVEL and also FD-USER, users like me would like to download and try. Thanks for your work. Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Format and errorlevel
On Mon, 28 Nov 2005 17:01:34 -0200, you wrote: Hi, MS-format errorlevels are 0 =ok, ok with bad-sectors, sintax errors or help msg. 3 =aborted by user 4 =fatal error, disk broken or wrong name 5 =harddisk format confirmation not given (user selected no) outputs = 0, 3 and 4 confirmed my myself. THE QUESTION is: I wish to add error level = 1 format terminated ok, but floppy has bad sectors. Anyone has a comment about that? You mean the new error level 1 is: format terminated successfully. By user or terminated itself because of bad sectors? In this case I guess it's terminated by user since 0 is OK with bad sector, am I correct? Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XDMA v2.8 available!
Hello, XDMA v2.8 and is available for download at: http://johnson.tmfc.net/freedos (click XDMA driver) Changes: v2.8 - XDMA and XDMAJR Internationalized! Init messages are now a separate file, defaulting to XDMAMSGS.ENG (English), but other files CAN be used on assembly. Read XDMAMSGS.ENG for full details. v2.7 - XDMA/XDMAJR now sets IDE channel busy/overlap flags for other drivers so overlap WILL work using other IDE drivers that check XDMA's flags (e.g. XCDROM or XZIP, ready in 2006)! NO non-overlap XDMA nor XDMAJR changes! Enjoy! Rgds, Johnson. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Announcing MD5SUM version 3.0
On Mon, 21 Nov 2005 21:43:32 -0800, you wrote: Hi Blair, Uploaded to www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/MD5SUMX.zip Did you have a list of your software and the latest version? Since you can upload to IBIBLIO, I want to maintain a list of your software. Also a question, will you port LAME 3.97b1 to DOS? Rgds, Johnson. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28alloc_id845op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XDMA v2.6 available!
Hello, XDMA v2.6 and is available for download at: http://johnson.tmfc.net/freedos (click XDMA driver) XDMA/XDMAJR now have a /N switch to request NO local-stack. With /N, each driver now uses 656 bytes if XMS is available and 592 bytes for DMA only mode! XDMA.ASM now has common code and assembles EITHER driver! Enjoy! Rgds, Johnson. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28alloc_id845op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] XDMA v2.5 available!
Hello, XDMA v2.5 and is available for download at: http://johnson.tmfc.net/freedos (click XDMA driver) Except for no XDMA read-tests, XDMA now has all other features and runs IDENTICALLY to UDMA2, and its file size is over 1700 bytes smaller. Also, XDMAJR now runs IDENTICALLY to UDMA2S, and its file saves over 200 bytes. V2.5 XDMA/XDMAJR have a correct EDD BIOS disk scan, and they do not reject a disk with missing or bad CHS parameters, as most DOS systems now use LBA mode I-O. These issues were never addressed in UDMA2/UDMA2S. Please enjoy the ultra-mini driver and report any problem found. Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Compiling FreeCOM...
Hi Jeremy, Thanks for improving kernel, last time I use an old kernel (Jul) so have COPY CON blah.txt (CTRL-Z) problem, but this seems OK in (Oct) build. Can you announce here when some major update was made? Sorry for additional workload ... Thanks. Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] kernel's latest build
On Wed, 09 Nov 2005 17:42:37 +0100, you wrote: Hi, That wasn't Jeremy, see the commit details from 2005-10-22 http://sourceforge.net/mailarchive/forum.php?forum=freedos-cvs Sorry Lucho, you're so kind that work silently improving the kernel with Jeremy, great job! I didn't subscript the freedos-cvs because I don't know anything about coding, but I'd like to know if any new build available for test, and what's the improvement, anyone can help drop a line in fd-user? but glad that COPY CON works now, although I use it very seldom. ECHO @ECHO OFF AUTOEXEC.BAT usually works better to keep FreeCOM silent. (but yes, sometimes EDIT is missing) I'm in someone's home, boot up a FreeDOS floppy with no files in it, so I got no choice but COPY CON ... Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MEM and CVS
On Thu, 03 Nov 2005 15:30:53 -0200, you wrote: Hi Alain, I don't like this. Even if it is better, it should be only with an optional parameter (or environment variable). Main goal is to make it just like DOS To make things clear, my original idea is add a switch and display like PC-TOOLS v9's MI Yes, I agree that work should target at same as DOS, but if the original DOS option sucks, we can consider an alternative, like add a switch to workaround, original DOS v6.22 or v7.10 is not perfect In this case, MEM didn't stay resident, so I think bigger file size is not a problem, if someone interest, he can code a FDISK /menu or FORMAT /menu with TurboVision like window Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] LPTLink
On Mon, 31 Oct 2005 11:23:32 -0800, you wrote: Hi Blair, There is a slightly modified version of lptlink now available that is now a 16-bit program compiled with OpenWatcom. If anyone has a laplink cable and two computers, please please test it so that if it works, I can improve it. Still useful for those PC don't have USB. I'm not positive about its use, but I'm fairly certain that the lpt port need not be specified, as it defaults to the first parallel port. I'm not sure, but I think that the destination directory switch (read the help screen (--h)) should point to the directory on the destination computer where the file should end up, and the source directory is self-explanitory. LPTLink also needs to be run on the receiving computer with a switch (read the help screen). Please let me know if this works, and if not, try other ways of getting it to work. It's for LPT port only? How about COM? 9 pin DB9 COM cable is easier to find, parallel port faster but bulky, almost a full-pin DB25. Rgds, Johnson. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Unicode and UTF-8 in FreeDos?
On Fri, 28 Oct 2005 04:06:05 +0400 (MSD), you wrote: Hi, How you will differ UTF from 8-bit national characters (French, Greek, Russian, etc)? At which moment you will switch to graphics? Where you will store megabyte of unicode font (16 byte per 8x16 character, 65536 characters)? Under UTF 8-bit characters may not display correctly, should have a key combination to switch back to text (CTRL-ALT-A in Chinese system). Unicode font must be store in XMS (yes, huge memory size). If anyone interested a free Chinese system can be provided as a reference. Rgds, Johnson. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Unicode and UTF-8 in FreeDos?
On Wed, 26 Oct 2005 20:20:39 +0300, you wrote: Hi, I'd like to know if there is any support for unicode and UTF-8 in FreeDos? Sadly, none. Specifically, I'd like to be able to view UTF-8 text-files in FreeDos but I don't need to edit them. Is there any program (even in development) which can show utf8-files in FreeDos? I got something similar, a program which can display Chinese BIG5 text document, if you figure out how to change the font table, maybe can use UTF-8. Just a look-up-table application. Rgds, Johnson. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Wishes for the new of FreeDOS utility.
On Fri, 23 Sep 2005 00:29:12 -0700, you wrote: Hi, Thanks for all of this ideas, but if you know the Pascal, you can made all of this ideas independently on my program, but it's GNU GPL licensed utility. I can code Applesoft BASIC only, can't help. I'm a held on the work of the FreeDOS File Manager and FreeDOS Desktop, in view of what I have no time for implementation of all your ideas. Sorry. ;-( Never mind, just thinking and some ideas pop-up, maybe someone can implement it sometimes ... Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] XDMA 1.6 fails to load
On Wed, 21 Sep 2005 18:18:32 +0200, you wrote: Hi Robert, UDMA.SYS and UDMA2.SYS work fine on this machine and speed up things greatly. Can you help? :-) Forwarded your message to Jack. His speed is awesome ;-) Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: EMM386 2.05 update, recommended for all
Hi Michael, Thanks for improving EMM386. Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] PG new version
On Wed, 14 Sep 2005 02:33:04 +, you wrote: Hi BAHEL, It's my sin to waste other people effort just to do the same thing, I've sent a email to Jeremy, with PG113.zip. Not really, you make a native DOS port of PG, which I like to use! Less is too complex for me Before the HXRT, we can run nothing on FreeDOS. HXRT is good but still have it's limitation, native DOS port still a MUST. I appreciate your kindness, anyway. Thanks for your work. Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] PG new version (typing mistake)
On Wed, 14 Sep 2005 02:33:04 +, you wrote: Hi BAHCL, It's my sin to waste other people effort just to do the same thing, I've sent a email to Jeremy, with PG113.zip. Not really, you made a native DOS port of PG, which I like the most! Less is too complex for me because I'm stupid. Before the HXRT appear, we can't run anything other than DOS binary. HXRT is good but still have it's limitation, native DOS port is still a MUST. I appreciate your kindness, anyway. Thanks for your work. Rgds, Johnson. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] PG new version
On Mon, 12 Sep 2005 02:49:41 +, you wrote: Hi BAHCL, I still call this version 1.13, but I do not host any webpage, and I have only an hour internet time a week. Why not call it 1.2? You did a major improvement. So I can only email it as a zipfile to someone like to host and distribute PG to the world. The zipfile PG113.ZIP is about 60k. Please reply if you can help. I can host for you, but I'm sure better to host on ibiblio, Jim can help. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New FreeDos Developer
On Sun, 11 Sep 2005 10:46:35 +0200 (CEST), you wrote: Hello Alekhine, Welcome! And thank you for becoming the developer of FreeDOS! Except for installing and getting familiar with FreeDos, can you give me any hints for how to get started, which books/tutorials to read and such things ?. http://fd-doc.sourceforge.net/wiki/index.php Lots of documentation Which development environment/language do you recommend ? English, some base software currently have no maintainer such as FDISK and DEFRAG, or improve the kernel if you wish. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Clam Antivirus DOS port
Hi, Maybe only a few people try the DOS version Clam Antivirus (port by Blair Campbell). A simple text document which have some printer control code fail the program, hope someone can decode the following error (not related to DOS extender this time, because it failed under everything I tested ... WinXP, HIMEM, FDXXMS ... etc) = C:\clamavclamscan -d daily.cvd c:\tools\doc\list.doc Exiting due to signal SIGSEGV General Protection Fault at eip=000171a5 eax= ebx=0012982c ecx= edx=0023fffe esi=0001fec0 edi=001f0e6 ebp=00106d68 esp=00106d40 program=C:\CLAMAV\CLAMSCAN.EXE cs: sel=01a7 base=02a2 limit=0023 ds: sel=01af base=02a2 limit=0023 es: sel=01af base=02a2 limit=0023 fs: sel=017f base=5550 limit= gs: sel=01bf base= limit=0010 ss: sel=01af base=02a2 limit=0023 App stack: [001075c4..000875c4] Exceptn stack: [00087518..000855d8] Call frame traceback EIPs: 0x000171a5 0x00016000 0x0001184c 0x00015676 0x74be 0x9114 0x9f47 0x65e8 0x7126 0x00064288 = Thanks. Rgds, Johnson. LIST.rar Description: Binary data
Re: [Freedos-devel] Proposed name change
On Mon, 12 Sep 2005 19:28:07 +0200, you wrote: Hi Bernd, Sorry to say so directly, Eric really pissed off a number of developers, and he know himself annoying. The most important is ... please give him a chance to change, he's really doing some contribution and not to mean attack someone (in his point of view), but his knowledge may lead him to the wrong question and answer, misleading others sometimes. I think if he can change, talk less, listen more. Some of the pissed off developer may give him a chance. I think hostile or hatred didn't bring anyone good. Life is short, let's put more time to the development's fun than making ourselves unhappy. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FORMAT 0.91u
On Fri, 09 Sep 2005 12:41:22 +0200, you wrote: Hi Robert and Eric, Sorry I'm late. But there is no DISK CHANGED string in source code or executable! Please give the exact message! = A:\format a: /u Insert new diskette for drive A: Press ENTER when the right disk is in drive... Using drive default: 1440k (Cyl=80 Head=2 Sec=18) Please enter volume label (max. 11 chars): No label, disk will have no creation timestamp. Full Formatting (wiping all data) Format_Floppy_Cylinder( head=0 cylinder=0 ) sectors=18 [int 13.5] Critical error during INT 13 disk access INT 13 status (hex): 06Bits: bad address mark sector not foundDescription: FLOPPY CHANGED Program terminated. [Error 134] A:\ = --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FORMAT 0.91u
Hi Eric, I've found that FORMAT 0.91u have a problem. When FORMAT is not execute from hard disk, I need to execute the command and wait for it's prompt, but after changed the floppy it failed and say: CHANGED DISK Tested on 2 different PC, same result, do you know why? Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Mkzftree.exe
On Mon, 29 Aug 2005 16:43:17 +0200, you wrote: Hi Bernd, Johnson's site is lacking your 7Zip compressor/decompresser binary (7z.exe) which is able to run on DOS, yet you provide files in 7z format there. Blair told me use HX-DOS Extender to run 7-Zip command line. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New clamscan.exe available
On Sun, 21 Aug 2005 21:14:58 -0700, you wrote: Hi Blair, Here it is. Thanks. It's working but crash when scanning some files, trying to figure out why ... Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FreeCOM in x86 assembler
On Sun, 21 Aug 2005 13:42:55 +0100 (BST), you wrote: Hi Alex, It's still x86, so why not recode some of the bits in x86 assembler? We need someone CAPABLE of doing this, and he really WANT to do this. I know someone got the 1st qualification but not the 2nd. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] DJGPP on FreeDOS LiveCDs
On Fri, 19 Aug 2005 01:08:17 +0200, you wrote: Hi Aitor, My personal opinion is that there should be the core and most useful apps in a single big package. Perhaps you should consider this an additional package, and release two CDs: one small without aditional things, one big with the additional things. Disk 1 - FreeDOS core and base software (must have!) Disk 2 - Other GPL DOS Software (option) There's also some other great GPL DOS Software (for additional packages), such as FreePascal (DOS branch is not kept up with the most recent changes, where multithreading was added, but the latest DOS release is pretty good and stable, and can create 32-bit apps from almost 100% TP-compatible code), perhaps GhostScript, the DJGPP LaTeX distribution, etc. Good idea. Include those applications such as FLY, ENVISION from Charlie Wilkes's homepage also! Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Announcement: SWORD 2.11 (GUI for DJGPP and TurboC)
On Thu, 11 Aug 2005 16:36:43 +0200, you wrote: Hi Flo, I updated it to the latest DGJPP version and uploaded a homepage . Please take a look at http://stud3.tuwien.ac.at/~e0225895/sword/ Look awfully nice! I am happy about any feedback! I don't understand A nice side effect is, that the programs run also on top of WinXP. Is that mean the binary can be run inside SWORD and also on WindowsXP? Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Deltree
On Tue, 09 Aug 2005 13:22:17 -0300, you wrote: Hi Alain, PS: forry for the delay, this is my 3rd answer, 1st was rejected by gmail, 2nd was rejected by fd-dev (!) If SourceForge reject you, just ask the admin to put your email in the White List. I got the same experience before, very annoying. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: Deltree
On Sat, 6 Aug 2005 20:41:02 -0700, you wrote: Hi Blair, BTW, deltree still functions like it should, but nevertheless it displays tons of garble which it shouldn't do. (The erroring command will display everything, but if I go ahead and press y+ENTER, it carries out the deletion of the directories successfully.) I also would like an option like format has to delete directories and subdirectories in the root directory, but a long option, also like format. Deltree on the FreeDOS site have problem, Eric have a patch but I've not yet test it. Recently I got XDEL from Alain, it seems far better than Deltree, but I need some time to play with it. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Chasing MS-DOS compatibility
On Wed, 03 Aug 2005 08:02:51 -0500, you wrote: Compatibility for the sake of supporting applications is good. Compatibility for the sake of compatibility is not necessarily good. Did you think EVOLVE is good? Such as the DEL command in WinXP can delete directory also, it's combine the DELTREE into DEL. Actually compatibility is not a problem if FreeDOS can supercede MS-DOS. That's means better, stronger, faster (from Six Million Dollar Man) :-) Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] To Eric, about FD-EMM's memory remapping
On Mon, 01 Aug 2005 17:38:11 -0300, you wrote: Hi Alain, IMHO, stupid it trying to run Windows 3.11 with FD-EMM386, not the other way around... Yes, stupid to run Windows 3.1, but who can guarantee no such program exist? I can understand why Michael refuse to implement, but it's a STAIN in FreeDOS, being not 100% MS-DOS compatible. I someone has a licence for Windows, then use it. If he doesn't care, then use it. FreeDOS is about FREE *and* LEGAL programs :) Anybody can code a Free Chinese System? Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: [Freedos-user] Important ... about FD-EMM386 VDS
On Fri, 29 Jul 2005 20:57:15 +0200, you wrote: Hi, However, it's enough to keep this only on the developer list. Thank you for Jack's advice on this matter. However a patch to EMM386 [ ftp://ftp.devoresoftware.com/downloads/emm386/emms204.zip ] would be even more usefull :) Oops! It's my fault. I'm sorry. I quickly pick the broadcast mode and fill-in both address. All kinds of help do help though, even strong advices. Now let's hope that, because of no patches were contributed by other ppl for this, Michael or Tom can develop a EMM386 patch on his own to (partially?) implement the advice which Jack gave. I'm grateful that Tom and Michael spent their time to make it and improve from time to time. Jack may see in a different way, but he spent his time and knowledge to point out what's wrong, it's benefit for the others, maybe sometimes the words a bit harsh. Just like teacher in my memory , shouting at student: You did it wrong again! However, any incremental improvement would work for me :) Narrowing down situations and test cases is also pretty important afterall to continue development. Agree. Let's see how EMM386 grows more and more mature. I think it's 95% to 98% complete already. It's a difficult job. Getting detailed info on what's going on is however more difficult. Yes. Not only Mark, I'm sure FreeDOS still have some XMS access NOT working in the same way as MS-DOS. My beloved Chinese System shows garbage when it load the font into XMS, it's almost a pointer to me, if it's done then the FreeDOS compatibility should be 99% done. Eric seems talking a lot again, if he have so much free time, why didn't he try to debug my beloved Chinese System? And see what wrong with it? The coding way not correct or it use tricks? Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS and path limit 64?
On Fri, 29 Jul 2005 16:50:27 -0300, you wrote: Hi, I lost the previous mail. You mean FD DELTREE? perhaps you should register this to bugzilla. Can someone help? I'm too stupid to use bugzilla. deltree is vary bad, has allways been. Ever since drdos I use xdel, that is why I wrote a clone version. If you're writing from scratch, why don't you rename it and replace the current deltree? I am just having compiler related problems... We got a lot of developers here, ask them! Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Arachne
On Wed, 27 Jul 2005 12:29:09 +0200, you wrote: Hi Bernd, I'm using a router (192.168.1.1 internal address), behind it a PC (192.168.1.x) and VMware guest with network in bridged mode (and thus 192.168.1.y). I've never succeed let VMware AMD Network adapter work in DOS :-( PPPoA is what I use, I think? ADSL :) Fast enough! This actually works with WGET. Where is the FreeDOS network bootdisk that Alain speaks of? Don't know ... did you try Bart's Network Boot Disk? I'm planning to also include WGET on the FreeDOS 1.44MB floppy, in order to pull the FDBOOTCD.ISO file from a webserver and so do a WWWsetup :) That might be easier than FTP, TFTP or a network share :) Sound quite complex, if you finished can you share your experience with us? Thanks. Rgds, Johnson. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] I forgot to put URL ...
Dear All, Sorry ... I forgot to put URL. http://johnson.tmfc.net/freedos It's Compatibility, also welcome to check others, and please help point out the mistake. Thanks. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Packet drivers/Automatic setup
On Tue, 26 Jul 2005 15:32:17 -0300, you wrote: Hi, Not Arachne please, I can't get it to work somehow. the best simple test is WatTcp's PING. That is what I use for simple tests and it is already in the FreeDOS networ floppy. No idea why Bernd fail to run Arachne, just a packet driver and the program (or WatTCP utils) I've successfully put Arachne to work with my Realtek 8139C, of course it's slowly than FireFox, but it works. Just want to know any other application can work on packet driver, running DOS TCPIP much more simpler to fire up Windows, loading hundreds of drivers . Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Packet drivers/Automatic setup
On Mon, 25 Jul 2005 23:35:39 -0700, you wrote: Hi Blair, This will help me to add netcard autosetup to my FreeDOS installation CD, and may make it easier for users to set up their DOS on the internet. Thanks. IMO, you can prepare some popular cards such as REALTEK and 3COM. I've no idea about the legal way to distribute, but I remember most of the drivers can be redistributed without any modification. Or someone live in US please suggest the legal way. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FDISK (45487 bytes) failed again
Hi, Jeremy's site up again, and I got the latest FDISK. However, I try to partition a 40GB hard disk and got this: Error 0 reading sector 0x3f I try to use the old one FDISK 1.2.1, it works. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] x-comment to Johnson Lam
tOn Sun, 24 Jul 2005 03:18:45 +0200, you wrote: Hi, But sadly, FreeDOS still not v1.0, that means it's still have some kind of bugs. which is cause, which is consequence? ;-) Chicken and Eggs :-) Better to say this way: If FreeDOS are DONE, no more MS-DOS! I agree with this, and if simplicity in the number of versions available is an issue, have 386+ and 8088 versions (being 286+ optimized is ok whenever possible, and whenever the differences between the 286-optimized and 386-optimized versions are small. Furthermore, this is something already done, I assume, but such versions should clearly say 386+ optimised version or 8088 version clearly in the /?, or this may become a nightmare of versions when a user reports bugs. 100% agree to your idea. For a better and simpler way to distribute, separate 8086 and 80386+ will let users easier to understand. Since most of the compiler/assembler have a 8086/80386 optimize parameter, it should be quite easy to get 2 version within a minutes. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: 8086 xmsswap
On Sun, 24 Jul 2005 03:22:32 +0200, you wrote: Hi, It could be that the, say, three versions are bundled together within an executable, and by means of some trick, the correct version is unpacked and run, but note that the executable version would grow a bit. Perhaps Eric can come up with one such ideas of packing programs together, given that he's the author of the CPX trickery. If the program can detect CPU and run the best optimizations, that's perfect! But when the program is TSR like EMM386, the resident size need to be minimized. In this case, separate version seems a better idea. I hope Eric can handle this kind of programming, looking forward for his work. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Hope for HTMLHELP, peace on the list, and a new ISO (was: EMM386, Kernel and Help)
On Mon, 25 Jul 2005 16:40:15 +0200, you wrote: Hi Aitor, Please calm down both and return to normal work on FreeDOS! Eric recently talk too much, now seems back to work. We're all hoping to improve FreeDOS, but can't push too much, poor guys like Jack Ellis need to find a job, he's 60 years old but still need to work for living! How cruel is the world! Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: Hope for HTMLHELP, peace on the list, and a new ISO
On Mon, 18 Jul 2005 10:13:05 +0200, you wrote: Hi Robert, Would you be so kind to correct my surname at http://johnson.tmfc.net/freedos/shsucdx.html ;-) Robert Riebisch I'm very sorry that misspell your name. Corrected. Please check. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] How to detect graphics mode?
On Sat, 16 Jul 2005 21:10:45 +0400 (MSD), you wrote: Use BIOS for text output - it should handle all cases. Same, as DOS does. Additional information ... A Traditional Chinese (KC, HAN, ET), Simplified Chinese (CCDOS) and Japanese (JDOS) font drivers will ignore or intercept direct screen write, BIOS text output highly recommended, or at lease the program have BIOS output option. Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] re: Hope for HTMLHELP, peace on the list, and a new ISO
On Sat, 16 Jul 2005 17:43:43 +0200 (CEST), you wrote: Hi Robert, I also missed the UDMA discussion which led Jack Ellis to leave development. What's the difference in XDMA? Sorry, but I need to say directly to avoid misunderstanding, too much confusion in last few months. Because Jack was very angry at Eric, Eric keep stimulating Jack by saying UDMA2 have some kind of problem or it's the cause of crashing other program (I'm sorry I didn't understand the low level memory accessing technique). And Jack feel that Eric just didn't listen to his explain (refuse the explain) and comes up with another challenge, he feel it's wasting time to explain anymore, so he didn't want to involve in this kind of things anymore, full stop. XDMA is a minimum UDMA2, no 80386 test and requiring XMS and an EDD BIOS, which are no-problem to most users. XDMA reaches a 2.5K file size and 1280-byte resident size. XDMA is here: http://johnson.tmfc.net/freedos Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Eric again MISREPRESENTED UDMA2 (in reply to the man that wants larger disk partitions)
Dear All, Sorry, Eric again! Hoping that nobody MISLEAD by him, Jack have a message to clear up: = Re: the 16-Jul-2005 comments by Eric Auer on FD-Devel (in reply to the man that wants larger disk partitions), be advised that UDMA2 does not process ONLY the following I-O requests: A) Requests issued while the driver is busy with ANOTHER request. The second request is REJECTED with BIOS error code 1 (invalid function). This should never happen, unless some hot shot issues an I-O request from within an interrupt routine! DOS drivers are NOT designed to be re-entrant! NOTE that the driver DOES wait for overlapped output to finish and will not reject a second I-O request if actual overlapped output is running. B) Requests whose sector count is zero or over 128. Such requests are always passed to the BIOS; it can complete a zero-sector request without having logic in UDMA2 to do this. Also, a sector count of 255 (FFh) may denote a 64-bit I-O request. Neither UDMA2 nor most DOS variants handle these! C) Requests whose buffer address is h, denoting a 64-bit I-O request. Such requests are always passed to the BIOS, same as in (B) above). ALL other I-O requests WILL be handled by UDMA2, UNLESS the driver IS NOT using its XMS memory buffer. If the system was loaded without an XMS manager (HIMEM, FDXMS, etc.), or if UDMA2 was loaded with its /B switch, ONLY THEN will UDMA2 pass misaligned or boundary-crossing I-O requests to the BIOS. For the 99% of us who DO have XMS memory available and who do NOT use UDMA2 with /B, the driver will process ALL legitimate I-O requests by itself, either by using direct UltraDMA, or by using UltraDMA to or from its XMS buffer, which is nearly as fast. As friend Eric has again MISREPRESENTED what UDMA2 does, you may want to post the above comments on FD-Devel as a reply to him! Note also that items (A) thru (C) above apply to XDMA as well. However, as XDMA requires an XMS buffer, it has the ability to execute any legitimate disk I-O request and will NEVER pass legitimate I-O to the BIOS! UDMA2 really SHOULD be written this way; but I WILL NOT deal further with those in FreeDOS who insist on DMA only mode! Best wishes! Jack R. Ellis = --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] [Fwd: USB for DOS driver available - DOSUHCI]
On Thu, 14 Jul 2005 23:45:52 +0200, you wrote: Hi Flo, I have done a USB driver for DOS and think this is of interest to some members of this group. Sure, did you tried it? Flo? I got to finish some work ... and I'm very interest to play around. Thanks forwarding Flo and also thanks to Geog Potthast for the driver! Rgds, Johnson. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel