>
> Jacky Lam asked in a previous mail about how Sterling Hughes' DNS cache
> pruning affects other libcurl internals, and I replied that it could lead
to
> problems.
>
> The current CVS code is now adjusted and supposedly takes care of this in
a
> good manner.
>
> My hope is that this will make even Jacky's very intense libcurl using not
> have the DNS cache grow out of proportions...
>

    I tried to grep the CVS source and run. But got crash after severl web
sites. Here is the stack trace.
#0 0x08170223 in curl_hash_clean_with_criterium (h=0x824e640,
    user=0x40c7d37c, comp=0x81703cc <_curl_hostcache_timestamp_remove>)
    at hash.c:264
#1 0x08170408 in _curl_hostcache_prune (hostcache=0x824e640,
    cache_timeout=60, now=1019877126) at hostip.c:189
#2 0x08170459 in Curl_resolv (data=0x40cae008,
    hostname=0x838332c "banner.eresmas.com", port=80) at hostip.c:223
#3 0x08172f98 in CreateConnection (data=0x40cae008, in_connect=0x40c7d654)
    at url.c:2190
#4 0x08173380 in Curl_connect (data=0x40cae008, in_connect=0x40c7d654)
    at url.c:2350
#5 0x08178206 in Curl_perform (data=0x40cae008) at transfer.c:1106
#6 0x08160e18 in retrieve_web (ws=0x8373028) at event.c:345
#7 0x08161497 in agent_main (data=0x0) at event.c:491
#8 0x4002eb9c in pthread_start_thread (arg=0x40c7dbe0) at manager.c:274

    It seems that the content of pointer "le" at the line it crashed is
rubbish.
    Thx.

Jacky
Received on 2002-04-27