httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hickey, Tom" <tom.hic...@radiantsystems.com>
Subject RE: [users@httpd] Increase Logging
Date Tue, 27 Oct 2009 12:14:09 GMT
I just wanted to post a bit of an update for the curious.  
I thought this error message
"ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported:"  
would lead me to the root of the problem but unfortunately I actually see this error when
I turn up logging on a working version so I believe Apache is just logging the "error" and
moving on. 
In looking through the change log we suspected the problem was with changes made to winnt_mpm
in either 2.2.6 or 2.2.8 but I installed 2.2.6 and 2.2.8 on my box and both worked like a
champ.  However 2.2.9 does not work. Same configuration as I am copying the conf file and
of course same third party dll was used on all installs.
Any thoughts on what might have changed in 2.2.9 that would cause this type of behavior on
a Windows system as there is nothing listed in the change log specific to windows?


Tom

-----Original Message-----
From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of Nick Kew
Sent: Friday, October 23, 2009 11:48 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Increase Logging

Hickey, Tom wrote:
> Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll
is not an Apache product.  But again I am trying to determine why this DLL works with version
2.2.4 and not with 2.2.14.  The DLL has not changed, I am using the same DLL so something
in Apache has changed. I hoped that with some additional logging I might be able to determine
exactly what Apache was attempting to do when it failed.

Oh, right, that's a valid question.  The "Premature end of
script headers" comes from code that was written originally
for CGI, but is also part of a public API and so could
perfectly well be used by other code such as your .dll.

Under the hood, it's caused by a function supplied by
your application returning zero.  That makes it hard to
speculate on what could be causing it, since we know
nothing about the function that returns zero.  It could
be one of Apache's standard functions (e.g. the one
that parses a header from a CGI script), or it could
be implemented within your .dll.

In other words, you really do need to raise this with
the supplier of your dll.

Unless you can run it under a debugger yourself, in which
case you should set a breakpoint at ap_scan_script_header_err_core
and examine what it gets passed as the "getsfunc" argument.

The one thing that concerns me from an Apache point of view
is that upgrading from 2.2.x to 2.2.later-x shouldn't break
your applications.  Even third-party binaries, provided they
use only public APIs and don't access private interfaces.
So it would indeed be good to know what's changed in your case.
Are you sure the configuration is identical?

-- 
Nick Kew

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org




---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message