Re: [Freedos-user] [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discuss ion
So Bertho was volunteering or did I misunderstand his message? I've come to be a fan all kinds of virtualization, VMs, appliances The android-x86.org project re-compiles Android for x86 which I run on Windows 8.1 in a VirtualBox VM. It is fast enough. Most of Android works as it does on my smartphone. I like running my Apps on my laptop while I'm doing my software development. The data syncs to my phone. FreeDOS could be valuable packaged as a porable VM appliance. That VM could be packaged with simulated storage, USB linkages, printer port translations, display adaptations, and a VM control panel. VMs are what Amazon Web Services, AWS, is. A FreeDOS appliance when setup for that environment can be shared and copied at will. If it crashes, it can be recovered in seconds. Local printing from the Internet is available already. These two examples show that VMs can be expected to run any older useful software on its original OS. As machine and OS emulation progresses this can be expected to be common. That reminds me schedule to build an AWS version of a DOS business software package. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] I'm back!
Jim, Good for you. I've just started work on finishing my Aerospace Engineering degree. That's right I'm a Rocket Scientist. Still works at a party. Since you now have major cred on usability maybe you might find a way to get LINUX on that righteous path. KDE, Gnome, and the rest are beat by Apple's environment and wait for it... yes even M$-Windows is a bit better than the LINUX contenders. I'm embarrassed to say it. DOS? Well I guess it's just DOS as always. I'm looking to run DOS with an application as a cloud appliance. Appliance really means Amazon Web Services or Google's compute product, Such old DOS programs can now live forever. The Federal Aviation Agency, FAA, used emulation of older computers, not DOS, to run older air traffic control software. They had tried to rewrite that software but seemed to keep failing. It appears that old software ran for several years before replacement. . Cheers, John S. Wolter Wolter Works EMail: johnswol...@wolterworks.com LinkedIn: John S Wolter, johnswolter On Tue, May 20, 2014 at 10:51 PM, dmccunney dennis.mccun...@gmail.comwrote: On Tue, May 20, 2014 at 6:12 PM, Jim Hall jh...@freedos.org wrote: I've been out for the last two years, working on my Master's degree (M.S. in Scientific Technical Communication) but I finally graduated earlier in May! My Master's capstone is Usability Themes in Open Source Software (which expanded on my earlier research project in free software usability). If you're interested in reading it, the PDF and ebook versions are on my web page. http://www.freedos.org/jhall/ I grabbed the ePub version, for later reading on the tablet. I gave it a quick scan, and saw the extensive references to ESR's writings. I've known Eric for decades, and first met him before he became famous. I believe he's actually pushing the With enough eyes, all bugs become shallow as Linus's Law these days, because the notion occurred to him during participation on the Linux kernel list, and Linus agreed it expressed his beliefs. What did you use to produce the ePub? And I'll hazard that the Mobi conversion from ePub was via Calibre? But I'm not quite done yet! I'm currently writing a version of my capstone project that I'll submit to the Journal of Usability Studies. I think I can get three articles out of it: the usability study results, using a heat map to display usability results, and a lit review of usability in free / open source software. We certainly need it. Open source software tends to be well crafted under the hood, but problematic for end users who have to deal with it. I was just in a discussion about the issue on another list. And both Linux Journal and Linux Voice said they would like to run a version of my article, so I'm writing separate versions for them. The SourceForge folks also asked me to write an ongoing series of articles for their blog, about usability in free / open source software. Excellent. I think versions of the audience aimed at general readers are needed. A paper written as part of a thesis requirement is a specialized beast. And a blog series for SourceForge would be a boon, if nothing else to get across the notion that mere mortals may have to use the code. I already have a small list of FreeDOS projects that I want to work on. I know there are some areas of the website that need improvement (stale links, out of date web pages, etc). And SourceForge sent me a nice email the other day, warning me that they are stopping the Wiki service (which we use) so I need to find another home for that by June 19. Migrate to Github? __ Dennis https://plus.google.com/u/0/105128793974319004519 -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] IBM PC emulator written in Javascript
I don't know if anyone in the FreeDOS community has seen this. It is a bit slow reacting to my typed commands but has the look and feel of the IBM PC with MS-DOS. I hope it inspires some inventing. http://jsmachines.net/docs/pcjs/ Cheers, John S Wolter johnswol...@wolterworks.com USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Desqview
I have a license and have used this. I see it as a wonder you've gotten this far. Cheers, John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter johnswol...@wolterworks.com USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Mon, Jul 15, 2013 at 10:55 AM, mcelha...@usnetizen.com wrote: I have a retail box copy of DESQview version 2.42 with all the accompanying manuals. In the error messages appendix says the following about this error: The DESQview command you performed tried to read the indicated DESQview file, but couldn't. If you decide the indicated file is bad, delete it and then reinstall DESQview. There is no harm in reinstalling DESQview over the same version of an existing system. In addition, it says: Sometimes, loading memory-resident programs prior to starting up DESQview, or allocating too few DOS file handles (by the FILES command in your CONFIG.SYS file), can cause this error. Also, if DESQview cannot find the .DVO (Open Window Menu) file this message will appear as a Startup Message. On an installation of this program that I have on an old computer, the DESQVIEW.DVO file is 249 bytes. You are correct that QEMM is not required (at least for the version I have) because I am running DESQview 386 using MS HIMEM.SYS and EMM386.EXE without problems. This is because some IBM drivers I have for this old computer would not work with QEMM. I don't know if this is of any help, but it's all I know about the problem. Good luck. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] DOS on Raspberry Pi
Okay, had anyone done a name search prior to production? MINiX3.org might not be amused. Go was the last test of overlapping names. Cheers, John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter johnswol...@wolterworks.com USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Tue, Mar 26, 2013 at 1:46 PM, Robert Riebisch r...@bttr-software.dewrote: Jim Hall wrote: I thought this was cool: Patrick Aalto ported DSx86 to the Raspberry Pi, The LineWars guy. :-) as rpix86 (as in R. Pi x86), so now you can run DOS on the Pi. http://rpix86.patrickaalto.com/ He's also working on a port to Android: http://ax86.patrickaalto.com/ Doom on my MiniX NEO X5 (http://www.minix.com.hk/Products/NEOX5.html) connected to a 37 LCD TV. ;-) Robert Riebisch -- +++ BTTR Software +++ Home page: http://www.bttr-software.de/ Blog (German): http://notepad.bttr-software.de/ DOS ain't dead: http://www.bttr-software.de/forum/ -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Bios limitation at 8 gb, and new hdd
BS, Don't forget the FAT-16 limit of 514 or was that 504 MBytes. Somehow this issue keeps being asked. Maybe we are not doing enough to explain it clearly. Cheers, John S Wolter On Sat, Feb 9, 2013 at 6:24 PM, Bob Schwier schwepes2...@yahoo.com wrote: Hey neat. I used Ontrack Disk Manager back in the eighties. bs -- *From:* Marco Achury marcoach...@gmail.com *To:* sakura kinomoto like-a-m...@list.ru; Discussion and general questions about FreeDOS. freedos-user@lists.sourceforge.net *Sent:* Saturday, February 9, 2013 6:59 AM *Subject:* Re: [Freedos-user] Bios limitation at 8 gb, and new hdd On DOS this is a normal limitation. There a program Ontrack Disk Manager that help you to format big partitions. You can left 1 or 2 partitions for DOS (8 Gb each) and the remaining disk you can use it with another operating system. -- -- +-+-+-+-+-+-+-+ Marco A. Achury Tel: +58-(212)-6158777 Cel: +58-(414)-3142282 Skype: marcoachuryhttp://www.achury.com.ve El 09/02/2013 06:48 a.m., sakura kinomoto escribió: Hi all! I have a PC 1996 year, and bought a hd d, Samsung sp0802n, (maybe 2005 year), with 80 gigabites But my bios can see only (first) 8 gigabites I am newbie, so, please, tell me, what software can help? Thanks for any hint! I love FreeDOS! :) -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more.http://p.sf.net/sfu/sophos-d2d-feb ___ Freedos-user mailing listFreedos-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freedos-user -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] editors.
It appears that the publisher of Vedit, Vedit.com http://www.vedit.com/, is willing to make the DOS version available as freeware. While not open source it has the advantage of being an original DOS program and is very fast. Send an EMail to supp...@vedit.com to make a request. Also ask for a discount coupon for the current Windows version. Cheers, John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter johnswol...@wolterworks.com USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Sun, Feb 3, 2013 at 9:25 PM, dmccunney dennis.mccun...@gmail.com wrote: On Sun, Feb 3, 2013 at 9:14 PM, Rugxulo rugx...@gmail.com wrote: On Feb 3, 2013 8:11 PM, dmccunney dennis.mccun...@gmail.com wrote: On Sun, Feb 3, 2013 at 11:59 AM, dos386 dos...@gmail.com wrote: detects,asm,basic,c,c Try INFOPAD from CC386 and FASM IDE :-) Alas, INFOPAD is a nice little editor with a multi-windowed Turbo Vision style interface, but in no way an IDE. And FASM IDE is a Win32 application. FASMD is the DOS IDE (text editor + assembler built-in). Check the DOS download .ZIP. So it is. Thanks for the correction. __ Dennis https://plus.google.com/u/0/105128793974319004519 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] EMail from forgotten printfil.com, an LPTx interception utility
Michael, Did you produce that image originally? If so and it is copyrighted you could ask for it to be removed. Cheers, John S Wolter On Fri, Feb 1, 2013 at 9:12 AM, Michael B. Brutman mbbrut...@brutman.comwrote: Hilarious ... That picture with the cute little old printer on it was lifted from one of my web pages: http://www.brutman.com/PCjr/pc_compact_printer.html The ragged paper line matches perfectly. Mike On 2/1/2013 12:32 AM, john s wolter wrote: I received an EMail from printfil.com http://printfil.com, an LPTx interception utility. It might be used with a PC emulator on a Windows. It has a number of interesting features. Cheers, John S Wolter -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] EMail from forgotten printfil.com, an LPTx interception utility
Michael, That PC Jr printer is out of the last century. Cheers, John S Wolter On Fri, Feb 1, 2013 at 9:12 AM, Michael B. Brutman mbbrut...@brutman.comwrote: Hilarious ... That picture with the cute little old printer on it was lifted from one of my web pages: http://www.brutman.com/PCjr/pc_compact_printer.html The ragged paper line matches perfectly. Mike On 2/1/2013 12:32 AM, john s wolter wrote: I received an EMail from printfil.com http://printfil.com, an LPTx interception utility. It might be used with a PC emulator on a Windows. It has a number of interesting features. Cheers, John S Wolter -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] EMail from forgotten printfil.com, an LPTx interception utility
Michael, Well, then I advise you to ask for that credit. They may do that without hesitation. Cheers, On Fri, Feb 1, 2013 at 9:15 PM, Michael B. Brutman mbbrut...@brutman.comwrote: On 2/1/2013 1:10 PM, john s wolter wrote: Michael, Did you produce that image originally? If so and it is copyrighted you could ask for it to be removed. Cheers, John S Wolter It is my image - I own the printer and took the picture. However, it is not worth pursuing. I wish people would just give credit or ask first, but life isn't perfect and I know that I have infringed on a few copyrights in my time too. It is also not the first time that it has happened; but it's a funny when you randomly find something like that. As for the printer, it is a serial printer running at 1200 bps designed for the PCjr. It uses thermal paper (like an old fax machine) so the images degrade over time. It was not a terribly popular printer. Mike -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] New standard FreeDOS text editor - what itshould be (voting)?
Vedit.com, Vedit of course. It is very fast. It was originally written in assembly code but now it is in C. It can edit truly huge files even binary files, a neat trick. They have sold a MS-DOS version and I believe it can still be purchased. It has an available seat belt option. Cheers, John S Wolter On Thu, Jan 31, 2013 at 11:39 PM, Marcos Favero Florence de Barros fav...@mpcnet.com.br wrote: I'm actually more interested in what editors people *do* use under FreeDOS Editors fascinate me. Below are some of my favorites. And, yes, I do *edit* fairly large files, up to 15 MB. - Aurora by Jeff Wunderlich. A masterpiece. Fast, stable, pleasant to the eye, original, powerful, configurable. Files up to 1 gigabyte. Sophisticated, ultra-fast macro language with *hundreds* of commands. In view of all that, I wonder why hardly anyone ever mentions Aurora. It was shareware (and I'm a registered user). It is said (www-personal.umich.edu/~knassen/aurora.html) that Jeff gave away the registration password for anyone to use it for free. - FED by Marko Macek. Best syntax highlighting I know (but difficult to set up due to incomplete user manual). - TED by Thomson-Davis, Jason Hood - Editor built into the NDN file manager - SET by Salvador Tropea Back to the original topic New standard FreeDOS text editor, I assume this means a simple or medium-power editor. In that case, there's just one item I'd like to add to previous wish lists: syntax highlighting for comments. I can live without colorized keywords, strings, digits, punctuation -- but comments are a special case. Having them in a different color is a huge improvement in terms of visual comfort. Marcos -- Marcos Fávero Florence de Barros Campinas, Brazil -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] EMail from forgotten printfil.com, an LPTx interception utility
I received an EMail from printfil.com, an LPTx interception utility. It might be used with a PC emulator on a Windows. It has a number of interesting features. Cheers, John S Wolter -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Backspace
Interesting idea to have an ARM based FreeDOS. I've notice a change in the Subject title for this thread. It now reads Re: [Freedos-user] *[Spam]* Backspace. I wanted to ask is someone in the thread modified the Subject text. If not it may be that my EMail service made the change. If so I'll have a major Hissy-Fit with them. Cheers John S Wolter On Mon, Jan 14, 2013 at 2:33 PM, Thomas D. Dean tomd...@speakeasy.orgwrote: On 01/13/13 22:21, Thomas D. Dean wrote: scan ascii key 0 8 backspace 0 27 del -- two codes 0 126 This is correct. ^H also returns the cursor to the upper left with no erase. The machine is an ARM Elan 520 SBC with the console on com2, selected bu jumper. I can boot General Software Embedded DOS on this machine. At the command prompt, it behaves as I would expect, backspace erases the previous character, del deletes the line. I can boot FreeBSD 9.0 (nanoBSD) on the machine. Backspace and delete act properly, the same as GDOS. I was looking for a 32-bit platform with little or no overhead, so I tried FreeDOS, again. Tom Dean -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Backspace
Re: has become a way to get past Spam filters. It also attracts the attention of the reader. This could get the reader to open an EMail assuming it was a reply to a message sent. It is a form of social engineering. Cheers John S Wolter On Mon, Jan 14, 2013 at 4:22 PM, Thomas D. Dean tomd...@speakeasy.orgwrote: On 01/14/13 12:06, john s wolter wrote: The first place I see [SPAM] is in the email from Henrique Peron. I see I propagated it by using reply, followed by dmccunney, me, me, and John Wolter. I should be more careful when using reply. Tom Dean -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Long-term survival of FreeDOS
It's the clock, just the clock. It's a square wave usually, the old up and down. Pin 19, CLK, on the Intel 8086 DIP When emulating the speed of a 8088, 8086, 80286,... CPUs you need to emulate the Clock cycles -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_...etc... So sticking in NOPs may not work. -_nopnopnop-_nopnopnop-_nopnopnop-_...etc ...the Clock cycles are still too short. You want... -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_...of the correct cycle length, ..the infamous buss instruction T-state lengths are what this is about. You need to emulate at the CPU buss T-state level. I have a DOS simulator package of that 80286. It lets you step through an instruction's execution T-state by T-state. It's very instructional. I did not find a 80386 version or 80486. I did find and purchase 18 years ago a book 80x86 Architecture Programminghttp://www.amazon.com/80X86-Architecture-Programming-Reference-Implementations/dp/0132454327 that had the T-state information for a 80486. References: http://www.cpu-world.com/info/Pinouts/8086.html http://matthieu.benoit.free.fr/cross/data_sheets/Intel_8086_users_manual.htm http://www.ece.msstate.edu/~reese/EE3724/lectures/bustran/bustran.pdf http://en.wikipedia.org/wiki/Intel_8086 http://en.wikipedia.org/wiki/X86_architecture https://docs.google.com/viewer?url=http%3A%2F%2Fdatasheets.chipdb.org%2FIntel%2Fx86%2F808x%2Fdatashts%2F8088%2F231456-006.pdf Now you can program your own emulator. Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Thu, Jan 3, 2013 at 5:52 PM, Mark Littlejohn e...@zip.com.au wrote: There should also be made a distinction between real time input and real time output and servo loop. If you are capturing timing events you really only need to respond to an event and store a time for later processing. I usually use a microcontroller and write a routine around its interrupts so that it can respond easily down to microseconds and give good resolution (this has been mainly for medical projects that are not particularly high frequency). So you have the interrupts running code real time, and the normal loop crunching the numbers and providing output. Real time output can be set up very much like above, where the internal counter triggers the interrupt which outputs a value. Say you want to output a particular current at a particular time. Servo is much harder because it must respond to an input, and process it to give an output, at a defined frequency response. This is usually demonstrated with the balancing hammer where the servo balances a hammer on its end. There are systems that achieve this even if the hammer has a jointed hinge in the middle. I have even heard of it being done where there are two joints. This is a bit like trying to reverse a 3 bogey semi-trailer up a country lane at freeway speed. When you see Windows attempt the hammer demo you can see that every keyboard press or mouse movement causes instability, and opening a browser can make the hammer fall over. Often a simple microcontroller can beat even a really fast powerful computer, mainly because you can use the interrupts which I have found are almost impossible to get at in computers. Real time simply means guaranteed to respond to an external event within a specified period. What time period is required? But on modern hardware, other time-critical programs that will carve out slices of CPU time are likely a Who cares? issue. Commonly used hardware is orders of magnitude faster than the machines DOS was made to run on, and there are cases like games where you might specifically *want* to steal CPU slices, because otherwise your game runs *too* fast and is unplayable. . I have had to do this once, when writing an assembly code driver for a digital rotation encoder. The read cycle had to be slowed down by a specified number of NOPs to allow the register to load. The problem is that when a program is monitoring response devices such as the mouse and keyboard and presenting an animated display to the user, even a millisecond lost to some other program is a disaster. As I can often see the system blink on modern PCs running Windows and even Linux, I'm reasonably certain that I can't trust them to be accurately recording reaction times. One of my colleagues thought that she had solved the problem by buying an expensive test battery until I showed her the uncertainty factor that came with every response recorded. How accurately do you *need* to be recording reaction times? For that use case, I'm not sure I'd try to run DOS on top of Linux, even with a Linux version modified for RTOS usage. The best option might be custom monitoring software running directory on the RTOS, without DOS in the loop
Re: [Freedos-user] Long-term survival of FreeDOS
yawn Againfor 2013 /yôn/ Verb Involuntarily open one's mouth wide and inhale deeply due to tiredness or boredom. Noun A reflex act of opening one's mouth wide and inhaling deeply due to tiredness or boredom. . FreeDOS has a great future. It does not have to depend on actual hardware or ROMed BIOS it can run on virtual machine hardware. This states for the dim, FreeDOS will live forever. Emulators are everywhere. There are so many it is more confusing than a concern. Here's some background links http://bochs.sourceforge.net/ http://en.wikipedia.org/wiki/Qemu http://en.wikipedia.org/wiki/Emulator http://en.wikipedia.org/wiki/List_of_computer_system_emulators http://en.wikipedia.org/wiki/Q_(emulator) Next is simulations and game engines which have contributing software engines http://www.atcsimulator.com/ http://en.wikipedia.org/wiki/Game_engine http://en.wikipedia.org/wiki/Physics_engine ...the engines point out what is possible now and what can be built in the future inside computers. Here's the blockbuster. An IBM computer that emulated earlier models just to run the OLD air-traffic control software http://en.wikipedia.org/wiki/IBM_9020 Get there or be square. Cheers John S Wolter -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Re (2): FreeDOS bootable CD image sought
Let me also recomand the Eiffel Language created by Bertrand Meyer. It's documented in his 1188 page book that is not a text book, Object-Oriented Software Construction 2nd Edition and patches. A complete open source development system is available at Eiffel.org. Meyer's book discusses the motives that drove O-O languages design http://en.wikipedia.org/wiki/Eiffel_(programming_language) http://en.wikipedia.org/wiki/Uniform_access_principle http://www.amazon.com/Object-Oriented-Software-Construction-CD-ROM-Edition/dp/0136291554/ref=pd_vtp_b_1/181-6986335-8355138 http://tech.groups.yahoo.com/group/eiffel_software/message/19728 http://www.amazon.com/Tools-Technology-Object-Oriented-Languages-Systems/dp/0139231609/ref=sr_1_1?s=booksie=UTF8qid=1353995311sr=1-1keywords=Tools+4%3A+Technology+of+Object-Oriented+Languages+and+Systems Bertrand Meyer links http://se.ethz.ch/~meyer/ http://en.wikipedia.org/wiki/Bertrand_Meyer http://www.amazon.com/Touch-Class-Learning-Program-Contracts/dp/3540921443 http://www.ebay.com/sch/sis.html?_nkw=Touch-Class-Bertrand-Meyer-NEW-BOOK- http://bertrandmeyer.com/ That should get you started. Cheers John S Wolter -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Try gparted on a live CD.
You also might consider the well known and handy open source System Rescue CD http://www.sysresccd.org/SystemRescueCd_Homepage. It has 32 64-bit boot selections as well as boot options for the command line used for starting LINUX. A USB version is available as well. Yes it does have gparted. It can be installed onto an existing system with a separate partition and multi-boot arrangement. It supports these file-systems ext2/ext3/ext4, reiserfs, btrfs, xfs, jfs, vfat, and ntfs with read write support. Remote file-systems included are Samba(CIFS, SMB protocols) and NFS. See the website for a long list of packages supported. You can learn about these in the large manual and other supporting documentation Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Sun, Nov 25, 2012 at 1:20 AM, Michael Robinson plu...@robinson-west.comwrote: http://gparted.sourceforge.net/livecd.php Based on Debian I believe, there is a download link you'll need to click to get the iso image. Deepburner is a free CD/DVD burning tool that works in Windows XP/2000. There is a way to create a virtual floppy disk under Linux and burn that to CD. I think mtools is what you want. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] hard drive question?
Karen, There must be a program you need to run using a DOS environment. Am I right about this? If so is it a well known package or a custom software package? Some of older DOS software packages required a more traditional DOS filesystem like FAT-16. The decision as to which filesystem to use is sometimes imposed by an application program. An example I've encountered was a custom Clipper database software package that is insisting on a less than 540 megabyte partition. Why 540 Megabytes I don't know. Just to be safe I found it necessary to limit the partition size to 510 Megabytes. As I understand it, the original Clipper compiler was built using Microsoft C 5.1. Many add-on libraries used that same compiler and its libraries. Somewhere within that combination, partition size limits were imposed on the run-time program. Cheers John S Wolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Partition magic anyone?
Yet another is System Rescue at http://www.sysresccd.org/SystemRescueCd_Homepage . It's a LINUX based LiveCD that has an amazing number of utilities. It includes some of the previously mentioned programs and has documentation. It also has an X-Windows GUI interface which you start using by typing 'wizard' once it completes booting to the command line shell. I keep a copy in my brief case for when I make visits to customers. Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Fri, Oct 5, 2012 at 1:01 PM, userbeit...@abwesend.de wrote: -- Original message -- Subject: Re: [Freedos-user] Partition magic anyone? Date:Friday, 05. October 2012 From:Santiago Almenara almen...@gmail.com To: Discussion and general questions about FreeDOS. freedos- u...@lists.sourceforge.net On Thu, Oct 4, 2012 at 11:53 PM, Felix Miata mrma...@earthlink.net wrote: Likely if you had it you'd be stumped when you have devices of more than 2TB. Try http://partedmagic.com/doku.php instead. Why not use GParted? It's free. GParted is part of Parted Magic. http://partedmagic.com/doku.php?id=start [Quote] The Parted Magic OS employs core programs of GParted and Parted to handle partitioning tasks […] [/Quote] I used Parted Magic a couple of times and it works great for just partitioning. At least for DOS I don’t see any problems there, but it is definitely not 100% when it comes to the newest Windows on GPT or with OS X and HFS+ partitions. At least a version of Parted Magic I used a couple of years ago had issues (Mac OS X and Windows issues that is). Cheers, Andreas. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] (no subject) - dos printer network in vmware
Eric, You probably already know this technique inside the Windows standard SMB on top of NETBIOS over TCP/IP. I've used network sharing to provide an LPT1 printer to the a DOS program. It was a Windows XP Home Edition with service pack 3, sp3, installed. This was outside any VM player's environment. Once the printer shared the next step is to assign it to intercept output going to LPT1 like this NET USE LPT1 \\computername\printername ...it works most of the time. I've used this with a CA Clipper exe program which has a fussy library that can, not always, try to access the hardware directly. Clipper is a 1990s compiler for the dBase language system, files usually had a dbf extension It can be replaced with the harbour-project.sourceforge.net hosted to DOS. There is a xharbour project and a Flagship product and some others. I can imagine you can use a VM which can share a printer via SMB sharing using the VM virtual network inside the hosting computer. Then use the same NET USE assignment Cheers John S Wolter - Mailto:johnswol...@wolterworks.com - USA, Eastern Standard Time, -5 GMT, -4 GMT DST On Wed, Sep 19, 2012 at 7:05 PM, Eric Auer e.a...@jpberlin.de wrote: Hi! Not sure why you want to print via network, but if you want to use network in VMWare, you can use a DOS driver for any virtual network card of VMWare. No need to use a driver for the actual network hardware of Windows... You can also try other virtual computers such as Bochs, VirtualBox and similar :-) Eric PS: When using virtual network hardware, you can even use Wireless and other modern devices, as long as you have the WINDOWS driver for those on your Windows 7. I'm experimenting with FreeDOS in an effort to find a solution for access to a legacy DOS application. The environment is an HP laptop (6730s) running Win7 32-bit, VMWare Player v5 and FreeDOS 1.1. All proceeds smoothly until I try to gain access to a printer share via MSClient. (This is the only way I can see to get the application to print.) The challenge occurs when attempting to load the driver for the laptop's ethernet card - a Marvell Yukon. The driver is named yuknd.dos. ... Controller not found. What means, if any, are available to get over this? -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Redoing Clipper DB compiled app
I'm not sure about the AUTOEXEC.BAT lines, a space character is needed SET CLIPPER=F150; ...I also remember putting a semi-colon between each CLIPPER parameter a semi-colon at the end. My memory could be off or Harbor may not need that. On Sun, Sep 2, 2012 at 12:28 PM, Fabio Muller muller.fa...@laposte.netwrote: Em 30-08-2012 19:04, Eric Auer escreveu: Hi John, if you have Clipper-compiled sources, you can indeed try to compile them again with the free Harbour clone, as you already mentioned. There is also a wikipedia article for those who are new to the topic. As far as I remember, FreeDOS 1.0 came with a version of this, but it was quite big and needed OpenWatcom installed. On the other hand, porting command line Linux apps with DJGPP works reasonably well, as does running (sometimes no porting needed) of Matlab code in the free Octave system, so maybe Harbour just works? :-) https://en.wikipedia.org/wiki/Harbour_%28software%29 http://www.freedos.org/software/?prog=xharbour By the way, nice that you have OS/2 Warp around :-) I'm looking for remarks about porting and running a Clipper compiled dBase(.dbf files) application on FreeDOS. I've used some index add-on libraries which may be an issue in FreeDOS. I have little source code for the libraries. They and Clipper were created using Microsoft C 5.1 of long ago... I have some options. I'll just give FreeDOS a try with QEMU on LINUX If you use Linux anyway, you can use Dosemu which emulated only parts of the hardware - this is faster than a full virtual PC and gives you extra DOS goodies like mapping Linux directories to DOS drive letters without needing drivers for it in DOS. VMPlayer/VirtualBox on Windows. I could also do time consuming and extensive redevelopment using harbour-project.souceforge or xharbour.org Clipper clones. Did you already make an estimate how much code would really have to be changed? Maybe not that much, after all. But as I never worked with Clipper, this is only a guess for me. If your Clipper app worked in PC DOS, it should also work in FreeDOS... Maybe somebody can look at this Brazilian thread? http://www.mandrivabrasil.org/site/forum/index.php?topic=4360.0 The news.gmane.org/gmane.os.freedos.devel archives say that from FreeDOS kernel 2026 to 2027, file locking improved (in particular: network drive file region locking) but printing in Clipper broke. That was back in 2003, so I hope that the bug has been fixed later on. Good to know that Clipper apps in general just work in FreeDOS (print bug or not)... :-) Note that SHARE also got updated (and forked...) since then. Regards, Eric -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ Hi Eric and all, the brazilian thread said that the guy solved the problem changing the config.sys to : FILES=150 BUFFERS=80 Autoexec: SETCLIPPER=F150 DOSKEY he had other problems but related to internet explorer. tks... -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Serial port or USB/PCMCIA modem support
Adding to Mr. Cochran's remarks, the USB to serial porthttp://en.wikipedia.org/wiki/Serial_portusually is a 9-pin like the ones provided on the IBM PC AT. The Wikipedia article Serial Port http://en.wikipedia.org/wiki/Serial_port has a picture of a USB dongle. It is a good source for background information. Dongles usually requires a Windoze software driver to make it usable as a serial port. There would be a need for it to have a similar software driver for FreeDOS. That last statement is where the issue sits. On Sun, Sep 2, 2012 at 11:42 PM, Bob Cochran bcochra...@verizon.net wrote: You can buy a USB-to-serial adapter that plugs into your USB port and provides a serial port. I don't know if FreeDOS provides drivers to support USB-to-serial adapters but they exist. There are online stores that sell these adapters in great variety -- the chipsets used to support them vary, and at least one online store will identify the chipset for each of the adapters sold. Again, and to be clear...I do not know if FreeDOS supports these adapters. Bob Cochran On 9/2/12 10:52 PM, Aman Singer wrote: Hi, All. I have a laptop on which I would like to install Free DOS. I am, however, in some difficulty. The laptop has only one serial port built in. I am in need of two such ports. The unit has a USB port and several PCMCIA slots, but no other serial port. If I may ask, is there any external hardware which provides a serial port that I could use? Alternatively, does FreeDOS support any PCMCIA or USB modems? Thanks. Aman Singer -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing listFreedos-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freedos-user -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Redoing Clipper DB compiled app
I'm looking for remarks about porting and running a Clipper compiled dBase(.dbf files) application on FreeDOS. I've used some index add-on libraries which may be an issue in FreeDOS. I have little source code for the libraries. They and Clipper were created using Microsoft C 5.1 of long ago. I do still have a complete compiler distribution, updates may pose a challenge. I do have, believe it or not a working OS/2 Warp development system. I ran five virtual DOS sessions which were/are original IBM PC DOS 7 images. While way ahead of its time I'm concerned it has to fail at some point. This OS/2 might run on the first Pentium but that attempt may not be worth the effort. I could move to LINUX and oh-n mr. bill, Windows. I have some options. I'll just give FreeDOS a try with QEMU on LINUX and VMPlayer/VirtualBox on Windows. I could also do time consuming and extensive redevelopment using harbour-project.souceforge or xharbour.orgClipper clones. Time is money and redevelopment may have a long term return but if I can target FreeDOS cash flows immediately. Does anyone have any experience or suggestions about using existing Clipper applications on FreeDOS. Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Redoing Clipper DB compiled app
Jean, Thank you for your quick response. I to have worked with FoxPro for DOS and still have more that one license. I'll pull that package out to see what I might do with it. On Thu, Aug 30, 2012 at 4:15 PM, Jean MAURICE jsm.maur...@wanadoo.frwrote: Hi John, I am a Fox developper for ... a long time. And may be that Fox Dos can help you. If you are interested, you can ask your question on the Profox mailing list that you will find at www.leafe.com I am very happy to discover that I am not alone with old dbf files on DOS !!! Best regards -- Jean MAURICE Grenoble - France - Europe www.j-maurice.fr www.atoutfox.org www.aedtf.org -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Redoing Clipper DB compiled app
Eric, I'll review the threads to see what might work. I guess based on you comments I should try FreeDOS and see what happens. On Thu, Aug 30, 2012 at 6:04 PM, Eric Auer e.a...@jpberlin.de wrote: Hi John, if you have Clipper-compiled sources, you can indeed try to compile them again with the free Harbour clone, as you already mentioned. There is also a wikipedia article for those who are new to the topic. As far as I remember, FreeDOS 1.0 came with a version of this, but it was quite big and needed OpenWatcom installed. On the other hand, porting command line Linux apps with DJGPP works reasonably well, as does running (sometimes no porting needed) of Matlab code in the free Octave system, so maybe Harbour just works? :-) https://en.wikipedia.org/wiki/Harbour_%28software%29 http://www.freedos.org/software/?prog=xharbour By the way, nice that you have OS/2 Warp around :-) I'm looking for remarks about porting and running a Clipper compiled dBase(.dbf files) application on FreeDOS. I've used some index add-on libraries which may be an issue in FreeDOS. I have little source code for the libraries. They and Clipper were created using Microsoft C 5.1 of long ago... I have some options. I'll just give FreeDOS a try with QEMU on LINUX If you use Linux anyway, you can use Dosemu which emulated only parts of the hardware - this is faster than a full virtual PC and gives you extra DOS goodies like mapping Linux directories to DOS drive letters without needing drivers for it in DOS. VMPlayer/VirtualBox on Windows. I could also do time consuming and extensive redevelopment using harbour-project.souceforge or xharbour.org Clipper clones. Did you already make an estimate how much code would really have to be changed? Maybe not that much, after all. But as I never worked with Clipper, this is only a guess for me. If your Clipper app worked in PC DOS, it should also work in FreeDOS... Maybe somebody can look at this Brazilian thread? http://www.mandrivabrasil.org/site/forum/index.php?topic=4360.0 The news.gmane.org/gmane.os.freedos.devel archives say that from FreeDOS kernel 2026 to 2027, file locking improved (in particular: network drive file region locking) but printing in Clipper broke. That was back in 2003, so I hope that the bug has been fixed later on. Good to know that Clipper apps in general just work in FreeDOS (print bug or not)... :-) Note that SHARE also got updated (and forked...) since then. Regards, Eric -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDos in VirtualBox not a sure thing
Michael, Eric, Dave I just altered my EMail setup to better track this thread. I have missed some messages. On Fri, Aug 17, 2012 at 9:30 AM, Michael B. Brutman mbbrut...@brutman.comwrote: John, Just to make sure I understand ... You are running a batch file that is doing net use to setup printer shares, a file share, and loads nansi.sys. And the output to the screen during that time is around 8.5 chars per second? Just as a comparison, running the FreeDOS Beta of 1.1 under VirtualBox I can go to c:\fdos\doc\mtcp and execute type ftpsrv.txt. The entire time to watch that 37KB file scroll by is around 7 seconds, or about 5200 chars per second including the scrolling time. (The time to scroll is longer than the time to print chars.) Is VirtualBox slow because of what you are doing in those batch files, or is it slow no matter what you do? For example, try my little test there and see how fast it goes. We need to isolate what is causing your slowdown. And please try this with both TSRs and device drivers loaded and without so that we can see if it is a TSR or device driver problem. I have never heard of something that slow before in VirtualBox. As an alternative, you can try VMWare to see if it is something specific to VirtualBox. (I have found problems in VirtualBox before related to programs that reprogram the programmable interrupt timer. The mTCP PING program exposed it. It only affected PING while it was running.) RAM should not be the issue. But laptop hardware tends to throttle the speed if it is not plugged into the wall and allowed to run at full speed. I doubt this is your problem, but just in case, please clarify that the laptops are on wall power and are set to run at maximum CPU speed while on wall power. FDAPM and APMDOS are only introduced as a way to conserve battery power or reduce electricity consumption when used with wall power. Which reduces heat, which is always a good thing ... mTCP requires its own network adapter and can not co-exist with MS-Client. The same is true for WATTCP based applications. If you are trying to use both the MS-Client and mTCP or WATTCP programs at the same time on the same adapter then you need to add another adapter. Each of those programs assumes that they own the adapter and will fight each other in fun ways. Mike -- Cheers John S Wolter LinkedIn: johnswolter http://www.linkedin.com/in/johnswolter - Mailto:johnswol...@wolterworks.com - Desk: 734-408-1263 - USA, Eastern Standard Time, -5 GMT, -4 GMT DST -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] FreeDos in VirtualBox not a sure thing
I spent four days getting FreeDOS to work as a guest OS inside a VirtualBox machine. The path to success was a rocky and time consuming trial and error process. Once the particular console program was running it was not very fast. The customer deemed it to be usable. Later in the day the customer cancelled a small DOS software install in preference to a larger native Windows 7 development. The customer had decided to purchase an older computer to run the DOS application from hard disk. It amounts to a lost increment of business for myself that is not significant. This situation indicates to me that efficient execution of FreeDOS in Virtual Machines must be made to be transparently easy. VMs are a way to make FreeDOS available as 16-bit support withers away. The industry leader's 64-bit OS does not support 16-bit DOS programs directly as in prior versions. Open source software developers, unfairly, have more pressures on them to prove the results. I've seen the form discussions as do others about run-away keyboard polling and other such issues. Solving these nagging issues may not look to be glamorous but can swing perceptions of FreeDOS substantially. There are commercial utilities claiming to control problems but I ask are there equivalent features or settings within FreeDOS? FreeDOS did not create these wild-hare programs but is being painted with their behaviors. It is FreeDOS's burden in life:(i. The tweaking of the FreeDOS VM with networking in VirtualBox...0 GeneralBasic: OS = Other, Version = DOS SystemMotherboard: 32 MB, Chipset PIIX3, ...Processor: Cap 87% ...Acceleration: uncheck Enable VT-x/AMD-V Storage: IDE Controller, FreeDOS...vdi image NetworkAdapter 1: Enabled, Host-only Adapter, Name=VirtualBox Host-Only Ethernet Adapter USB: Enabled for 1.1, Addon Extensions not used The virtual machine network adapter choice was the 'VirtualBox host-only Ethernet adapter'. I used that to establish a CIFS/SMB LPT1: printer redirection to the host's, Windows 7, USB attached HP C4400 printer. The computer is an HP laptop with i5 CPU with 8 GB of RAMM. If there is a list of well-known issues, I would like to see if an altered configuration would help performance. I have taken a few minutes to install DOSBox which seemed fairly snappy. I have yet to try the customer's program. I'll be giving that a try. Cheers John S Wolter -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDos in VirtualBox not a sure thing
No Name, Are you one of the developers? Can you describe what exactly were the problems? No. It is not clear if the issue is within FreeDOS, the applications program, the VM, or VirtualBox itself. It is good that FreeDOS and VirtualBox have source code. The applications program does not. As for myself I've had no issues with getting FreeDOS to run in VMWare player, QEMU and VitualBox. I used the original FreeDOS 1.0 install and have manually updated the kernel since then. Here is the page I used as a starting point. http://lazybrowndog.net/freedos/virtualbox/ The iso provided has a configuration and FreeDOS setup. I believe is uses the 1.1 disk. I used Host-Only Ethernet adapter instead of the bridge adapter for this local application program. This usually makes sense for local installs that are not using network features. Selection #4 is what was needed. I used that after using other cookbook only solutions did not work. As for VirtualBox specifically, it will run a VMDK file so I use the same VMDK file that I have created for VMWare - no problems. For daily use I use VMWare under Windows XP, under Linux I use QEMU and sometimes use QEMU under Windows in special situations. I almost never use VirtualBox but fired it up just now after your posting. It appears you do not use VirtualBox, preferring QEMU and VMware. VirtualBox is not in the top three. So is the problem simply eating up processor time? Good question. FreeDOS from an OS point of view is actually pretty good - there is an option in the kernel to HLT during waits for keyboard input (IDLEHALT=-1 in FDCONFIG.SYS) which I have used and recommend. I've not found that in the manual. Let me know where those are documented But the real problem is the applications. For example FreeDOS EDIT.EXE is a terrible offender. I modified it for my own use to throw in a few HLTs and now it works great. People will talk about making applications FDAPM aware and using the mutliplex interrupt - I personally don't do these things - I make sure that the application in question is doing a HLT frequently. (For those who think the computer will lock up the HLT directive halts the processor until the next interrupt... not forever) Yes, I called them wild-hare programs. My point is that even though FreeDOS is not cause of the issues it is time to add some ways for it track to the executions and keep things under control. A keyboard port should be controlable. So you must customize every application the user will touch. If you have the source code, this should be easy. .. look for processor loops and put in some HLTs. If you don't have the source code you are going to have to run thru a debugger and find where the program is looping ... break the debugger when windows says you're at 100% utilization, should be easy to figure out. Then you need to patch the BIOS routine, DOS routine or do a binary patch to the application. Basically we have no idea what kind of loop or polling your application might do. There is no guarantee that your app is calling the OS or BIOS on these loops so the operating system will not be able to fix your problems. Here's an example: I see it will have to read the code. I wonder if a Sleep or Napping function is a better approach. This might be an event awakened when the subscribed service asks for service with a callback. HLT, halts the processor as you pointed out. The subscribed service can be adjusted in sitsu to get the desired level of attention for say the keyboard. Original program: while (hw_not_ready) { int hw_status = read_hw(); /* read_hw could be anything, like inportb() */ if (hw_status == GOOD) hw_not_ready=FALSE; } Better program for a VM: while (hw_not_ready) { int hw_status=read_hw(); if (hw_status==GOOD) hw_not_ready=FALSE; else delay_a_tick(); } bios_clk_ptr = MK_FP(0,0x46c); void delay_a_tick() { long ticks = *bios_clk_ptr; while(*bios_clk_ptr == ticks) _asm hlt; } -Original Message- From: john s wolter johnswol...@wolterworks.com To: freedos-user freedos-user@lists.sourceforge.net Sent: Wed, Aug 15, 2012 5:47 pm Subject: [Freedos-user] FreeDos in VirtualBox not a sure thing I spent four days getting FreeDOS to work as a guest OS inside a VirtualBox machine. The path to success was a rocky and time consuming trial and error process. Once the particular console program was running it was not very fast. The customer deemed it to be usable. Later in the day the customer cancelled a small DOS software install in preference to a larger native Windows 7 development. The customer had decided to purchase an older computer to run the DOS application from hard disk. It amounts to a lost increment of business for myself that is not significant. This situation indicates to me that efficient execution of FreeDOS in Virtual Machines must be made to be transparently easy. VMs are a way
[Freedos-user] Heads-up about FreeDOS Wikipedia.org page
I've visited the FreeDOS Wikipedia http://en.wikipedia.org/wiki/FreeDOSpage that appears somewhat out of date, I think. I don't know whose working the documentation effort but they may want to put some time into updating that resource. I have read the article and found it very useful. I use Wikipedia for the instant learning I need for software development and support work. You can't know everything so it is a quick reference to just about anything. Remember, Wikipedia is your friend. It is a well traveled path. Cheers. - jsw -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] FreeDOS inside Windows XP, virtual diskettes, and using Windows printers?
I need to have FreeDOS inside Windows XP, virtual A B diskettes, and divert LPT1 to Windows printers. I'm setting this up for a non-geek user's Laptop to run a 1985 DOS program. Here's what I need... 1. FreeDOS inside Windows XP because that's what they run 2. Divert LPT1 to Windows printers 3. Virtual A B diskettes using hard drive directories because the Laptop has no diskettes and add-ons are not workable DOSBox has 1 and 3 but not 2. 2 is in a forever beta. Cheers. - jsw -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Processor overheating under DOS
If the processor overheats with other OS's like IBM PC DOS(any version) then could it be the hardware. I'm guessing obviously. I just can't remember an old DOS portable(transportable) like an old 15 kg Compaq that would overheat this way. I've built power-supplies from parts and I've never seen a situation where a CPU would overheat under an particular OS like FlexOS or MS-DOS or FreeDOS. I keep thinking it's related to hardware. Someone please point me to an online article that would support this idea of an OS specific overheating power-supply. Are there Dust-Bunnies inside the power-supply? Is the p-s fan working? Is there a CPU fan and is it working? Is the p-s broken? Do you have a volt meter? If so check the p-s outputs. Is it grounding on the chassis? Is it arching to ground when the p-s warms up? John S Wolter -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Processor overheating under DOS
Christian, It basically is related to current system board design and therefore the dangling question is what aspect of design. What if anything has changed since that time? Are you referring to libraries, the CPU or something entirely else with this question? I'm referring to the CPU and I should include the the bridges. Does anyone among those on this form know something about or can offer links to an introductory discussion of current system board design? It is clear that thermal design is part of board design. I recommend not to run any modern system without FDAPM or idling applications. Thank you for the extended discussion of keyboard input. I can see the CPU is looping intensely. The roll of FDAPM based on your description needs some examination. The source code for it is the place to start. It may be productive to communicate with the maintainer of its code. John S. Wolter -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
Eric, Thank you for the PRN information. How would PRN behave in the situation that strings are output but no End-Of-Print-Job is sent? Well on real hardware it would depend on the printer. Some printers have some timeout and if nothing is sent for a while then they print the part of the print job that they already have received, possibly leaving part of the page empty but still ejecting it... Today I'm programming an HP P4015 to get the DOS output formatted. It appears to have a way to program that timer. Knock-wood. I think the Windows story is different - it tries to bundle your DOS print data into a print job and therefore tries to guess when DOS is done with printing - either by waiting a while or by using that PRN file close as trigger as somebody mentioned on the list. I think Windows will just send no data at all to the printer until either of the triggers happens. Earlier in this thread I included information on changing a wait-to-print item in Windows XP's registry. Something like that may be in Vista as well. Talking about your CPU time issue, did you try fdapm apmdos? It is meant to run on real hardware but MAYBE it is also of some use for Windows. Probably not, and in the worst case it just crashes, but I am curious :-). Whats the tamedos license? Here's TameDOS's web site http://www.tamedos.com/tame/tamehome.htm Here's the License page http://www.tamedos.com/docs/v50/license.htm In Bochs and dosemu, fdapm should work fine, but some configs of Bochs will produce lots of logging output when you use it so yet again it will be interesting to try :-) fdapm is a power control I thought. What role would it play for printing? LINUX with simulator and FreeDOS? It could be a consulting business. Dunno, dosemu works fine in my Linux, but I hear Clipper is one of the apps which sometimes need some fine tuning What I'm saying I've seen a old DOS programs that typically are for use in a specific industry or some specific regulatory.One was in the trucking industry to track insurance expirations for independent truckers. Another was for handling containers labeling paperwork which is handed to railroad transfer agents. Given today's Internet there may be a way to generate some business. Note: Clipper always needs tuning, particularly for the program of current disgust. I used the Blinker linker and it has a good DPMI. I turned off EMS and XMS and set memory to auto. DPMI is set to 8192 but a Blinker memory function reports that 45,000k is available. It has been a while since I looked at the link scripts. I got the Blink link script right by trial and mostly error having used a dozen third party libraries. If I were to change something it would take days to test and qualify it. Cheers -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
Eric, Do you have any knowledge about the behavior of the PRN output. How would PRN behave in the situation that strings are output but no End-Of-Print-Job is sent? I just got the PCL5 programming technical reference from HP. As I remember from the earlier Laser Jets there is a timeout setting that ejects the current page. Maybe this will be sufficient for this problem. Printfil has a Windows print utility that intercepts LPT1 output from DOS programs. It routes that output to a file which Printfil watches. It then routes that output as Raw output or through GDI formatting. I found this utility a good idea but it was not printing reliably. The program itself did not crash when running. I wanted to mention TameDOS which tamed my Clipper application which was using 99% of the Windows XP CPU time. It worked ok and helped if running Windows programs along side DOS programs. The Clipper CPU time fell to 14% according to the DOS Monitoring utility. It would be a fine addition for a development or Game. I wonder how this would effect Booch's simulator with FreeDOS. I'm finding more of these obsolete programs that need to run in a modern environment. LINUX with simulator and FreeDOS? It could be a consulting business. On Thu, Oct 9, 2008 at 7:17 AM, Eric Auer [EMAIL PROTECTED] wrote: Hi, That's fascinating. I'll have to test that. As far as the DOS program I'm forced to use, updating it would require a large investment. There is no prospect to generate enough cash to pay for the update. Don't write to LPT1:, instead open a file named LPT1 and write to it normaly. You will see that when you *close the file* the spool is flushed. Sounds both simple and useful :-). I mean the problem is probably that you have to know when printing is finished, as some non-DOS printers prefer to print job-wise and not byte-wise... However, there is not only LPT1 and LPT1: but also printing to BIOS int17, the printer port I/O or the DOS char device directly and explicitly. I wonder what your existing software does. If it prints to LPT1: via a file then it should be easy to binary patch it to print to LPT1 instead. However, it could also print to PRN (int 21.05) or use the BIOS (int 17, quite possible) or use the char device (sort of unlikely imho) which is less trivial to modify... If there are many people printing from DOS in Windows then it might be useful to recommend some redirect int 17 printing to a buffer in RAM, save it to a file and then, when the app is done, print that file using any command, for example COPY FILE.TXT LPT1 tool in this mailing list :-). Anybody remembers a nice one? Eric -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
I was thinking it would be useful to have an escape key sequence of some kind. LINUX consoles have a [system-request] key feature that is a kernel option as I remember. Taking this thought further, a general facility defined in an ini-file that has escape-sequences matched to actions. A key sequence would do some action like sending an [end-of-print-job] escape sequence to a selected output. It could also be something to get control back to the DOS prompt. I'm sure there are other ideas in this form. Just a thought. Cheers. On Thu, Oct 9, 2008 at 9:55 AM, Alain M. [EMAIL PROTECTED] wrote: There could be an alternative: make a TSR that reads the screen and detects some special finished text in this screen, then opens and closes the LPT1 file... Its a bit complicated, but I have seen/done worse ... Alain john s wolter escreveu: Alain, That's fascinating. I'll have to test that. As far as the DOS program I'm forced to use, updating it would require a large investment. There is no prospect to generate enough cash to pay for the update. Somewhere I have some disassembly of DOS which may reveal why. Where did I put that? On Wed, Oct 8, 2008 at 10:44 AM, Alain M. [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: That is one case where millions of ignorant are just plain wrong. I found a fix for that many many years ago in a Novell manual and it works on everything except Dosemu: Don't write to LPT1:, instead open a file named LPT1 and write to it normaly. You will see that when you *close de file* the spool is flushed. This is no trick, it was well documented at the time, and it is implemented for basic compatibiliy. Alain john s wolter escreveu: I found not only myself but millions, according to Google, of others have experienced printing delays when printing from inside a virtual DOS session. FreeDOS's parts [ in | on | inside] XP is not immune to XP's behaviors. I came across a fix at Tom's Hardware. The delays were 17 seconds and 3 to 5 once the changes were made. I wanted to print to a TCP/IP networked USB HP laser printer from a old DOS program that outputs to LPT1. No program source is available of course and Windows XP does not capture LPTx output as did Win98. I've found the NET command still works in the DOS box and LPTx printing can be redirected to any shared printer. NET USE LPT1 \\sharingcomputer\theprinter at the command prompt. This includes using \\12.0.0.1 http://12.0.0.1 http://12.0.0.1\printer localhost loopback. This worked but the printing would not start for 15 seconds. You can also install the Microsoft Loopback Adapter software for standalone computer, turn on networking, share a printer, and then connect it to an LPTx port. Specifically here's the fix,... http://www.tomshardware.com/forum/21658-45-printer-delay Here it is... 1) in REGEDIT ( START-RUN- REGEDIT ) click : Hkey_local_machine then click : System then click : CurrentControlSet then click : Control somewhere at the bottom of the control list Click: WOW in LPT_timeout property change it to 2 (seconds) 2) Go to SYSTEM.INI file in [386enh] section search [Network] if it does not exist enter the following : [Network] PrintBufTime=10 [IFSMGR] PrintBufTime=10 this will reset the wait to 10 seconds Hope this is of some use. --John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net mailto:Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
Eric, Which output method is a good question for which I do not have an answer. The program is a Clipper 5.2.x and has a number of added libraries. These may have replaced the original output routines. I use NET USE LPT1: to intercept the program output. Is that a clue to this mystery? On Thu, Oct 9, 2008 at 7:17 AM, Eric Auer [EMAIL PROTECTED] wrote: Hi, That's fascinating. I'll have to test that. As far as the DOS program I'm forced to use, updating it would require a large investment. There is no prospect to generate enough cash to pay for the update. Don't write to LPT1:, instead open a file named LPT1 and write to it normaly. You will see that when you *close the file* the spool is flushed. Sounds both simple and useful :-). I mean the problem is probably that you have to know when printing is finished, as some non-DOS printers prefer to print job-wise and not byte-wise... However, there is not only LPT1 and LPT1: but also printing to BIOS int17, the printer port I/O or the DOS char device directly and explicitly. I wonder what your existing software does. If it prints to LPT1: via a file then it should be easy to binary patch it to print to LPT1 instead. However, it could also print to PRN (int 21.05) or use the BIOS (int 17, quite possible) or use the char device (sort of unlikely imho) which is less trivial to modify... If there are many people printing from DOS in Windows then it might be useful to recommend some redirect int 17 printing to a buffer in RAM, save it to a file and then, when the app is done, print that file using any command, for example COPY FILE.TXT LPT1 tool in this mailing list :-). Anybody remembers a nice one? Eric -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
I was thinking the [SysRq] would be part of the kernel in the form of a key-action pair. The table would be loaded at boot time and would by-pass running programs checking keyed input directly. That is what the LINUX [SysRq] key sequence does. LINUX uses it for example to kill hung processes. It would also be possible to alter and manage the [SysRq] at the command prompt with some simple program. Routines to carry out requested actions are another issue. Something like simple sending end-of-print-job would be a BIOS like routine that hooks the printer output. Cheers. On Thu, Oct 9, 2008 at 12:40 PM, Alain M. [EMAIL PROTECTED] wrote: That is a good idea, it is much simpler than reading the screen... Now all you need to do is a TSR with file access, it probably can be done inside int28 ALain john s wolter escreveu: I was thinking it would be useful to have an escape key sequence of some kind. LINUX consoles have a [system-request] key feature that is a kernel option as I remember. Taking this thought further, a general facility defined in an ini-file that has escape-sequences matched to actions. A key sequence would do some action like sending an [end-of-print-job] escape sequence to a selected output. It could also be something to get control back to the DOS prompt. I'm sure there are other ideas in this form. Just a thought. Cheers. On Thu, Oct 9, 2008 at 9:55 AM, Alain M. [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: There could be an alternative: make a TSR that reads the screen and detects some special finished text in this screen, then opens and closes the LPT1 file... Its a bit complicated, but I have seen/done worse ... Alain john s wolter escreveu: Alain, That's fascinating. I'll have to test that. As far as the DOS program I'm forced to use, updating it would require a large investment. There is no prospect to generate enough cash to pay for the update. Somewhere I have some disassembly of DOS which may reveal why. Where did I put that? On Wed, Oct 8, 2008 at 10:44 AM, Alain M. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: That is one case where millions of ignorant are just plain wrong. I found a fix for that many many years ago in a Novell manual and it works on everything except Dosemu: Don't write to LPT1:, instead open a file named LPT1 and write to it normaly. You will see that when you *close de file* the spool is flushed. This is no trick, it was well documented at the time, and it is implemented for basic compatibiliy. Alain john s wolter escreveu: I found not only myself but millions, according to Google, of others have experienced printing delays when printing from inside a virtual DOS session. FreeDOS's parts [ in | on | inside] XP is not immune to XP's behaviors. I came across a fix at Tom's Hardware. The delays were 17 seconds and 3 to 5 once the changes were made. I wanted to print to a TCP/IP networked USB HP laser printer from a old DOS program that outputs to LPT1. No program source is available of course and Windows XP does not capture LPTx output as did Win98. I've found the NET command still works in the DOS box and LPTx printing can be redirected to any shared printer. NET USE LPT1 \\sharingcomputer\theprinter at the command prompt. This includes using \\12.0.0.1 http://12.0.0.1 http://12.0.0.1 http://12.0.0.1\printer localhost loopback. This worked but the printing would not start for 15 seconds. You can also install the Microsoft Loopback Adapter software for standalone computer, turn on networking, share a printer, and then connect it to an LPTx port. Specifically here's the fix,... http://www.tomshardware.com/forum/21658-45-printer-delay Here it is... 1) in REGEDIT ( START-RUN- REGEDIT ) click : Hkey_local_machine then click : System then click : CurrentControlSet then click : Control somewhere at the bottom of the control list Click: WOW in LPT_timeout property change it to 2 (seconds) 2) Go to SYSTEM.INI file in [386enh] section search [Network] if it does not exist enter the following : [Network] PrintBufTime=10 [IFSMGR] PrintBufTime=10 this will reset the wait to 10 seconds
Re: [Freedos-user] Some fix for Windows XP FreeDOS printing delays
Alain, That's fascinating. I'll have to test that. As far as the DOS program I'm forced to use, updating it would require a large investment. There is no prospect to generate enough cash to pay for the update. Somewhere I have some disassembly of DOS which may reveal why. Where did I put that? On Wed, Oct 8, 2008 at 10:44 AM, Alain M. [EMAIL PROTECTED] wrote: That is one case where millions of ignorant are just plain wrong. I found a fix for that many many years ago in a Novell manual and it works on everything except Dosemu: Don't write to LPT1:, instead open a file named LPT1 and write to it normaly. You will see that when you *close de file* the spool is flushed. This is no trick, it was well documented at the time, and it is implemented for basic compatibiliy. Alain john s wolter escreveu: I found not only myself but millions, according to Google, of others have experienced printing delays when printing from inside a virtual DOS session. FreeDOS's parts [ in | on | inside] XP is not immune to XP's behaviors. I came across a fix at Tom's Hardware. The delays were 17 seconds and 3 to 5 once the changes were made. I wanted to print to a TCP/IP networked USB HP laser printer from a old DOS program that outputs to LPT1. No program source is available of course and Windows XP does not capture LPTx output as did Win98. I've found the NET command still works in the DOS box and LPTx printing can be redirected to any shared printer. NET USE LPT1 \\sharingcomputer\theprinter at the command prompt. This includes using \\12.0.0.1 http://12.0.0.1\printer localhost loopback. This worked but the printing would not start for 15 seconds. You can also install the Microsoft Loopback Adapter software for standalone computer, turn on networking, share a printer, and then connect it to an LPTx port. Specifically here's the fix,... http://www.tomshardware.com/forum/21658-45-printer-delay Here it is... 1) in REGEDIT ( START-RUN- REGEDIT ) click : Hkey_local_machine then click : System then click : CurrentControlSet then click : Control somewhere at the bottom of the control list Click: WOW in LPT_timeout property change it to 2 (seconds) 2) Go to SYSTEM.INI file in [386enh] section search [Network] if it does not exist enter the following : [Network] PrintBufTime=10 [IFSMGR] PrintBufTime=10 this will reset the wait to 10 seconds Hope this is of some use. -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Some fix for Windows XP FreeDOS printing delays
I found not only myself but millions, according to Google, of others have experienced printing delays when printing from inside a virtual DOS session. FreeDOS's parts [ in | on | inside] XP is not immune to XP's behaviors. I came across a fix at Tom's Hardware. The delays were 17 seconds and 3 to 5 once the changes were made. I wanted to print to a TCP/IP networked USB HP laser printer from a old DOS program that outputs to LPT1. No program source is available of course and Windows XP does not capture LPTx output as did Win98. I've found the NET command still works in the DOS box and LPTx printing can be redirected to any shared printer. NET USE LPT1 \\sharingcomputer\theprinter at the command prompt. This includes using \\12.0.0.1\printer localhost loopback. This worked but the printing would not start for 15 seconds.You can also install the Microsoft Loopback Adapter software for standalone computer, turn on networking, share a printer, and then connect it to an LPTx port. Specifically here's the fix,... http://www.tomshardware.com/forum/21658-45-printer-delay Here it is... 1) in REGEDIT ( START-RUN- REGEDIT ) click : Hkey_local_machine then click : System then click : CurrentControlSet then click : Control somewhere at the bottom of the control list Click: WOW in LPT_timeout property change it to 2 (seconds) 2) Go to SYSTEM.INI file in [386enh] section search [Network] if it does not exist enter the following : [Network] PrintBufTime=10 [IFSMGR] PrintBufTime=10 this will reset the wait to 10 seconds Hope this is of some use. -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Sourceforge link to obsolete document
This is a message about a Sourceforge link that states the page is obsolete Here's the FreeDOS.org page that has the link http://www.freedos.org/freedos/lists/ Here's the paragraph on that page ...Things you should know about the SourceForge mailing lists: - Mailing lists at SourceForgehttps://sourceforge.net/docman/display_doc.php?docid=12983group_id=1 ... Here's the copied link to SourceForge https://sourceforge.net/docman/display_doc.php?docid=12983group_id=1 I imagine you will have to locate a different SourceForge page to link onto the FreeDOS page. -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Xen-devel] Unable to boot FreeDOS 1.0
I don't believe the Xen environment has the capability to directly boot images from CD. I read an article in the Jan. or Feb 2008 issue of LINUX Pro from the UK, where they could not boot a CentOS install CD/DVD. They had a method of booting using a QEMU image as I recall from the hard drive. Next the QEMU PC emulation booted the CentOS CD/DVD. The article portrayed this a workable technique. Since I have yet to try that I can not say if this technique could be adapted to the FreeDOS iso image. On Sun, Mar 23, 2008 at 7:03 AM, Bernd Blaauw [EMAIL PROTECTED] wrote: Geraldo Netto schreef: Hi Guys, Hello Geraldo, It seems command.com is missing could you try any iso from this site? http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/ The FreeDOS 1.0 ISO is confirmed to be working under normal PC BIOS when booting from CDROM. I guess your environment is a modern CPU with virtualisation extensions present and enabled? (as I don't think Syslinux, Memdisk nor FreeDOS kernel have built-in support for acting as XEN client). FreeDOS 1.0 ISO works like this: 1) Boot from CDROM in non-emulation mode 2) Load isolinux.bin (old version, version 3.62 is latest release) 3) Load isolinux.cfg configuration file 4) Press 1 to load FreeDOS (loads Memdisk, then loads /ISOLINUX/DATA/FDBOOT.IMG, which is a compressed 360KB bootable floppy image file ) 5) FDBOOT.IMG gets uncompressed in RAM, then is being executed (in RAM) by Memdisk in uncompressed form. 6) Bootsector is loaded, which in turn loads Kernel.sys (FreeDOS kernel) 7) Kernel.sys goes looking for \FDCONFIG.SYS and if that doesn't exist, \FDCONFIG.SYS. If that also fails, \COMMAND.COM 8) Selecting an option loads drivers and COMMAND.COM, then starts batchfile Knowing the layout of the 360KB diskette, I'd say the FreeDOS kernel is not able to find any files (don't see any menu option in your screenshot which points to no config.sys being found..nor can kernel find command.com). I don't know if XEN is to blame for this, or Syslinux, Memdisk or FreeDOS, or any combination of these issues. Could you refer me to the site which has a web-archive of the responses for the XEN mailinglists? Can't see if any threads with solutions were formed there. Alternative options are to remaster the ISO with 1.44MB floppy emulation enabled instead of non-emulation with Isolinux. Or ofcourse try a bootdisk first, instead of a bootable cdrom. Geraldo ps: sorry for crossposting, at least i hope it helps :) Bernd - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] please do never send files to a mailing list
Eric, I noticed the remark in the Xen posting, please do never send files to a mailing list. I think that this implies the need for a hosted discussion group arrangement. That will preserve the history of discussions which I think has benefits for this group. Given a history it would be possible given a really good archive search, quicker answers to well know questions and associated replies. Threads can have comments added at any time, either immediately or even years later. If something happens to the maintainers such as an injury or worse other could be found to take their places. It would allow for a structured organization of question groups. It would not require each list member to maintain the archive of the questions and replies. It would also allow relevant files to be stored within the archive. Does sourceforge.net have this facility or would you have to go elsewhere to get these features? -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] trying to installa freedos on a VM
Jim, I've been putting a measure of time into the Xen environment. I've learned a few things, I'm an amateur as of now. The gist of what I know is that to run FreeDOS as a VM in Xen you need QEMU as a virtual hardware bubble. I believe Xen can run QEMU as a VM and FreeDOS inside that. I believe this because I read an article in LINUX PRO Magazine(as I remember) where CentOS's install CD would not boot directly with Xen. The article used QEMU's hardware emulation to boot the CentOS CD for installation. It worked then. The books below mentions the use of Boch's hardware emulation. You'll have to look into the details of Xen yourself at http://en.wikipedia.org/wiki/Xen. Note that Xensource is now owned by Citrix, the maker of Citrix Mainframes, a blader server like product. They are known to have a close relationship with Microsoft. Whether this is good or bad is not known to me. Try to Google 'Xen HVM' about the Xen Hardware Virtual Machine. Here are the books I've found at the local Borders and the Barnes and Noble. These two should give a fairly good introduction to Xen's Theory of Operations and how to setup and run virtual servers. ref: The Definitive Guide to the Xen Hypervisor; by David Chisnall; ISBN: 978-0-13-234971-0; 2008; Pub. Prentice Hall; $50; This book is a hardcore look at the architecture of the Xen Hypervisor with specific reference as to how it is implemented at the assembly language level of microprocessors. It works its way upward towards the details of the interactions of between master OS, dom0, and the guests, domU or Hardware Virtural Machines, HVM's. This is the foundation of how the Xen works. A pet peeve of mine is the lack of comprehensive Glossary, Chapter notes and references, and supporting Appendix. The index could have much more bulk to it as well, however this book is quite good. Xen is a moving target, many changes are being either discussed or implemented. One question that comes to mind is whether an online book would be a better at this point in time. Changes in Xen can be expected over the next few years. It would be good to have a ever changing reference. Professional Xen Virtualization; by William von Hagen; ISBN; 978-0-470-13811-3; Pub. Wrox, Wiley Publishing, Inc.; $50 This book is more about how to install, setup, and administer Xen based virtualization. He discusses the history of VM's back through IBM's S/360's to all of today's significant virtualization projects and techniques. I will give you the knowledge of how to run a Xen system and data center. Good luck on virtualizing FreeDOS. On Wed, Mar 5, 2008 at 2:30 PM, Jim Hall [EMAIL PROTECTED] wrote: I've run FreeDOS in a PC emulator lots of times, including VMWare. It runs fine. The only thing I like to point out to people is that VMWare (or whatever emulator) really is acting like a PC. That means the BIOS settings are probably set to a default. The BIOS in the emulator is probably set to boot from hard drive first, then floppy, then CDROM (which may be an ISO image.) When you first define the VM for FreeDOS and try to boot the install CD, the virtual hard drive is uninitialized, so can't boot from it. So it tries floppy ... nothing there ... so tries the CD. That works, so the install CD works as you'd expect. After you've partitioned the hard drive using FDISK and reboot, the BIOS tells the virtual PC to try the hard drive first. This time, there's a C: drive there, so VMWare will try to boot from it - but it doesn't have an operating system on it yet. You'll get a no operating system found or some similar message. The solution: when you boot your virtual FreeDOS PC, go into the BIOS setup and change the boot order to: 1. CDROM 2. hard drive 3. floppy Then it will work as you expect, and you'll be able to finish the install. -jh On 3/4/08, Marcelo Nolodigo [EMAIL PROTECTED] wrote: I'm trying to install freedos on a VMWARE 6 virtual machine. Is there some caveats regarding it ? TIA Marcelo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] trying to installa freedos on a VM
I've been putting a measure of time into the Xen environment. I've learned a few things, I'm an amatuer as of now. The gist of what I know is that to run FreeDOS as a VM in Xen you need QEMU as a virtual hardware bubble. I believe Xen can run QEMU as a VM and FreeDOS inside that. I believe this because I read an article in LINUX PRO Magazine(as I remember) hwhere CentOS's install CD will not boot directly with Xen. The article used QEMU's hardware emulation to boot the CentOS CD for installation. It worked then. The books below mentions the use of Boch's hardware emulation. You'll have to look into the details of Xen yourself at http://en.wikipedia.org/wiki/Xen. Note that Xensource is now owned by Citrix, the maker of Citrix Mainframes, a blader server like product. They are known to have a close relationship with Microsoft. Whether this is good or bad is not known to me. Try to Google 'Xen HVM'. Here are the books I've found at the local Borders and the Barnes and Noble. These two should give a fairly good introduction to Xen's Theory of Operations and how to setup and run virtual servers. ref: The Definitive Guide to the Xen Hypervisor; by David Chisnall; ISBN: 978-0-13-234971-0; 2008; Pub. Prentice Hall; $50; This book is a hardcore look at the architecture of the Xen Hypervisor with specific reference as to how it is implemented at the assembly language level of microprocessors. It works its way upward towards the details of the interactions of between master OS, dom0, and the guests, domU or Hardware Virtural Machines, HVM's. This is the foundation of how the Xen works. A pet peeve of mine is the lack of comprehensive Glossary, Chapter notes and references, and supporting Appendix. The index could have much more bulk to it as well, however this book is quite good. Xen is a moving target, many changes are being either discussed or implemented. One question that comes to mind is whether an online book would be a better at this point in time. Changes in Xen can be expected over the next few years. It would be good to have a ever changing reference. Professional Xen Virtualization; by William von Hagen; ISBN; 978-0-470-13811-3; Pub. Wrox, Wiley Publishing, Inc.; $50 This book is more about how to install, setup, and administer Xen based virtualization. He discusses the history of VM's back through IBM's S/360's to all of today's significant virtualization projects and techniques. I will give you the knowledge of how to run a Xen system and data center. Good luck on virtualizing FreeDOS. On Wed, Mar 5, 2008 at 1:30 PM, Jim Hall [EMAIL PROTECTED] wrote: I've run FreeDOS in a PC emulator lots of times, including VMWare. It runs fine. The only thing I like to point out to people is that VMWare (or whatever emulator) really is acting like a PC. That means the BIOS settings are probably set to a default. The BIOS in the emulator is probably set to boot from hard drive first, then floppy, then CDROM (which may be an ISO image.) When you first define the VM for FreeDOS and try to boot the install CD, the virtual hard drive is uninitialized, so can't boot from it. So it tries floppy ... nothing there ... so tries the CD. That works, so the install CD works as you'd expect. After you've partitioned the hard drive using FDISK and reboot, the BIOS tells the virtual PC to try the hard drive first. This time, there's a C: drive there, so VMWare will try to boot from it - but it doesn't have an operating system on it yet. You'll get a no operating system found or some similar message. The solution: when you boot your virtual FreeDOS PC, go into the BIOS setup and change the boot order to: 1. CDROM 2. hard drive 3. floppy Then it will work as you expect, and you'll be able to finish the install. -jh On 3/4/08, Marcelo Nolodigo [EMAIL PROTECTED] wrote: I'm trying to install freedos on a VMWARE 6 virtual machine. Is there some caveats regarding it ? TIA Marcelo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Can't even get started!
Mr. Willard, The suggestions by the below long time FreeDOS users are a good start. It may be that you can figure this out on your own. That will make it easier for you to do more of you own computer setup over time. Learning new things is always good. That said this form may give you the guidance you need to reach your goal. There are many here ready to help as you have already seen. It is easier to learn to do things on your own if you have a working example. I can see it is a bit of a challenge for you now. There are experts here who have a great amount of knowledge. If you are completely stuck you may want to consider a paid telephone support session with one of the qualified experts. That is absolutely inline with the ideas of Open Source. Everything is not free with Open Source. Open Source is, well, open source. The source code is distributed and then if someone is pleased to do so, a binary, compiled, and ready to install CD or download is made available. A distribution is not a part of being Open Source, it is a community benefit. People who want are able to sell their services to support using an Open Source software package. Consulting, for example, is a time honored way for those who need it to get help. There are the FreeDOS developers who would greatly appreciate some compensation for their many dedicated hours. Just look up their names on the web site. They may or may not be interested in telephone consulting. As for myself, I've worked with most of the DOS derivatives for the last 26 years since MS-DOS 1.0. So I have a rough idea of how it works. I've been using FreeDOS for about two years inside LINUX and Windoze XP. Give me a try if others are not interested. Well I hope give some perspective to things for you. Good luck. On Tue, Feb 26, 2008 at 1:59 AM, Blair Campbell [EMAIL PROTECTED] wrote: I think there should be a direct link to the ISO right from the download page. On Mon, Jul 9, 2007 at 8:25 AM, someone [EMAIL PROTECTED] wrote: On Sun, 2007-07-08 at 17:22 -0700, chris evans wrote: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/fdfullcd.iso Did you try to right click and choose save-as? that way web browser wont try to display it on screen. A free software project can only do so much and is only as good of those that participate in the process of improvement. That said, I think download tips should be on http://www.freedos.org/freedos/files/ for new users that have trouble downloading it. --chris http://nxdos.sourceforge.net/ - Original Message From: George Willard [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Sunday, July 8, 2007 12:58:50 PM Subject: [Freedos-user] Can't even get started! Gents, I spent the day trying to figure out how to make FreeDos work on my Windows XP computer. NO luck. I could not even figure out how to download the fdfullcd.iso file. When I clicked on it, it just showed a bunch of text and high/low bit characters. Why put so much effort into a project that the regular person can't make work? George This is why I ordered my copy from http://linuxcdmall.com/. Michael Robinson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Fall is my favorite season in Los Angeles, watching the birds change color and fall from the trees. David Letterman (1947 - ) See ya - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] looking for epson or escp printer users
I have used EPSON wide carriage and OKI 390 turbo letter width dot matix in EPSON ESC/P and ESC/P2 modeS with custom code I wrote. As long as the correct escape code sequences were sent to the printer the output whether character based or graphics worked. One thing is to be sure you have good documentation of how the escape sequences work. The web is a ready resource to locate that information. The old printed 20th Century documentation from the late 1980's and early 1990's was not of great quality just a listing of the sequences. Thing would go-bad when the communications path to the printer was not working correctly. An example was for a printer port driver was not sending characters with the 8th bit set. That really ate up some time to figure out. Check to be sure the escape codes are actually reaching the printer. How would you figure that out. 1.) divert the printer output to a file from LPTx: 2.) use a Hex editor or a programmer's text editor with a Hex mode such as you can get from http://www.vedit.com, a really high quality editor. 3.) examine the actual Hex code series that the file indicates the printer receives to see if the printer is getting proper escape sequences. OR Write short programs that output short escape sequences to test the printer behavior. On Feb 18, 2008 2:23 AM, Oleg O. Chukaev [EMAIL PROTECTED] wrote: Hello Eric, Eric Auer wrote: Hi everybody, I got a mail that GRAPHICS does not work right on some Epson ( ESC/P , ESC/P2 ) printers... What namely does not work? ~2 years ago I tried GRAPHICS, but got bad results... Would anybody be willing to test and verify this? I have Epson LX-300 and wide noname printer which also support ESC/P, and I can test and verify GRAPHICS. -- Oleg O. Chukaev - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] looking for epson or escp printer users
Eric: I've set this in my calendar for Saturday Feb. 23nd. I'm in a sales campaign for my company as consulting has taken a dive in the Detroit auto industry. I have to stay on the phone making calls this week. Sorry for the slow response. On Feb 18, 2008 11:23 AM, Eric Auer [EMAIL PROTECTED] wrote: Hi Oleg, John, thanks for contacting me. I did use online and offline handbooks for writing the ESC/P mode of GRAPHICS, but it seems nobody tested it back then (and I myself only had a HP PCL printer). Only this year, somebody told me GRAPHICS would print an empty page for ESC/P, but he refused to help me to figure out why... GRAPHICS (the GRAPHPIN part of it) can do both 120x60 (on real 9pin: 120x72) dpi 8 pin modes (in /C mode) as well as 180x180 dpi 24 pin mode. I use the following sequences, ESC=char(27), CR=char(13), LF=char(10), FF=char(12), lo = /C mode, hi = normal mode: Init: Set line spacing lo: ESC A char(8) CR LF hi: ESC 3 char(24) CR LF Bitmap: Send one block of pixels lo, 31 columns 8 rows: ESC L char(31) char(0) hi, 70 columns 24 rows: ESC * char(39) char(70) char(0) Finish: Reset spacing, eject both: ESC 0 FF CR LF What namely does not work? ~2 years ago I tried GRAPHICS, but got bad results [on Epson LX300]... If you had told me, I could have repaired it 2 years ago... ;-) Eric PS: When I wrote GRAPHICS, I used DOSEMU to grab the printed data. I can send you examples of the PostScript output for testing on real printers, but it looked okay in ghostscript GV ;-). As for the ESC/P part, I tested by writing a minimal simulation of such a printer, with PNG output. So if that is broken, so is GRAPHICS. -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] File Access denied
The Clipper DB, a dBase language compiler, had locking mechanisms that were similar if not the same as the FoxPro as I recall. I had a book or a document that covered these issues but I can't take the time to look it up until this weekend. Sorry. Just remind me on Saturday morning to go look for the reference. Right now I can give you some links to projects that have dealt with these file locking and permissions issues. The Harbor Projecthttp://www.harbour-project.org/is an Open Source Clipper DB like or clone that has an MS-DOS version. I have programmed applications for MS-DOS using Clipper DB which did give me some trials and challenges when trying to prove the locking worked as expected. The Harbor Project http://www.harbour-project.org/ used the same API's with some helper code. The problem may be more of the way FoxPro interpreted the MS-DOS locking API. The other part of the issue as I recall was that the MS-DOS API required a fair amount of extra helper code to be usable. As I remember some Assembly is required. The Oasis Clipper source archive http://www.the-oasis.net/index.php3 may be a source of locking coding examples for Clipper. That may give you some ideas as to what the FoxPro issue may be. A Clipper news groupnews:comp.lang.clipperis also mentioned on that page where you may get information. I'm sure there is also a FoxPro version of that news group. Cross OS's file permission information is a long discussed issue on the Samba.org http://www.samba.org web site. Samba has a way to share drives MS-DOS system. The rub there, as you mention, is the LINUX permission system. Add to that the locking issues and things get interesting. Does anybody have a debugger or debugging solution for observing file locks or file permissions. This appears to me to be a problem with all OS's. It is much the same problem as I struggle with LINUX, Win OS's, and the MAC environments. I hate writing debugging code all the time. Links: http://www.harbour-project.org/ http://www.the-oasis.net/index.php3 news:comp.lang.clipper http://www.samba.org/ On Jan 17, 2008 11:43 AM, Tom Ehlert [EMAIL PROTECTED] wrote: I did load share. that doesn't matter. share is useful to access files on the FreeDOS harddisk, but it seems that your .DBF is located on the linux box Sorry I should have mentioned that. For testing purposes, linux permissions are open on 777 recursively, but still the same problem. I have been struggling with this for 2 months allready. Even tried putting the shared files on a CIFS server. Same results. Does Foxbase allow to share file acces ? this would require an open in read-only, sharing access. This might also depend on the application Tom Keith On Jan 17, 2008 4:33 PM, Eric Auer [EMAIL PROTECTED] wrote: Hi! (please use plain text mail without html) Is there anybody that runs Foxbase+ V.2.0 for DOS on FreeDOS? What I am trying to achieve is run a foxbase application on Linux with DOSEMU and freedos. Right. Maybe you get better results if you load SHARE... Please also compare diskimage (can be diskette or special DOSEMU FAT16 as generated by dosemu tools) drives to Linux directory used as drive drives. Problems when several users access the same file sound like shared file access problems :-). Even though no one is editing the file. The users should still be able to view the database even if no one is editing the current dbf file. Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Dos help on FreeDos
A book that helped me learn the internal structure of MS-DOS is Undocumented DOS 2nd Ed. by Andrew Schulman, ISBN0-201-63287-X, $44.95 retail cost. There were several Undocumented books is a whole series. Examples were mostly in assembly code, my favorite high level language. It covers a number of more detailed subjects than most DOS books On 9/17/07, Jim Hall [EMAIL PROTECTED] wrote: Hi Allan! Been a while since I looked for a beginner book on DOS, but Special Edition Using MS-DOS(r) 6.22, Third Edition by Que looked pretty good. It even mentions FreeDOS! :-) Kind of a thick book. I lot of IT books seem to go for number of pages, unfortunately. I hope it doesn't scare you away. There's a lot that you can get to under the hood in DOS, and the Que book takes its time in getting there. -jh On 9/16/07, Allan [EMAIL PROTECTED] wrote: Hi my name is Allan: Is there some kind of book on the kind of DOS that you run that I could learn out of?? Mind you I am just a begineer so it would have to be easy to start out with!! I have just a little not much of MS DOS in the XT computer days but other than that I know nothing but I really want to learn, please help if you can Thanks in advance and have a great day Allan W. Hoppel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto:[EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Partition layout
I've got a SUSE LINUX Pro 9.3, IBM PC DOS 6.x(drive C:), MS-Win98E(drive C:), IBM Warp 3(drive F:) on /dev/hda and booted using GRUB as a boot manager. GRUB has a number of features for booting most any OS which may help your situation. I hide and unhide various partitions as necessary to get the drive layout configuration. Notice that partition table entries are not sequential. IBM PC DOS 6.x boots as expected as drive C: while /dev/hda2 is hidden; the reverse is used when booting Win98 SE from /dev/hda2 instead of DOS. GRUB has many features one may allow your configuration to work. Here's the fdisk of it. Disk /dev/hda: 8401 MB, 8401010688 bytes 255 heads, 63 sectors/track, 1021 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 199 783 4699012+ 5 Extended /dev/hda2 25 198 1397655 16 Hidden FAT16 /dev/hda3 2 24 184747+ 6 FAT16 /dev/hda4 * 1 18001a OS/2 Boot Manager /dev/hda5 * 199 202 32098+ 4 FAT16 32M /dev/hda6 * 203 215 1043917 HPFS/NTFS /dev/hda7 * 216 267 417658+ 7 HPFS/NTFS /dev/hda8 * 268 516 2616 FAT16 /dev/hda9 * 517 782 2136613+ 7 HPFS/NTFS /dev/hda10 * 783 78380011 FAT12 On 8/30/07, Alain M. [EMAIL PROTECTED] wrote: Ray Davison escreveu: The labels include the drive letters, if they boot to their physical position. And that is the challenge. Booting FreeDOS 1.0, the W2K-D primary picks up the letter after any extended partitions. With DRDOS 7.01 Fat32, they hold their physical position. Extra (more than one) primary partition get a letter after all extended partitions. *That*is*the*rule*. If you boot Win98 or MS-DOS or FreeDOS from the second (physical order) primary partition, the other primary will also get the last letter. FWIK, if there is an extended partition between 2 primaries, it makes no differece. But I am only 90% sure of that. Some DR-DOS version have an extra bug, it has to boot from the first primary partition, that one will allways be called C: Alain - 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 nowhttp://get.splunk.com/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- John S. Wolter President Wolter Works Mailto: [EMAIL PROTECTED] Desk 1-734-665-1263 Cell: 1-734-904-8433 - 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-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user