Skip Menu |

This queue is for tickets about the FCGI CPAN distribution.

Report information
The Basics
Id: 12755
Status: rejected
Priority: 0/
Queue: FCGI

Owner: Nobody in particular
Requestors: albert.leidinger [...]

Bug Information
Severity: Important
Broken in: 0.67
Fixed in: (no value)

Subject: unloading data after last Request
Download (untitled) / with headers
text/plain 1.4k
Hi again! There is another problem. I want to use shared memory with fastcgi processes. Therefore the first dynamic process creates the shared memory with IPC::Shareable, the following processes connect to it. So its very important, that the creating process also frees the shared memory when it (and Apache) are stopped. The solution should be putting these function after the Accept-Loop. The doc says the call for Accept returns -1 when the processManager gets the TERM signal, so the while-loop gets skipped and the following code is executed. But the following script isnt working on my machine: #!/usr/bin/perl use FCGI; use strict; my $count = 0; my $handling_request = 0; my $exit_requested = 0; my $request = FCGI::Request(); sub sig_handler { $exit_requested = 1; warn "got signal $_[0]"; } $SIG{USR1} = \&sig_handler; $SIG{TERM} = \&sig_handler; $SIG{PIPE} = 'IGNORE'; while ($handling_request = ($request->Accept() >= 0)) { &do_request; $handling_request = 0; last if $exit_requested; } warn "exiting normal\n"; exit(0); sub do_request() { print("Content-type: text/html\r\n\r\n", ++$count); $request->Finish(); } I get the "got signal TERM" warn in the Apache ErrorLog, but I dont get the "exiting normal" log entry. It seems the script is just terminated at the beginning of the loop. Is this a bug? Or just another incompatibility? Thanks Albert Apache 2.0.49 mod_fastcgi 2.4.0 FCGI 0.67
Download (untitled) / with headers
text/plain 240b
The reason you are not seeing the last warn() call in Apache log is because the client (mod_fastcgi) and the server (your app) has finished the request. The STDIN, STDOUT and STDERR streams are part of the request (tied() IO handles).

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to