Received: (qmail 4021 invoked by uid 2012); 30 Jun 1998 19:10:40 -0000 Message-Id: <19980630191040.4019.qmail@hyperreal.org> Date: 30 Jun 1998 19:10:40 -0000 From: Neil Fusillo Reply-To: neil@intellimedia.com To: apbugs@hyperreal.org Subject: Hanging on certain CGI scripts. X-Send-Pr-Version: 3.2 >Number: 2532 >Category: os-solaris >Synopsis: Hanging on certain CGI scripts. >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Jun 30 12:20:01 PDT 1998 >Last-Modified: Thu Feb 11 16:10:02 PST 1999 >Originator: neil@intellimedia.com >Organization: >Release: 1.3.0 >Environment: SunOS isi 5.4 generic sun4m sparc Latest patch level GCC compiler 2.7.2 >Description: I'm trying to set about converting our servers from Netscape to Apache(which would be a tremendous boon for me). In the process, I keep running across server's whose CGI scripts cause Apache to hang(there seems to be no problem on the Netscape servers). The last one we ran into hung while trying to parse lines of a flat file that looked like: blah ||ted|steve|bob|etc The perl in the CGI was to go through and replace the pipes with alternate characters. If you remove the space traling the initial word, the CGI runs fine. (eg. blah||ted|steve|bob|etc) Any ideas as to why? >How-To-Repeat: www.mandrake.net:8000 (main.cgi doesn't load for similar reasons) >Fix: >Audit-Trail: State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Tue Jun 30 15:37:26 PDT 1998 State-Changed-Why: The bug report page clearly says 'no CGI questions.' There's not much we can do without seeing the actual script in question. If you will forward it to me (without Ccing apbugs) I will take a look at it. From: Rodent of Unusual Size To: Apache bug database Cc: Subject: Re: os-solaris/2532: Hanging on certain CGI scripts. Date: Wed, 01 Jul 1998 17:49:33 -0400 This is a multi-part message in MIME format. --------------B246F84B10B942D1D0A27035 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------B246F84B10B942D1D0A27035 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from DECUS.Org (Topaz.DECUS.Org [192.67.173.1]) by Mail.Golux.Com (8.8.5/8.8.5) with ESMTP id KAA30884 for ; Wed, 1 Jul 1998 10:10:06 -0400 Received: from hyperreal.org (taz.hyperreal.org) by DECUS.Org (PMDF V4.2-13 #26234) id <01IYVSB6ZNDC8X0U2D@DECUS.Org>; Wed, 1 Jul 1998 10:12:48 -0400 (EDT) Received: (qmail 23084 invoked by uid 161); 1 Jul 1998 14:12:44 -0000 Received: (qmail 23058 invoked from network); 1 Jul 1998 14:12:43 -0000 Received: from mailhost.intellimedia.com (eneref@206.65.239.217) by taz.hyperreal.org with SMTP; 1 Jul 1998 14:12:43 -0000 Received: (from eneref@localhost) by mailhost.intellimedia.com (8.8.7/8.8.7) id KAA31382 for coar@apache.org; Wed, 1 Jul 1998 10:10:35 -0400 Date: Wed, 01 Jul 1998 10:10:35 -0400 (EDT) From: Eneref Subject: Re: os-solaris/2532: Hanging on certain CGI scripts. In-reply-to: <19980630223727.9597.qmail@hyperreal.org> from "coar@apache.org" at Jun 30, 98 10:37:27 pm To: coar@apache.org Message-id: <199807011410.KAA31382@mailhost.intellimedia.com> Content-type: text Content-transfer-encoding: 7BIT Delivered-to: coar@apache.org The line of code that the server hung on(and what's odd is that it doesn't hang ALL the time... only sometimes... which is beginning to irk me, as I can find little common denominator)... Reading in a file in perl... when it gets to $line =~ s/\|\|/<\/td>/g; It hangs reading this data: Tennessee ||8/7/98||7:30 PM||A,B,E Now... if we comment out the line, the script dies normally. If we remove the space ater the word Tennessee, the script runs fine, and the server doesn't hang ever. If we leave the space in, the server hangs SOMEtimes.... (phase of the moon?) Now... it doesn't seem to have this problem on the Netscape Commerce 2.0 server, or Enterprise 3... I have not tried Apache 1.2.6 yet.. but its inconsistency seemed to strike me as odd. Any ideas? N. --------------B246F84B10B942D1D0A27035-- Comment-Added-By: coar Comment-Added-When: Wed Jul 1 15:06:44 PDT 1998 Comment-Added: What happens if you try running this script interactively (rather than through CGI) with a "-w" added to the shebang line? I'm wondering if there may be something that Perl doesn't like - but not enough to complain. Are there any errors in the error log relating to this? Do you have a ScriptLog set up? You might try setting one up and having this script exit with a non-zero status to force any Perl messages into the script log.. Comment-Added-By: lars Comment-Added-When: Sat Nov 14 08:20:46 PST 1998 Comment-Added: [This is a standard response.] This Apache problem report has not been updated recently. Please reply to this message if you have any additional information about this issue, or if you have answers to any questions that have been posed to you. If there are no outstanding questions, please consider this a request to try to reproduce the problem with the latest software release, if one has been made since last contact. If we don't hear from you, this report will be closed. If you have information to add, BE SURE to reply to this message and include the apbugs@Apache.Org address so it will be attached to the problem report! State-Changed-From-To: feedback-closed State-Changed-By: lars State-Changed-When: Thu Feb 11 13:06:30 PST 1999 State-Changed-Why: [This is a standard response.] No response from submitter, assuming issue has been resolved. From: eneref@avatar.arcdiv.com (Eneref) To: lars@apache.org Cc: apbugs@apache.org Subject: Re: os-solaris/2532: Hanging on certain CGI scripts. Date: Thu, 11 Feb 1999 16:49:03 -0800 (PST) Appears to be a specifically Solaris 2.4 bug. Replicated the bug on several different Solaris 2.4 machines (varying patch levels from most up to date to rather unpatched). Solved the problem by upgrading to Solaris 2.5.1 N. >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]