Skip to Content.
Sympa Menu

baslinux - Re: [BL] Win98/linux coexistence problems

baslinux AT lists.ibiblio.org

Subject: Baslinux mailing list

List archive

Chronological Thread  
  • From: Sindi Keesan <keesan AT iamjlamb.com>
  • To: halinux AT kvinet.com, <baslinux AT lists.ibiblio.org>
  • Cc:
  • Subject: Re: [BL] Win98/linux coexistence problems
  • Date: Wed, 5 May 2004 12:13:02 -0400 (EDT)

On Wed, 5 May 2004, Hal MacArgle wrote:

> On 05-04, Sindi Keesan wrote:
> > David Lane wrote suggesting that I update my 56K X2 hardware modem by
> > downloading a file. I searched on the chip number and found something at
> > driverguide (a file named after the FCC number). I unzipped, extracted,
> > ran the exe in DOS, and ATI17 now tells me also V90. I connected at
> > '115200' and downloaded files at about the speed of a 56K modem. Next
> > time I connected it boinged for longer than usual and connected me at
> > 28.8
> > but I suspect the phone lines are not that clean and I got a bad one.
>
> Can you believe the various "reports" especially with MSDos?

This was Windows telling me the connect speed (DUN). We use Syschk to
test hardware and it said my SB16 pnp sound card was SB Pro 1 or 1.5.
What is DTE and DCE?

Can you try again to explain how an ATX power supply works? If i 'shut
down' Windows Jim has to open the case and jumper something to get the
computer to go on again in one case, where he could only get the reset
button acting as a power switch. Another computer does not even have a
power switch -only on the back. How are you supposed to turn it on after
shutting down Windows? I have to remember to restart in DOS first (like
exiting linux - reboot).

> I don't think there's a real "benchmark" standard.. Typically, MSD
> reports all my machines as having a 486, no matter what the CPU -
> except the old ones.. MFT the same.. 115200 is, no doubt, the DTE
> speed, not DCE.. The whole thing is a bag of worms methinks..
>
> >
> > This list is wonderful! Thanks Steven. Thanks David.
> >
> >
> > I still have not found a way to transfer fs.img. Laplink pro produces
> > something with a different md5sum number. If I zip the file first with
> > PKZIP the transferred zip file has the same md5sum number. But when I
> > unzip it again at the other end the number for fs.img does not match.
> >
> > I transferred via plip and the numbers still don't match.
> >
> > Maybe I need to zip, upload, and then download, like Steven did?
> >
> Have you tried 'cmp' to compare the files.. LLPro and Plip
> may add headers or signatures that upset md5sum.. Just guessing.. I'm
> going to do some testing using an ethernet transfer as well as NFS
> over ethernet.. Interesting... Maybe PKZIP is different than GNU's
> ZIP as far as checksums go, even tho the end result is the same??


Why use cmp rather than md5sum? First I see if the fs.img does not work,
then compare numbers when it does not. Oddly enough, the two fs.zip's
matched but their fs.img output did not. Steven zipped his image file and
that unzips properly every time, but mine does not. Why?????

I might try Kermit via nullmodem cable once, just to be thorough.
Then also slip but I don't know how to use that yet. We did Kermit file
transfer from DOS to linux one time, two versions of Kermit. A bit tricky
to learn.

Let me know how the ethernet transfer goes.

> Hal - in Terra Alta, WV - Slackware GNU/Linux 9.0 (2.4.20)
>
> Anyone can pile complexity upon complexity;
> only a genius can truly simplify..
> .
> _______________________________________________
> BasLinux mailing list
> BasLinux AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/baslinux
>





Archive powered by MHonArc 2.6.24.

Top of Page