Sorry Mateusz,- I assumed this was well-known.
I have an Acer Aspire E5-571 laptop which has a quirky BIOS - the IDE
emulation option is specific to the hard drive only and not the CD/DVD
drive. I had though that the GCDROM drive was supposed to enable a SATA
drive, but it didn't and  I actually gave up on installing FreeDOS and then
stumbled on the Intel SATA driver which combined with the UIDE driver
enables the CD/DVD drive for a FreeDOS install and installing other
programs.

On Mon, May 18, 2015 at 6:34 AM, Mateusz Viste <[email protected]> wrote:

> Sorry, I don't think I have followed this AHCI/SATA issue - do you have
> any reference? An URL to a past mailing list message, or a bug report on
> sourceforge?
>
> Will add it to the wishlist, I just need some reference to attach it to,
> since it doesn't sound self-explanatory as you worded it.
>
> Mateusz
>
>
>
> On 18/05/2015 11:51, Don Flowers wrote:
> > For the wish list has the AHCI/SATA issue been mentioned? I have an Acer
> > which will not access CDROM using GCDROM or any thing else in the
> > FreeDOS repo, but works only  with the intel SATA driver first followed
> > by UIDE.
> >
> > On Mon, May 18, 2015 at 5:45 AM, Don Flowers <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> >     The wiki article is good as far as it goes, I collected all the
> >     pieces of the networking puzzle mentioned in the article, but can't
> >     seem to assemble them correctly. My currebn method of file transfer
> >     is via USB, and I am experiencing quite a bit of data corruption.
> >
> >     I have 3 desktops (one full time FreeDOS)  and one other connection
> >     available for my laptop PCMCIA. All machines are connected and setup
> >     individually, but  I am lost on the final client/host configuration.
> >
> >     On Mon, May 18, 2015 at 5:28 AM, Mateusz Viste <[email protected]
> >     <mailto:[email protected]>> wrote:
> >
> >         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 <[email protected]
> <mailto:[email protected]>
> >         > <mailto:[email protected] <mailto:[email protected]>>> wrote:
> >         >
> >         >     Hi,
> >         >
> >         >     On Mon, May 18, 2015 at 2:16 AM, Guillem <
> [email protected] <mailto:[email protected]>
> >          >     <mailto:[email protected]
> >         <mailto:[email protected]>>> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to