Mapserv.exe under Apache doesn't finish requests

Dijken, M. van (Martin) Martin.van.Dijken at RIJNMOND.POLITIE.NL
Fri Feb 18 06:50:35 PST 2005


> By boiling down, I mean removing everything unnecessary to
> reproduce the problem.  For instance, get rid of all other layers,
> and reduce things to a direct mapserv invocation that
> demonstrates the problem.

Yup thanks for the warning, I was giving up too quickly again. I'll dig
further into it monday.

> I did notice the following message in your log:
>
>   HTTP request: id=12, found in cache, skipping.
>
> I wonder if there could be any issue with the caching logic.
> If there is a way of disabling this it might be worth a try.
> I'm not a libcurl guru so I don't know what is involved.
> Daniel might be the best person to ask, but I he may not be
> reading this far in this message.
>
> I don't know what the right way of disabling caching is, but
> you could try hacking maphttp.c.  In the function
> msHTTPExecuteRequests() add in the line "bCheckLocalCache =
> MS_FALSE;" just after the "char debug = MS_FALSE;"
> declaration.  That should disable use of caching.
>
> If disabling the caching solves the problem then I would
> encourage you to repost your analysis with the title about
> "HTTP Caching Bug" or similar.  That should get Daniel's attention.

I'll check it out. Time for weekend first.

Thanks for the tips and have a good weekend!

Martin

------------------------------- DISCLAIMER -------------------------------
De Informatie in deze e-mail en de meegestuurde bestanden zijn vertrouwelijk
en mogelijk wettig beschermd. De e-mail is uitsluitend bedoeld voor gebruik
door de geadresseerde en andere geautoriseerde ontvangers. Indien u niet de
geadresseerde bent, maken wij er u op attent dat gebruik van de informatie
in de e-mail en de meegezonden bestanden, waaronder openbaarmaking
vermenigvuldiging, verspreiding en/of verstrekking aan derden niet is
toegestaan en mogelijk zelfs onwettig. Mocht u deze e-mail abusievelijk
hebben ontvangen, dan vragen wij u de afzender op de hoogte te brengen en
het originele bericht te vernietigen. De Politie Rotterdam - Rijnmond is
niet verantwoordelijk voor de inhoud van deze e-mail en wijst iedere
aansprakelijkheid af voor en/of in verband met alle gevolgen en/of schade
van een onjuiste of onvolledige verzending en/of vertraging ervan. De
Politie Rotterdam - Rijnmond is niet verantwoordelijk voor meegestuurde
virussen. Het is uw eigen verantwoording om e-mails en de meegezonden
bestanden hierop te scannen. Aan deze e-mail kunnen geen rechten worden
ontleend. Belangrijke afspraken of contracten dienen altijd door de daarvoor
bevoegde personen te worden ondertekend.
----------------------------------------------------------------------------
The Information contained in this e-mail and its attachments is confidential
and may be legally privileged. This e-mail is intended solely for the use of
the individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient you are hereby notified
that any disclosure, copying, distribution or taking any action in reliance
if the contents of this e-mail and any attachments is strictly prohibited
and may be unlawful. If received in error, we ask you to notify the sender
and delete te original message. Rotterdam - Rijnmond Police is not liable
for the content of this e-mail and accepts no responsibility for any damage
and/or consequences of improper and incomplete transmission or delay in its
receipt. Please note that Rotterdam - Rijnmond Police does not accept any
responsibility to scan the e-mail and attachments if any. No contracts may
be concluded on behalf of Rotterdam - Rijnmond Police by means of e-mail.
Important agreements must always be signed by the therefore authorised
persons.
----------------------------------------------------------------------------



More information about the MapServer-users mailing list