Vic wrote:
>
> I have an AMD K6-3 so (sorry about the duh question)
> I should be safe shouldn't I?
>
> On Fri, 24 Mar 2000, Civileme mewed:
> > Yes, and the D4X program is working my DSL connection as I write this.
> >
> > For many of you who have had freeze-ups at disk partitioning time or at
> > initial loading, the timing constraints of the Pentium code which could
> > not get past the deficiencies in your hardware will be considerably more
> > relaxed in this version. I will report very soon whether it works the
> > nasty Seagate large IDE drives that have so much trouble with pentium
> > code and 100MHz FSBs.
> >
> > I think this might actually work off of some of the older CDs that would
> > fail second stage initialization as well. Some people with that problem
> > might want to check it out. If it does, then there is no doubt at all
> > that the original problem was hardware related and was simply identified
> > by the stricter requirements of the Pentium code.
> >
> > So give it a whirl. It may be the backwards compatibility a few have
> > been pining for.
> >
> > Now, the question I have is are we going to have a fork in the updates
> > as well? I am interested to see how they will handle that.
> >
> > Civileme
> --
> My new linux web server with Apache
>
> http://kittypuss.dnydns.org
>
> Sign up for ClickDough and get paid to surf the web.
>
> http://secure.clickdough.com/servlets/cr/CRSignup.po?referral_id=kittypuss
If your disks work now, you should be safe. For those having
trouble installing, this may be worth a try as the 486 code seems
to be classicly more forgiving of out-of-spec hardware (and there
is a lot of it out there, even in the brand new Ultra DMA 4 /
Ultra-ATA (or purported to be so) area.
Civileme
--
Remember that if it is done on networks, it may occur on
your host which is a network unto itself.
