Re: Re: param trouble
http://thingy.kcilink.com/modperlguide/snippets/Reusing_Data_from_POST_reque st.html - Original Message - From: Tim Sebastian Böckers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 01, 2002 2:24 PM Subject: Fwd: Re: param trouble Thanks to everyone giving their hints and help. I will try to search the archive again Jean-Michel as it looks v. similar. At the moment I'm lucky that I got my data in the url so in the end I just applied a regex. Cheers, Tim -- Forwarded Message -- Subject: Re: param trouble Date: Sun, 30 Jun 2002 11:32:46 +0100 From: Jean-Michel Hiver [EMAIL PROTECTED] To: Tim Sebastian Böckers [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] basically the whole thing is starting to bite its own tail and i would be very happy if anybody could give me any pointers as to why CGI won't read my data from the PerlInitHandler or after Apache::Request read them. I seem to remember a post where someone had trouble because he was trying to access POSTed data twice... problem was that once the POSTed data was read, that was it. Maybe it's something similar? Cheers, - -- IT'S TIME FOR A DIFFERENT KIND OF WEB Jean-Michel Hiver - Software Director [EMAIL PROTECTED] +44 (0)114 255 8097 VISIT HTTP://WWW.MKDOC.COM - ---
Re: apache 1.3.26 reverse proxy
On Mon, 1 Jul 2002, E Kolve wrote: I was watching the apache scoreboard file and it appeared the the mod_perl process was not being immediately freed by the proxy. Normally there will be 3 or 4 mod_perl procs in mode W Sending Reply, but after around 20 - 30 seconds on 1.3.26 as the proxy all 30 (that is my MaxClients for mod_perl) were in W. This seems like a problem with either the IOBufferSize that was recently added or possibly something to do with the proxy not releasing the mod_perl process once it has gotten the last byte... You can try mod_accel. Incomplete English documentation is available here: http://dapi.chaz.ru/articles/mod_accel.xml Also feel free to ask me directly. Igor Sysoev http://sysoev.ru
Mod_Perl Compilation with HPUX Native CC
Hello everyone, I must compile Mod_perl on HPUX 11.0 with HPUX's native CC, instead of gcc. Are there any configuration parameters need to be set such that Mod_Perl is compiled using cc. Thanks Chandra. Namaste, R S Chandrasekhar [EMAIL PROTECTED] [EMAIL PROTECTED] Phone : 2052427
Re: Mod_Perl Compilation with HPUX Native CC
At 11:02 02.07.2002, Chandrasekhar R S wrote: Hello everyone, I must compile Mod_perl on HPUX 11.0 with HPUX's native CC, instead of gcc. Are there any configuration parameters need to be set such that Mod_Perl is compiled using cc. I don't know if mod_perl will compile with HP-UX cc, but if you want to try, you must first of all have a perl binary compiled with cc. Then mod_perl should pick that automatically. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: apache 1.3.26 reverse proxy
Could this be a keepalive issue? I think keepalive support was fiddled with in recent mod_proxies. R.
[ANNOUNCE] New mod_perl site Release Candidate 1
What? - As you may know, the work on the new mod_perl site started in September 2001, and after almost a year we are glad to present to you the outcome of this work. The new site's goal wasn't only to create a nice design, but mainly to improve its documentation organization and navigational aspects, because of the ever growing amount of documentation that the mod_perl community generates. We have now come to the point where we are very satisfied with the design and overall usability of the site, so we are proud to announce the Release Candidate 1. Depending on the feedback from you, the site may undergo some minor fixes if there are problems and will eventually be released for you all to use. Where? -- RC1 is now located at this URL: http://perl.apache.org/release/ When the Release Candidate gets all its bugs rolled out, it will replace the existing mod_perl site: http://perl.apache.org/ What Problems To Report? Throughout development, the site has been tested extensively on many different OS/browser combinations: Unix, MacOS and Windows. However, we couldn't test with every possible browser/platform combination, so it's possible that certain combinations are problematic. This is why we ask for your help: take some time to browse the site, and take note of: - errors with browsers (crashes and/or rendering problems) - usability: are you satisfied with the navigation and organization of the content? - your general satisfaction with how the site is. Before sending your feedback, please remember that the site has been designed with respect to the HTML 4.0 and CSS 2 standards, and it is therefore possible that the rendering might be flawed in some browsers that do not follow these standards, either because they are old (and these standards didn't exist at the time of their release) or simply broken. However, we still tried to make the site usable for these browsers, which also somewhat restricted us in deploying the standards to their full extent. So if you see a rendering problem in a browser that is known not to support these standards, but the site is still usable, you may have to live with that and possibly you will need to consider upgrading your browser. The text browsers lynx and links seem to work fine with the new site, please report any problems with other text browsers that we didn't have a chance to test with. The punchline, is that you should remember that we don't claim that the site is perfect and it's still much better than the existing one. We will *not* try to provide a solution for every browser out there, because we simply don't have the resources for that, and we don't want to maintain a dozen css style sheets to accomodate for idiosyncrasies of every browser. However, we do want to get it to work as best as possible for everyone. Also we would like to remind you that you've had many chances to influence the overall design of the site and at this point it's too late to suggest drastic changes, so please stick to bug reports since we want to release the new site soon. If you've ideas for the future generations of the site, please consider bringing them up after this site is released. Where to report? Before reporting a problem, first please check whether the problem that you've have been reported already here: http://perl.apache.org/ISSUES If your issue is already listed, please do not submit it again. For a list of working OS/browser combinations, see here: http://perl.apache.org/STATUS Otherwise please post the description of the problem to the docs-dev list: http://perl.apache.org/release/maillist/docs-dev.html To post, send an e-mail to: docs-dev (at) perl.apache.org You do not have to be subscribed to post, but your message will have to be approved first so it might take some hours before it gets to the list. When reporting, we will need as detailed information as possible: - Operating System's name and version - browser's name and version - a detailed report of the *exact* problem you are having - if you have a rendering problem please provide a snapshot, though please try to keep the snapshot's size small. If the site is working OK for you, and it's not listed at http://perl.apache.org/STATUS , you can send us an OK report so that we know what works and what doesn't. Please be as precise as possible to help us find out the problem and fix it. Furthermore, if you know hot to fix the problem, we will appreciate that. When the new site goes live? If there will be no major bugs hopefully in about 1-2 weeks. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Nearing banner submission deadline
Banners are now online!! We received banners from 3 persons, and they will all represent mod_perl :) However, if you have any new ideas and a little time, you are very welcome to send in more banners, we always welcome those. See the banners online at: http://perl.apache.org/release/about/link/linktous.html At 23:01 28.06.2002, Per Einar Ellefsen wrote: Hi, As I said in my previous post, we are looking for mod_perl banners. We asked that you send in submissions before July 1st. However, we have only received 2 entries. If anyone has any graphic capabilities (doesn't have to be much really, the most important thing is just to get the message through with some great text), we would really appreciate to receive some more banners. For more information, please see my earlier announcement: http://mathforum.org/epigone/modperl/swoubreldbrimp -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Nearing banner submission deadline
On Tue, 2 Jul 2002, Per Einar Ellefsen wrote: Banners are now online!! We received banners from 3 persons, and they will all represent mod_perl :) However, if you have any new ideas and a little time, you are very welcome to send in more banners, we always welcome those. See the banners online at: http://perl.apache.org/release/about/link/linktous.html The logo banners and the buttons use a different version of the logo (with _ or without). I don't care which one we use, but we should be consistant. It's branding after all... The logo at the top of the page also uses a different weighting on the font, where the word 'perl' isn't as bold as the others. Mark. -- s'' Mark Fowler London.pm Bath.pm http://www.twoshortplanks.com/ [EMAIL PROTECTED] ';use Term'Cap;$t=Tgetent Term'Cap{};print$t-Tputs(cl);for$w(split/ +/ ){for(0..30){$|=print$t-Tgoto(cm,$_,$y). $w;select$k,$k,$k,.03}$y+=2}
Mod_Perl on Win2k Install Problems
I am having a lot of trouble getting Mod_Perl 1.27 up and running on Win 2k with Apache 1.3.26 and ActiveState Perl 5.6.1 Build 631. I am trying to compile by following the instructions in install.win32 (to the letter) using Visual C++ 6 as instructed. The makefile.pl runs fine and so does the nmake (does it matter if it's nmake or nmake install?). I then try to follow the instructions for building the .so in C++ and when I come to building it I get errors with building ModuleConfig.c. I have tried both the C++ method and the command line method, specifying the Apache and Apache Modules directory and neither work. I have also done it on 2 separate machines and I get the same errors. TIA Nigel ITM Business Solutions Unit 4 Nine Trees Trading Estate Morthen Road Rotherham S66 9JG Reception Tel: 01709 703288 Fax: 01709 701549 Help Desk Tel:01709 530424 Fax: 01709 702159 CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law.
Re: Mod_Perl on Win2k Install Problems
On Tue, 2 Jul 2002, Nigel Peck wrote: I am having a lot of trouble getting Mod_Perl 1.27 up and running on Win 2k with Apache 1.3.26 and ActiveState Perl 5.6.1 Build 631. I am trying to compile by following the instructions in install.win32 (to the letter) using Visual C++ 6 as instructed. The makefile.pl runs fine and so does the nmake (does it matter if it's nmake or nmake install?). I then try to follow the instructions for building the .so in C++ and when I come to building it I get errors with building ModuleConfig.c. I have tried both the C++ method and the command line method, specifying the Apache and Apache Modules directory and neither work. I have also done it on 2 separate machines and I get the same errors. TIA Nigel Can you paste in the errors you get? I just built this last week and it was OK, albeit with some warnings best regards, randy kobes
Re: Mod_Perl on Win2k Install Problems
The error I get when trying to use the makefile APACHE_SRC= INSTALL_DLL= method is don't know how to make ap_config_auto.h, the file isn't anywhere on my system. Nigel Peck [EMAIL PROTECTED] 07/02/02 04:29pm I am having a lot of trouble getting Mod_Perl 1.27 up and running on Win 2k with Apache 1.3.26 and ActiveState Perl 5.6.1 Build 631. I am trying to compile by following the instructions in install.win32 (to the letter) using Visual C++ 6 as instructed. The makefile.pl runs fine and so does the nmake (does it matter if it's nmake or nmake install?). I then try to follow the instructions for building the .so in C++ and when I come to building it I get errors with building ModuleConfig.c. I have tried both the C++ method and the command line method, specifying the Apache and Apache Modules directory and neither work. I have also done it on 2 separate machines and I get the same errors. TIA Nigel ITM Business Solutions Unit 4 Nine Trees Trading Estate Morthen Road Rotherham S66 9JG Reception Tel: 01709 703288 Fax: 01709 701549 Help Desk Tel:01709 530424 Fax: 01709 702159 CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. ITM Business Solutions Unit 4 Nine Trees Trading Estate Morthen Road Rotherham S66 9JG Reception Tel: 01709 703288 Fax: 01709 701549 Help Desk Tel:01709 530424 Fax: 01709 702159 CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law.
Re: Mod_Perl on Win2k Install Problems
I think I've sorted it, the problem seems to have been as follows. I needed the latest Service Pack for Visual Studio 6. and The compiler doesn't seem to like having include directories on a different partition, it was using a relative path to try and find perl56.lib but it was on a different partition so no amount of ../ was going to find it. That's what it look like at the minute anyway (no quite got it going yet but getting there) at least I have a mod_perl.so now :-) Randy Kobes [EMAIL PROTECTED] 07/02/02 04:41pm On Tue, 2 Jul 2002, Nigel Peck wrote: I am having a lot of trouble getting Mod_Perl 1.27 up and running on Win 2k with Apache 1.3.26 and ActiveState Perl 5.6.1 Build 631. I am trying to compile by following the instructions in install.win32 (to the letter) using Visual C++ 6 as instructed. The makefile.pl runs fine and so does the nmake (does it matter if it's nmake or nmake install?). I then try to follow the instructions for building the .so in C++ and when I come to building it I get errors with building ModuleConfig.c. I have tried both the C++ method and the command line method, specifying the Apache and Apache Modules directory and neither work. I have also done it on 2 separate machines and I get the same errors. TIA Nigel Can you paste in the errors you get? I just built this last week and it was OK, albeit with some warnings best regards, randy kobes ITM Business Solutions Unit 4 Nine Trees Trading Estate Morthen Road Rotherham S66 9JG Reception Tel: 01709 703288 Fax: 01709 701549 Help Desk Tel:01709 530424 Fax: 01709 702159 CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law.
[ANNOUNCE] Apache::Clean 0.05
The URL http://www.modperlcookbook.org/~geoff/modules/Apache-Clean-0.05.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-Clean-0.05.tar.gz size: 5419 bytes md5: f5b5bf3b6c0ba9839e8d72348388f9ca This release _should_ solve problems that arise when you want mix both HTML and other MIME types (such as plain) in a common directory served by Apache::Clean as part of an Apache::Filter pipeline. The issue is basically that no filter in the chain can ever return DECLINED, since doing so mucks with Apache::Filter magic. So we do some gymnastics to make everything work out ok (which may serve as an interesting example for others that want to do the same thing). --Geoff
Bootstrapping problem with Inline C module.
Hello Lists, I am kinda new to Inline C. Any idea about the following error? Had problems bootstrapping Inline module 'inlinetest_pl_e039' Can't load '/u/mfc/gui/perl-progs/inline/_Inline/lib/auto/inlinetest_pl_e039/inlinetest _pl_e039.so' for module inlinetest_pl_e039: dynamic linker: perl: relocation error: symbol not found: sp at /usr/local/lib/perl5/5.6.1/i386-sco/DynaLoader.pm line 206. Thanks Ganesh.
[OT] Better Linux server platform: Redhat or SuSe?
Hi, Sorry for this somewhat OT post (though it may be of general interest). I am currently maintaining a WAN (4 continents) consisting of FreeBSD machines. While I am quite happy with FreeBSD, lack of driver support for some boards I need to use forces me to switch to Linux. And while the Pros often seem to favor Debian, the drivers I need (binary only) seem to be best tested with/easiest available for Redhat and SuSe, which is why I am looking especially at those two. This is strictly for server use, so problems with X, compatibility with new-fangled video boards and other Desktop-OS related problems are not the issue here. Besides general observations I am specifically interested in answers to these questions: Apache/modperl installation and updates: I assume installation is straight forward, how about keeping current? As those are remotely administered platforms, chances are the OS may not be kept current. So is it still easy to deal with security updates (Apache, sshd, bind etc) when the platform is a couple of years old? With FreeBSD this has become somewhat harder lately (still running 3.x, but the ports system doesn't support 3.x any longer). Remote maintability: Is it possible to remotely upgrade between OS versions for either of those platforms (not a must, but would be a plus)? Sendmail: Does the system make it easy to replace sendmail with another mailer of choice (qmail in my case)? Footprint: Is it easy to weed out unused system components to have a smaller footprint of the OS? Or does that mean fighting the installer left and right? perl: Any iussues with perl/modperl? Besides modperl I will be running a perl application with a few hundred thousend lines of code... Security: Is it easy to 'tie down' the system? Software-based RAID 1: Is it usable (only for a data partition, not required for the root partition)? Is it easy to recover from a broken disk? Robustness: While almost all systems I have are/will be on UPSs, they still tend to occasionally be 'unplugged' (not shut down cleanly), be it due to an empty or dead UPS battery, someone tripping over or accidentaly unplugging the power cable etc. etc. Does the system tend to survive the then due fsck without manual intervention? Better yet, would it be possible to mount / and /usr read-only, and have a /var partition that (if the worst should happen) can be recreated on the fly? Any other oddities one should be aware of? Thanks much for any input Gerd
E-commerce payment systems for apache/mod_perl
Any obvious choices for a relatively small-scale e-commerce payment processing system for a server running apache / mod_perl? -- David Dyer-Bennet, [EMAIL PROTECTED] / New TMDA anti-spam in test John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/ New Dragaera mailing lists, see http://dragaera.info
RE: Mod_Perl Compilation with HPUX Native CC
Hi John, Could you guide me to information as to how I can compile with cc. with Thanks Chandra. -Original Message- From: John Arnold [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 02, 2002 8:41 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Mod_Perl Compilation with HPUX Native CC Yes, mod_perl does compile with cc on HP-UX 11. Per Einar Ellefsen [EMAIL PROTECTED] on 07/02/2002 05:12:10 AM To:[EMAIL PROTECTED] cc:[EMAIL PROTECTED] Subject:Re: Mod_Perl Compilation with HPUX Native CC At 11:02 02.07.2002, Chandrasekhar R S wrote: Hello everyone, I must compile Mod_perl on HPUX 11.0 with HPUX's native CC, instead of gcc. Are there any configuration parameters need to be set such that Mod_Perl is compiled using cc. I don't know if mod_perl will compile with HP-UX cc, but if you want to try, you must first of all have a perl binary compiled with cc. Then mod_perl should pick that automatically. -- Per Einar Ellefsen [EMAIL PROTECTED]