W3C home > Mailing lists > Public > www-lib@w3.org > October to December 2003

Unexpected duplication with libwww-5.3.2... a concern?

From: Gehlhaar, Dan <dan.gehlhaar@pfizer.com>
Date: Thu, 20 Nov 2003 15:40:33 -0500
Message-ID: <FB8942EA6DCDD511A43F00508BCF818D0D9FD940@lajgrdexm01.agouron.com>
To: "'www-lib@w3.org'" <www-lib@w3.org>
Hello, all.

We're using libwww to fetch data from a local web server (the nature of the
data
is unimportant).  We've implemented a routine which is very, very similar to
the URL fetch code that comes as an example with the library (the 'chunk.c'
example).  We've added some authentication cookies, capturing of the content
type, and that sort of thing, but no major changes.
 
This routine is called repeatedly, loading sometimes dozens or hundreds of
URLs in a given session.
 
When I looked at some debug output, I realized that I was getting increasing
amounts of duplicate output -- specifically "Load End...." and "Net
After..."
annotations.  For example, the following is after the fifth URL download:
 
Net After... calling 104c99d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104c99d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104c99d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104c99d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104c99d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b94d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b94d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b94d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b94d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b94d0 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 10491e10 (request 1098dc90, response 10a9d730, status
200, context 0)
Net After... calling 104b8d90 (request 1098dc90, response 10a9d730, status
200, context 0)
Load End.... OK: `<URL deleted for security reasons>'
Net After... calling 104b8d90 (request 1098dc90, response 10a9d730, status
200, context 0)
Load End.... OK: `<URL deleted for security reasons>'
Net After... calling 104b8d90 (request 1098dc90, response 10a9d730, status
200, context 0)
Load End.... OK: `<URL deleted for security reasons>'
Net After... calling 104b8d90 (request 1098dc90, response 10a9d730, status
200, context 0)
Load End.... OK: `<URL deleted for security reasons>'
Net After... calling 104b8d90 (request 1098dc90, response 10a9d730, status
200, context 0)
Load End.... OK: `<URL deleted for security reasons>'
Net After... calling 10415370 (request 1098dc90, response 10a9d730, status
200,  context 0)
Load End.... OK: `<URL deleted for security reasons>'
 
Note that there are five "calling 104c99d0", five "calling 104b94d0", five
"Load End", 
and five "calling 104b8d90" annotations.  They all list the *same* URL (I
had to blank
it for security reasons-- sorry), even though each of the five calls to this
routine loaded
a different URL.  It's clear that some state information is not getting
cleared.
 
Things I've tried:
- Making sure that HTEventList_stopLoop() is getting called (it is).
- Reinitializing the library each call by creating and destroying a client
each time
  through (no difference).
 
Any ideas?  This wasn't mentioned in the libwww-5.4.0 release notes.
 
Many thanks,
Dan Gehlhaar
 


LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately.
Received on Thursday, 20 November 2003 15:40:43 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 23:39:35 UTC