Return-Path: Delivered-To: apmail-perl-embperl-archive@www.apache.org Received: (qmail 53246 invoked from network); 22 Nov 2004 19:33:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Nov 2004 19:33:47 -0000 Received: (qmail 79752 invoked by uid 500); 22 Nov 2004 19:33:46 -0000 Delivered-To: apmail-perl-embperl-archive@perl.apache.org Received: (qmail 79722 invoked by uid 500); 22 Nov 2004 19:33:45 -0000 Mailing-List: contact embperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list embperl@perl.apache.org Received: (qmail 79707 invoked by uid 99); 22 Nov 2004 19:33:45 -0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=INFO_TLD,URIBL_WS_SURBL X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [216.39.113.20] (HELO corpmx.savicom.net) (216.39.113.20) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 22 Nov 2004 11:33:45 -0800 Received: from Doug (office.mindsharedesign.com [216.39.112.17]) by corpmx.savicom.net (8.12.9/8.12.3) with SMTP id iAMJQIIN065266; Mon, 22 Nov 2004 11:26:19 -0800 (PST) (envelope-from drayner@savicom.net) Message-ID: <020f01c4d0ca$99367270$1f00a8c0@Doug> From: "Doug Rayner" To: "Gerald Richter" , "'Embperl'" References: <20041121140122.4F48810E3BD@lnx1.i.ecos.de> Subject: Re: Embperl::Object and FastCGI? Date: Mon, 22 Nov 2004 11:36:43 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Gerald; That seems to have had a positive effect. Are you suggesting that we code that in all forms which use multipart/form-data encoding, or were you now planning on calling that function internally to Embperl? Now that that problem seems to be resolved, there is another failure happening. I am getting this error in the apache error_log: [Mon Nov 22 11:14:47 2004] [error] [client 192.168.13.203] FastCGI: server "/home/drayner/www/fcgi-bin/epocgi.pl" stderr: Mon Nov 22 11:14:47 2004: Use of uninitialized value in string eq at /home/drayner/pmg/bin/read_license.pl line 2956. [20858]ERR: 24: Error in Perl code: Mon Nov 22 11:14:47 2004: Can't locate object method "FILENO" via package "FCGI::Stream" at /usr/local/lib/perl5/5.8.0/IPC/Open3.pm line 149. I see that there is a function in FCGI.pm called FILENO, but it is commented out. I re-enabled that function, and did not see the above error again, but I did start to see another error: [Mon Nov 22 11:19:56 2004] [error] [client 192.168.13.203] FastCGI: server "/home/drayner/www/fcgi-bin/epocgi.pl" stderr: Mon Nov 22 11:19:56 2004: Use of uninitialized value in string eq at /home/drayner/pmg/bin/read_license.pl line 2956. [21548]ERR: 24: Error in Perl code: Mon Nov 22 11:19:57 2004: Not a GLOB reference at /home/drayner/perllib/lib/perl5/site_perl/5.8.0/sun4-solaris/FCGI.pm line 125. I see that the comments around the FILENO function on FCGI.pm mention what value to return, and suggest a defined but meaningless value (-2). I wonder if this value being returned by FILENO is what is causing the "Not a GLOB reference" above. Any more ideas on this subject would be welcomed. We need to move forward with either mod_perl or FastCGI to get the performance we want from Embperl. We have a minor preference for FastCGI if we can get it working... Thanks and regards, Doug Rayner Senior System Architect Savicom: Next Generation eMail Marketing http://www.savicom.net (415) 617-9006 ----- Original Message ----- From: "Gerald Richter" To: "'Doug Rayner'" ; "'Embperl'" Sent: Sunday, November 21, 2004 6:00 AM Subject: RE: Embperl::Object and FastCGI? > Hi, > > Could you try to add > > CGI::initialize_globals () ; > > End the end of the page that receives the upload. > > Does this change anything? > > Gerald > > > -------------------------------------------------------------------------- - > Gerald Richter ecos electronic communication services gmbh > IT-Securityl�sungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl > > Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz > E-Mail: richter@ecos.de Voice: +49 6133 939-122 > WWW: http://www.ecos.de/ Fax: +49 6133 939-333 > -------------------------------------------------------------------------- - > ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info > -------------------------------------------------------------------------- - > > > > -----Original Message----- > > From: Doug Rayner [mailto:drayner@savicom.net] > > Sent: Thursday, November 18, 2004 6:54 PM > > To: Gerald Richter; 'Embperl' > > Subject: Re: Embperl::Object and FastCGI? > > > > > Can you send me your epofastcgi.pl script that you are using for > > > working with FCGI and Embperl::Object? > > > > I've attached it. > > > > Thanks and regards, > > > > Doug Rayner > > Senior System Architect > > Savicom: Next Generation eMail Marketing http://www.savicom.net > > (415) 617-9006 > > > > ----- Original Message ----- > > From: "Gerald Richter" > > To: "'Doug Rayner'" ; "'Embperl'" > > > > Sent: Wednesday, November 17, 2004 8:56 PM > > Subject: RE: Embperl::Object and FastCGI? > > > > > > > > > > > > After this fix, we were able to get things mostly working > > > > with fastcgi. > > > > However, we have encountered a problem with forms which use > > > > encoding type 'multipart/form-data'. It seems that the form > > > > data read for the first form submitted re-used to all > > > > subsequent form submissions. > > > > > > > > I know that Embperl uses a CGI object to process > > > > multipart/form-data requests. I know that there was a recent > > > > change to Embperl 2.0 to extend the lifetime of the CGI > > > > object by storing a reference to it in the request object. > > > > However, we do not see this behavior when we use mod_perl, so > > > > it might not be an object lifetime problem. > > > > > > > > We are using CGI v2.81 (and I have also tried with the newer > > > > v3.05), and FASTCGI v0.67. > > > > > > > > Any ideas on what might be happening? > > > > > > > > > > Seems like a problem with FastCGI itself to me. Maybe > > FCGI.pm keeps the > > > content somewhere and forgets to release it. I have to dig > > deeper into it > > > see what's happeing. > > > > > > Can you send me your epofastcgi.pl script that you are > > using for working > > > with FCGI and Embperl::Object? > > > > > > Gerald > > > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org For additional commands, e-mail: embperl-help@perl.apache.org