Newest Industry

Evolving the Online Performance Experience

GrabPERF: A little enhancement

leave a comment »

One thing that I have been frustrated with in cURL is the lack of OS level network error reporting.

Guess what? I should read the docs. It’s been in the code for a few revisions now.

The problem: It appears to behave erratically. I have it working successfully on one measurement machine (local network agent), but when I blindly rolled it out to the remote Gomez Agent, all the measurements melted down and started throwing this mysterious Error Code 43.

The difference is that the local machine is running linux 2.4.20-31.9 (most likely Redhat 9) and the Gomez Agent is running 2.4.22-26mdk (Mandrake 9? 10?).

I tried to test the code on one of my linux 2.6 (Fedora Core 3) servers running cURL 7.12.3, which should have this code in place, but it returns nothing when the connection fails due to a reset or timeout.

I now understand the need for network homgeneity. ARRRGH!

I just don’t get why the cURL RPMs for Fedora on the cURL site throw module dependency errors; and I am not getting involved in an RPM upgrade “falling dominoes” party at 01:00 EST.

I hope the Connection Timeout errors help some of you folks out who where just getting gaps when weird network errors were occurring.

Advertisement

Written by Stephen

November 4 2005 at 01:06

Posted in Uncategorized

Leave a Reply

Fill in your details below or click an icon to log in:

Gravatar
WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Connecting to %s

Follow

Get every new post delivered to your Inbox.

Join 269 other followers