You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by gilles chervy <ch...@balease.com> on 1999/07/19 17:28:36 UTC
general/4736: again, parent won't die until child deaf

>Number:         4736
>Category:       general
>Synopsis:       again, parent won't die until child deaf
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          duplicate
>Submitter-Id:   apache
>Arrival-Date:   Mon Jul 19 08:30:01 PDT 1999
>Last-Modified:
>Originator:     chervy@balease.com
>Organization:
apache
>Release:        1.3.6
>Environment:
sco 5.04 on a poweredge 4300 /dell
>Description:
already described in #1068, and until now aplying the fixe 
(add a fclose(stdout) at the start of the child.) worked perfectly...

unfortunately, about the time i tried to use mod_so, this problem reappared
even with closing stdout in the child...
>How-To-Repeat:
very easy:

#include <stdio.h>
int main(int argc, char *argv[]) 
        {
        int             pid;                    /*child ID*/
        pid=fork();
        if(pid!=0)      /*PARENT*/
                {
                printf("Content-type: text/html\n\n");
                printf("<html><head></head><body>\n");
                printf("<h1>PARENTAL ZOMBIES 3</h1>\n");
                printf("</body></html>\n");
                exit(0);
                }
        else
                {               /*CHILD*/
                fclose(stdout);        // worked well until now
                sleep(20);
                exit(0);
                }
        return(0);
        }
>Fix:
i'm definitely not a uniox expert, but, by analogy, apache might be keeping another strem open while in "dynamic" mode... Which one or where... i don't know.
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, you need]
[to include <ap...@Apache.Org> in the Cc line and make sure the]
[subject line starts with the report component and number, with ]
[or without any 'Re:' prefixes (such as "general/1098:" or      ]
["Re: general/1098:").  If the subject doesn't match this       ]
[pattern, your message will be misfiled and ignored.  The       ]
["apbugs" address is not added to the Cc line of messages from  ]
[the database automatically because of the potential for mail   ]
[loops.  If you do not include this Cc, your reply may be ig-   ]
[nored unless you are responding to an explicit request from a  ]
[developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]