Re: A mystery about calling a program from CGIDEV2 -- WEB400

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Yeah, that is what I suspect although Nathan's Apache Directive idea might have some merit.

I remember reading some articles comparing the two "timeout" approaches (probably your articles) and I remember looking at the examples and using the signals/alarm approach because I could understand it and it seemed simpler to me.

Any chance you have a functional link to an example? Some of the earlier articles you did (like back in 2005) have non-functional links. A link to an example might get me going again.

Pete Helgren
Value Added Software, Inc
www.petesworkshop.com
GIAC Secure Software Programmer-Java

On 1/25/2012 11:48 AM, Scott Klement wrote:

Hi Pete,

The CHKSVR command relies on signal processing to "time-out" the
connection attempt.

It's possible that Apache either disables signals in it's CGI jobs, or
has them handled in a special way (for example, having the submitting
job handle the signals for the child job.) This sounds like it would
cause the problems you describe, right?

Rewriting CHKSVR with nonblocking sockets (instead of signals) would
solve this problem.

-SK

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.