About networking -- have you looked at the wiki article? http://www.freedos.org/wiki/index.php/Networking_FreeDOS
It contains already quite a lot of informations, on many aspects of the DOS networking world. Mateusz On 18/05/2015 10:52, Don Flowers wrote: > I have a HP Elite 8000 with 12gb RAM, I use XOSL to boot Kubuntu 14.04, > Windows 7, Compaq DOS 5.0, MS-DOS 7.10 and FreeDOS. When running Compaq > DOS and/or MS-DOS 7.10, I use the native HIMEM and Windows 3.1 runs fine > in enhanced mode; on FreeDOS even standard mode seems buggy, so it is > not necessarily a RAM issue but seems to be (IMHO) some kind of kernel > incompatibility. > > As for Wi-Fi, I got it to work on a Compaq Armada 1750 using a Proxim > (Orinoco Gold 802.11b PCMCIA card (using WPA), but when we switched to > Xfinity service the WPA setup was not compatible with our other wireless > devices. > > I personally would like to see an updated step-by-step how to on a wired > home network setup for FreeDOS. > > On Mon, May 18, 2015 at 4:25 AM, Rugxulo <rugx...@gmail.com > <mailto:rugx...@gmail.com>> wrote: > > Hi, > > On Mon, May 18, 2015 at 2:16 AM, Guillem <guilevi2...@gmail.com > <mailto:guilevi2...@gmail.com>> wrote: > > > > I've been thinking of dualbooting my Windows PC with FreeDOS, > > Why exactly? Although it's not a totally horrible idea, it's very > tedious and a bit technical. Not worth risking anything important. As > I told one guy recently, make sure you backup all important files > first, and even then, only if you have all your Windows DVD recovery > discs (and product key) nearby. > > What Windows do you run? WinXP? Win7? With the former, do you run it > atop pre-existing FAT or (incompatible) NTFS? I'm not even sure you > can (properly) resize NTFS at all before Vista (without Linux GParted > or whatever). Also, Vista on up upgraded the boot loader, so it's more > complicated to adjust, hence probably needing third-party EasyBCD. > > Native is fun, fast, (sometimes) less buggy, and runs DOS as > originally designed. But these days we also have great alternatives > like DOSEMU or VirtualBox or QEMU. These emulations are much easier to > use and less error-prone, albeit no one solution is 100% perfect (not > even native). If your cpu supports VT-X, you'll probably benefit > greatly from using that (e.g. VBox or KVM or similar) instead of raw > booting, esp. for better accuracy and speed. > > The simplest solution (if your PC can boot from USB) is to use RUFUS > to make a bootable jump drive. Heck, you could also use various tools > to make a bootable Linux (presumably with DOSEMU). Even if you're > using an old Pentium 4 (like my old one), you can still boot USB via > PLoP Boot Manager via floppy (or CD or HD). > > > and the only things that are preventing me from doing that right now > are the fact that USB serial controllers don't work all the way > > At best, you're probably just going to have the BIOS detect a USB jump > drive as a fixed disk that can't be unplugged/removed (without > rebooting). Bret Johnson did write some nice UHCI-only drivers, but a > lot of machines don't support that, unfortunately. > > > and also that there's apparently no way to use applications that > require a sound blaster reliably. Is there any way to make some kind of driver > > that would sit between the application and the actual soundcard (in my > case a realtek) and forward what the app is trying to send to the > > soundblaster to the realtek the right way? > > Although it's not native and isn't even a real DOS (no actual FreeDOS > being used), the (portable, SDL-based) DOSBox emulator supports a lot > of graphics and soundcards, mostly for old commercial games. But > you'll need a different host OS for it. (Linux? FreeBSD? Kolibri?) > Believe it or not, this is better than even XP's NTVDM for many (but > not all) games. > > > I'm talking from a user's point of view here. I have never tried > developing anything for DOS so I really don't know about the limitations. > > In native DOS? Not sure, not many have tried. Most of us aren't savvy > enough to do something so extremely technical. I mean, one guy did > port SoftMPU (MPU-401 TSR emulator) to DOS, but even that is loosely > based upon DOSBox! :-) > > Like mentioned, there really needed to be a universal API for that > (and some did exist), but it was never popular enough for many to care > hard enough to utilize or fix it. So we have some libs, but nothing > universally useful. Also, lots of old games are hard to find, but they > sometimes do support multiple outputs, even PC speaker. Although even > that isn't always physically available, but it's often better than > nothing! > > > Also would FreeDOS actually run on a PC with 8gb of RAM? That's what > this one has, but after the previous message in this topic I'm not so sure. > > I run it just fine on my 6 GB Lenovo desktop. Of course, due to memory > holes, I "only" get (roughly) 2.9 GB free, but even that is "too much" > for some rare software (chokes, dies). But most well-behaved apps > (e.g. DJGPP) either work by default or can be massaged. > > Not sure how well it will work if you're running UEFI (CSM?). > > > I guess I would also have to figure out networking. I have no way of > using Ethernet because of how this house is set up. > > I can either use Wifi or use my phone with USB tethering, which is what > I normally do because that PC's network card doesn't work all the way. > > This alone is probably the biggest advantage of emulators (e.g. VBox > or QEMU, both of which I've used lately): easy to setup networking. > You know by default that it will work, unlike native, where you can't > be sure of anything! > > Granted, you mentioned Windows, but it's exactly Windows that doesn't > support DOS well anymore (if at all). So while it seems crazy to use a > software-only x86 emulator atop Windows on x86, sometimes it really is > better than nothing. > > In short: it depends on what you're trying to do, and whether you can > debug your own problems. > ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
