SCOUG-HELP Mailing List Archives

<< Previous Message << >> Next Message >>

Date:	Sun, 29 Jul 2001 19:16:17 PDT
From:	Benedict G Archer <bgarcher@gte.net >
Reply-To:	scoug-help@scoug.com
To:	scoug-help@scoug.com
Subject:	SCOUG-Help: web pages never load

Content Type: text/plain

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

Peter Skye wrote:
>
> Benedict G Archer wrote:
> >
> > We have DSL with a Linksys router/switch. I find that
> > some web pages that load and display normally on a Win 98
> > machine on our LAN either load extremely slowly (minutes)
> > or not at all on two OS/2 systems on the same LAN.
>
> When you say "some web pages ... either load extremely slowly (minutes)
> or not at all", do you mean that all *other* web pages load *quickly*?

That's hard to say without quantitative testing. Most pages load OK;
some load "with difficulty", but eventually load; others never load
(e.g., motherboards.org)
>
> If most web pages load quickly but a few don't, they might be the ones
> that use Java (motherboards.org does). What is your Java version
> number? From a command line, run:
>
> java -version
> java -fullversion
>
> Mine says it's version 1.1.8 with a build date of 2001-04-26.

I get 1.1.8 with an October 2000 date

> If *all* your web pages are slow (you said 'we also get frequent "broken
> pipe" messages'):
>
> -- What happens if you take the network cable that's plugged into your
> OS/2 machine and plug it into a Win 98 machine? Does the Win 98 machine
> run more slowly? You might have a bad cable which is messing up the
> packets, or the port on the LinkSys might be bad or have dirty
> connectors.

I've done the converse--plugged my machine into a cable that works fine
with W98, and saw no improvement in the OS/2 behavior. I don't think
it's a cabling or hardware problem--the problem developed in previously
properly functioning systems with no connection to HW or SW changes.

> -- Might there be an IRQ conflict on your network card? What IRQ is it
> on, and what IRQs are the other stuff in your machine assigned to? To
> see the non-PCI stuff, run:
>
> rmview /irq
>
> Note that RMView.exe doesn't report the PCI stuff -- for that you should
> watch your initial motherboard bootup screen [although the IRQ
> assignments might change during the OS/2 bootup] or run PCIvk or ScanPCI
> both of which are on Hobbes. Here are the wget lines to get them:
>
> wget -c http://hobbes.nmsu.edu/pub/os2/util/misc/pci041vk.zip
> wget -c http://hobbes.nmsu.edu/pub/os2/util/system/scanpci.zip
>
> PCIvk and ScanPCI will report *only* what's on the PCI bus. RMView
> reports the other stuff.

It's a PCI card. But everything else on the home LAN works fine, as do
a lot of www pages, so that seems to rule out an address or IRQ conflict
doesn't it? (But thanks for the info on these utilities.)

I have so little space on my boot drive (the only partition on a 360 Mb
HD) that I had to put the swap file on another HD, and I still only have
about 20 Mb free space. So, I need to rearrange things (I'm running on
a 1997 installation with fixpaks), but have been waiting for eCS.
(Maybe I'll spring for new HW too.) In the meantime this problem
developed, and I thought someone might have seen it and understood what
was happening. My first suspicion was that the balking pages have MS
specific stuff that NS 4.61 doesn't handle.

Thanks, Ben A.

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================

Return to [ 29 | July | 2001 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.