Difference between NN and IE
Hi, Why is it Netscape displays the pop up authenticate window when the user enters the wrong password. But Internet Explorer displays my 401.html page if I return an AUTH_REQUIRED; from my AuthAny.pm handler? If I click on the pop up window cancel in Netscape then it will display the 401.html page. With Explorer the user actually has to close all Explorer Windows and start it again to get another attempt at logging in. regards and thanks in advance Scott
Re: Difference between NN and IE
Hi there, On Fri, 16 Feb 2001, Scott Alexander wrote: Why is it Netscape displays the pop up authenticate window when the user enters the wrong password. But Internet Explorer displays my 401.html page if I return an AUTH_REQUIRED; from my AuthAny.pm This really isn't the place to discuss the multitude of differences between and faults in browsers. You will certainly find more as you travel this path. All you can do is try to code in such a way as to offer your users as little frustration as possible. For some insights into browsers and their ways, see for example "Professional JavaScript" ISBN 1-861002-70-X. 73, Ged.
Re: garbled browser display
Hi there, On Fri, 16 Feb 2001, Todd Finney wrote: I've noticed some strange behavior that I think is being caused somewhere in my handler sequence. Have you looked at the HTTP headers? 73, Ged.
Re: Difference between NN and IE
On Fri, 16 Feb 2001, G.W. Haywood wrote: Hi there, On Fri, 16 Feb 2001, Scott Alexander wrote: Why is it Netscape displays the pop up authenticate window when the user enters the wrong password. But Internet Explorer displays my 401.html page if I return an AUTH_REQUIRED; from my AuthAny.pm This really isn't the place to discuss the multitude of differences between and faults in browsers. You will certainly find more as you travel this path. All you can do is try to code in such a way as to offer your users as little frustration as possible. For some insights into browsers and their ways, see for example "Professional JavaScript" ISBN 1-861002-70-X. Sorry to remain off topic, but I also have a book recommendation for these sorts of things - O'Reilly's "Dynamic HTML" (might be Dynamic XHTML these days :-). -- Matt/ /||** Founder and CTO ** ** http://axkit.com/ ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** mod_perl news and resources: http://take23.org ** \\// //\\ // \\
Re: garbled browser display
At 05:21 AM 2/16/01, G.W. Haywood wrote: On Fri, 16 Feb 2001, Todd Finney wrote: I've noticed some strange behavior that I think is being caused somewhere in my handler sequence. Have you looked at the HTTP headers? Yes, nothing at all fishy. I think I may have corrected things, although I haven't been testing long enough to tell for sure. I tracked things down to a PerlHeaderParserHandler that I'm using to manage sessions. Under some conditions, it wasn't returning a return code. I fixed that, and the problem appears to have gone away. I say 'appears' because I can't definitively say I've fixed a problem that I don't even understand. thanks, Ged! cheers, Todd
[ANNOUNCE] Cache-Cache-0.02
Summary: Perl Cache is the successor to the popular File::Cache and IPC::Cache perl libraries. This project unifies those modules under the generic Cache::Cache interface and implements Cache::FileCache, Cache::MemoryCache, Cache::SharedMemoryCache, and Cache::SizeAwareFileCache. Release Notes: This release implements Cache::SizeAwareFileCache, which extends Cache::FileCache and adds dynamic cache sizing functionality Project Homepage: http://sourceforge.net/projects/perl-cache/ Tar/GZ: http://download.sourceforge.net/perl-cache/Cache-Cache-0.02.tar.gz Changelog: http://sourceforge.net/project/shownotes.php?release_id=24111 CVS tree (cvsweb): http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi?cvsroot=perl-cache
[OT] re:advocacy at perl.com
Hi, all. Nothing really new here -- just thought I'd note that perl.com has "a budget to burn" and an open invitation for anything perl related. Please see below; I repost the perl.com mailing in it's entirety (please forgive the size, but I hate plagiarism. =o) www.perl.com update -- The Email for www.perl.com Subscribers Sponsored by Allaire Corporation, Creators of ColdFusion Problems meeting tight deadlines? ColdFusion 4.5, the leading Web app server, has the solution with an integrated suite of visual tools, powerful server technology, and an open language environment. Download your FREE evaluation copy today at http://ads.allaire.com/allaire/perl3.html Greetings, perl.com subscribers. This is Schuyler Erle, web hacker for the O'Reilly Network, and it is my honor and pleasure to bring you the latest www.perl.com newsletter. So, without further ado, here's what's new in the world of Perl. * Perl gatherings. The YAPC::Europe Call For Participation was issued last week, rounding out the Perl conference schedule for the summer. Send abstracts to [EMAIL PROTECTED] before June 1st to have your presentations considered. YAPC::Europe will be held this year at the Hogeschool Holland, in Amsterdam, on August 2 through 4. According to the website, they'll be holding Lightning Talks there, too, but I couldn't figure out, as of this writing, specifically where Lightning Talk proposals should be sent. You can find out more on YAPC::Europe at: http://www.yapc.org/Europe/ On a very important note, YAPC::Europe is still looking for sponsors! If you're in a position to help the community by making a grass-roots Perl conference possible, *please* contact [EMAIL PROTECTED]! Meanwhile, YAPC::America::North will continue to accept regular presentation proposals until May 1st, and Lightning Talk proposals until May 31st. * Rumors of Perl6's Demise Greatly Exaggerated. So, chances are you're in the majority of people who has begun to wonder what's going on with Perl 6? A ton of RFCs were sent it, mailing lists were set up, and now what? Well, wonder no more. The inimitable Simon Cozens is contributing a new regular department to www.perl.com with his perl6-mailing-lists digest. Much in the same vein as his ever-popular perl5-porters digest, Simon does the hard work of keeping up with the mailing lists, and you get to reap the rewards. How's that for a bargain? Of course, as always, Simon also returns with his perl5-porters digest, bringing us the latest hacks and fixes from the p5p list. This week, Simon talks about I/O layers, memory leaks, shared functions, and more. * Picture yourself ... on www.perl.com! Meanwhile, in a different movie, we'd like to invite you, our reader, to consider submitting articles for publication on www.perl.com. We've got a budget to burn on interesting and useful articles of all shapes, sizes, and topics. Our only hard and fast requirements are that submissions be Perl-related, and evince the kind of quality and accuracy that we've all come to associate with the O'Reilly name. Send whatever you got to our Open Source editor, Chris Coleman, at [EMAIL PROTECTED] Don't delay! Editors are standing by! Until next week, fair Perl hackers! We now return you to your regularly scheduled E-mail. SDE *** Article: Perl 6 Alive and Well! http://www.perl.com/pub/2001/02/14/p6p.html?wwwrrr_20010214.txt Perl.com will be supplying you with the P6P digest, covering the latest news on the development of Perl 6. Article: Pathologically Polluting Perl http://www.perl.com/pub/2001/02/inline.html?wwwrrr_20010214.txt Brian Ingerson introduces Inline.pm and CPR; with them you can embed C inside Perl and turn C into a scripting language. Quick Start with SOAP http://www.perl.com/pub/2001/01/soap.html?wwwrrr_20010214.txt An introduction to SOAP::Lite, a module that provides simple yet flexible interface to SOAP, a popular XML-RPC protocol. Using SOAP::Lite, Perl scripts can access objects and execute procedures on remote servers, and also serve SOAP objects and procedures over the 'Net. Creating Data Output Files Using the Template Toolkit http://www.perl.com/pub/2001/01/tt2.html?wwwrrr_20010214.txt Dave Cross explains why you should add the Template Toolkit to your installation of Perl and why it is useful for more than just dynamic web pages. A Beginner's Introduction to POE http://www.perl.com/pub/2001/01/poe.html?wwwrrr_20010214.txt Interested in event-driven Perl? Dennis Taylor and Jeff Goff show us how to write a simple server daemon using POE, the Perl Object Environment. Sister Sites: - O'Reilly Network http://www.oreillynet.com The Source for Open and Emerging Technologies XML.com
Re: [OT] re:advocacy at perl.com
On Fri, Feb 16, 2001 at 03:14:37PM +, Matt Sergeant wrote: I wonder if I should write them an article about take23, and then use the funds to pay for articles for take23 :-) Geez, Matt, you promote take23 every chance you get. That's worse than me mentioning Avacet (www.avacet.com), Perl Cache (sourceforge.net/projects/perl-cache), and the fact that I'm looking for a job (www.unto.net/resume.html). ;) -DeWitt
Re: [OT] re:advocacy at perl.com
At 10:25 AM 2/16/01 -0500, DeWitt Clinton wrote: On Fri, Feb 16, 2001 at 03:14:37PM +, Matt Sergeant wrote: I wonder if I should write them an article about take23, and then use the funds to pay for articles for take23 :-) Geez, Matt, you promote take23 every chance you get. To be fair, I think Matt promotes AxKit more than he promotes take23. You see, whenever he promotes take23, he usually writes it in the context of AxKit but not so much vice versa, so AxKit plugs Take23 plugs. And let's not forget the CPAN trick you can pull for AxKit dependencies. (Just kidding).. Just don't commit take23 to CPAN... perl -MCPAN -eshell install AxKit Oh... I see you don't have the "dependency" Bundle::Take23... OK, now installing all take23 articles into your Perl distribution... :) That's worse than me mentioning Avacet (www.avacet.com), Perl Cache (sourceforge.net/projects/perl-cache), and the fact that I'm looking for a job (www.unto.net/resume.html). ;) Is it now? Too tired to think of clever plugs for myself or I would be doing so.
Re: [OT] re:advocacy at perl.com
"Gunther" == Gunther Birznieks [EMAIL PROTECTED] writes: Gunther Too tired to think of clever plugs for myself or I would be doing so. you know I'd never (see my .sig) plug anything (see my .sig) like that in the body (see my .sig) of a message. That'd be (see my .sig) crass commercialism. :-) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: [OT] re:advocacy at perl.com
On Fri, 16 Feb 2001, Gunther Birznieks wrote: At 10:25 AM 2/16/01 -0500, DeWitt Clinton wrote: On Fri, Feb 16, 2001 at 03:14:37PM +, Matt Sergeant wrote: I wonder if I should write them an article about take23, and then use the funds to pay for articles for take23 :-) Geez, Matt, you promote take23 every chance you get. To be fair, I think Matt promotes AxKit more than he promotes take23. You see, whenever he promotes take23, he usually writes it in the context of AxKit but not so much vice versa, so AxKit plugs Take23 plugs. And let's not forget the CPAN trick you can pull for AxKit dependencies. (Just kidding).. Just don't commit take23 to CPAN... Actually careful there - I'm almost finished on packaging up the Take23 CMS system to stick on CPAN. It will, of course, require AxKit :-) -- Matt/ /||** Founder and CTO ** ** http://axkit.com/ ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** mod_perl news and resources: http://take23.org ** \\// //\\ // \\
make trouble
I can get the Makefile.PL to fire without any trouble, but EVERY time I run make I get: *** Error code 1 make: Fatal error: Command failed for target `mod_perl.o' Current working directory /export/home/apache/apache_1.3.6/src/modules/perl *** Error code 1 make: Fatal error: Command failed for target `all' Current working directory /export/home/apache/apache_1.3.6/src/modules *** Error code 1 make: Fatal error: Command failed for target `subdirs' Current working directory /export/home/apache/apache_1.3.6/src *** Error code 1 make: Fatal error: Command failed for target `apache_httpd' any ideas what I am doing wrong? We have Solaris 2.5 perl 5.6 apache 1.3.6 mod_perl1.24 Thanks Paul
Re: make trouble
Hi there, Like the new target for make! On Fri, 16 Feb 2001, Paul Lombardo wrote: I can get the Makefile.PL to fire without any trouble, but EVERY time I run make I get: *** Error code 1 any ideas what I am doing wrong? I think this is what you're doing wrong: We have Solaris 2.5 perl 5.6 apache 1.3.6 mod_perl1.24 :) Grab yourself the latest of everything (Apache is now up to 1.3.17 and you might need patches for that OS!) and look in the archives of this List for the things people have done to compile on Solaris. Create new directory source trees for example: /export/home/apache_1.3.17 /export/home/mod_perl-1.25 and run 'perl Makefile.PL' from within the /export/home/mod_perl-1.25 directory. Don't forget to build everything (including Perl) with the same compiler. gcc is recommended but I think you can do it with others. You might need to mess around with compiler flags. You could have helped yourself by reading .../mod_perl-x.xx/SUPPORT which mentions the Guide: http://perl/apache.org/guide. It's a lot of reading but well worth it. 73, Ged.
Re: make trouble
On Fri, 16 Feb 2001, Paul Lombardo wrote: Current working directory /export/home/apache/apache_1.3.6/src/modules/perl *** Error code 1 random guess: do you have write permission to the apache src directories? -- Blue Langhttp://www.gator.net/~blue 202 Ashe Ave, Apt 3, Raleigh, NC. 919 835 1540
Re: Apache::ASP, SSL problems ... must be LWP ...
Hey guys, thanks for nothing ... this is the second reply to my own email :( Anyway, I contacted the site with which we were having problems and they went through their logs only to discover that the only difference between LWP https calls that were successful and those that failed was the return code!!! When I ran the local web script (that contacted the remote https web server) under https then the request would come back 403.5. When I ran it under http then it would come back 200. It appears, although LWP knows it's doing a https call and it successfully connects, the SSL cipher it used was not 128-bit or was corrupted. Now think, why would the mode of the server on which the process is running bear an effect on the outcome of the connection miles away? I'm guessing there's a conflict of interest ... Stronghold is tapping the SSL library (I can find out which one if people are interested in helping, ah-hem) and when LWP is trying to form a 128-bit cipher it's getting some junk or errors. Go figure. Ok guys, I did most of the investigation work, anyone out there who has seen this before? Is Joshua out sick or something ;) Thanks, Demetrios My original message follows, useful now that I also cross-posted to libwww. Please note that my problem described above has temporarily subsided after installing Apache::ASP 2.09 (from 2.03). Given though that the problem appeared all of the sudden without any "cause", I am not so sure this is going to fly either. Perhaps resetting the server cleared some junk. Hello all, I am running A::A 2.03 on a Solaris 2.6 box with Stronghold 2.4.2, whatever. The truth is I doubt the rest matters ... I am running a pretty cool web app where fields are collected, validated and then appropriate action is taken, one of which is to make an HTTP call (LWP) to a third-party site and exchange some info, register, blah-blah-blah. To the point: when I use http for everything, the session variables work fine and everything works perfectly, as it's coded to do. The moment I try to take everything under https (since some of the information is personal and of financial nature) things work intermittently. I have it down to a script of what things you can do and what you cannot. There is no logic behind having to enter everything the first time around (the script is self-posting, self-validating) in order to get the proper outcome. At some point I started to dump the Session variables to see what's in them and found data from _OTHER_ sessions! Argh! No, this has nothing to do with perl's closure issue ... all functions come from .pm's and there is no problem with function calls. I am at wits end ... I just went through all this in the last couple of days and just bothered to check for a newer version of Apache::ASP. I will try to upgrade soon to see if that does anything but I was hoping someone might have seen this problem before where SSL session information did not work as well as it should. Did I mention this?: under https, calls to some remote server would intermit. fail and give back a 403 - Access Forbidden ... what the heck? This function merely took data from the session and passed it as parameters ... what sort of influence would which port the server was running on have on the HTTP req. being made and/or on the remote server's ability to process the request?!?!?! Oh well, hope someone out there can help out. Thanks in advance. Demetrios
Re: Apache::ASP, Sessions and SSL ...
"Demetrios C. Christopher" wrote: Having been trained in the Microsoft Arts, I decided upgrading instead of troubleshooting the problem might be well worth it ... I upgraded to 2.09 and things are working fine now ... if things stop working again I'll be paying Joshua a visit! (just kidding, we love you JC). Still, if anyone can think of why all of the sudden adding SSL to the ASP/Sessions equation would make things get all screwed up I'd like to hear it. This problem doesn't really make much sense to me. The SSL transport layer SHOULD be independent of the mod_perl layer that Apache::ASP resides in. I imagine that there could have been something funny with the browser behavior, but not to share sessions' data. Also, I looked at the change log between 2.03 2.09, didn't see anything that would indicate a fix to this problem. I know there was a lot of work done on the Sessions implementation, as well as random session-id generation, but I didn't know of any bugs with what was there before in this regards. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
[JOB SEEKER]: Me
My current contract is winding down and rather than rotting away at home I think I should try to get some sort of job. I know Perl and mod_perl very well, and Mason even better. I'd love to work on something large scale, and it goes without saying that I want to do Perl. I live in Minnesota but I won't be there much until mid-April so telecommuting work is preferred. If you have a quick contract in Pittsburgh for me (where I'll mostly be from now to April) that would work too. If my resume doesn't demonstrate make it clear, I am not a visual designer ;). However, I am quite good as an application designer and developer. My resume is online at http://www.urth.org/resume/ Of course, if someone wants to pay me to hack on Alzabo or Mason, don't be shy! -dave /*== www.urth.org We await the New Sun ==*/
newbie mess
--- i am sorry if this is not the appropiate list -- i, apparently foolishly, ran httpd (on linux 7.0) as User alias Group qmail. this didn't work like i wanted it to, and when i went back to running as mrogers(i rigged it this way to try and get ezmlm-web.cgi to work), i noticed a problem when i: (the first thing i am showing you is how it used to look before i screwed it up) [root@panda conf]# ps auxww | grep httpd root 838 0.1 0.7 3328 1516 ?S12:52 0:00 httpd mrogers839 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers840 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers841 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers842 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers843 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers844 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers845 0.0 0.8 3528 1620 ?S12:52 0:00 httpd mrogers846 0.0 0.8 3528 1620 ?S12:52 0:00 httpd root 848 0.0 0.3 1516 580 pts/0R12:52 0:00 grep httpd [root@panda conf]# NOW , when i do the ps i get: mrogers697 0.0 2.3 6728 4464 ?S18:43 0:00 /usr/sbin/httpd - D HAVE_PERL -D HAVE_PROXY -D HAVE_SSL -D HAVE_ACCESS -D HAVE_ACTIONS -D HAVE_ALI AS -D HAVE_ASIS -D HAVE_AUTH -D HAVE_AUTH_ANON -D HAVE_AUTH_DB -D HAVE_AUTOINDEX -D HAVE_BANDWIDTH -D HAVE_CERN_META -D HAVE_CGI -D HAVE_DEFINE -D HAVE_DIGEST - D HAVE_DIR -D HAVE_ENV -D HAVE_EXAMPLE -D HAVE_EXPIRES -D HAVE_HEADERS -D HAVE_I MAP -D HAVE_INCLUDE -D HAVE_INFO -D HAVE_LOG_AGENT -D HAVE_LOG_CONFIG -D HAVE_LO G_REFERER -D HAVE_MIME -D HAVE_MIME_MAGIC -D HAVE_MMAP_STATIC -D HAVE_NEGOTIATIO N -D HAVE_PUT -D HAVE_REWRITE -D HAVE_SETENVIF -D HAVE_SPELING -D HAVE_STATUS -D HAVE_THROTTLE -D HAVE_UNIQUE_ID -D HAVE_USERDIR -D HAVE_USERTRACK -D HAVE_VHOST _ALIAS mrogers698 0.0 2.3 6728 4464 ?S18:43 0:00 /usr/sbin/httpd - D HAVE_PERL -D HAVE_PROXY -D HAVE_SSL -D HAVE_ACCESS -D HAVE_ACTIONS -D HAVE_ALI AS -D HAVE_ASIS -D HAVE_AUTH -D HAVE_AUTH_ANON -D HAVE_AUTH_DB -D HAVE_AUTOINDEX -D HAVE_BANDWIDTH -D HAVE_CERN_META -D HAVE_CGI -D HAVE_DEFINE -D HAVE_DIGEST - D HAVE_DIR -D HAVE_ENV -D HAVE_EXAMPLE -D HAVE_EXPIRES -D HAVE_HEADERS -D HAVE_I MAP -D HAVE_INCLUDE -D HAVE_INFO -D HAVE_LOG_AGENT -D HAVE_LOG_CONFIG -D HAVE_LO G_REFERER -D HAVE_MIME -D HAVE_MIME_MAGIC -D HAVE_MMAP_STATIC -D HAVE_NEGOTIATIO N -D HAVE_PUT -D HAVE_REWRITE -D HAVE_SETENVIF -D HAVE_SPELING -D HAVE_STATUS -D HAVE_THROTTLE -D HAVE_UNIQUE_ID -D HAVE_USERDIR -D HAVE_USERTRACK -D HAVE_VHOST _ALIAS mrogers826 0.0 0.3 1520 604 pts/0S18:56 0:00 grep httpd [mrogers@panda httpd]$ whoa! what is going on? how can restore this? any ideas would be appreciated!!! thanks, matt
Re: newbie mess
Hi there, On Fri, 16 Feb 2001, matt wrote: --- i am sorry if this is not the appropiate list -- Are you running mod_perl? How did you start Apache? 73, Ged.
Apache::Language STORE needs a language
I am using the latest version of Apache::Language I noticed that the Apache::Language.pod says that the PlainFile format is: phrase-id:lang-type While the PlainFile.pod says: lang-tag:phrase-id The first one seems to work. Also I am getting the following error: warn] [Apache::Language (111)] STORE needs a language specification to work for each phrase looked up. After these messages I always get the dreaded: child pid 12280 exit signal Segmentation fault (11) The the page then displays OK. Any solutions?
Re: newbie mess
Are you running mod_perl? hehheh... i think so [mrogers@panda i386-linux]$ ls Apache SHA.pm mod_perl_hooks.pm Apache.pm auto mod_perl_hooks.pm.PL Bundle cgi_to_mod_perl.pod mod_perl_method_handlers.pod Digest mod_perl.pm mod_perl_traps.pod Digest.pm mod_perl.pod mod_perl_tuning.pod MD5.pm mod_perl_cvs.pod [mrogers@panda i386-linux]$ pwd /usr/lib/perl5/site_perl/5.6.0/i386-linux from /etc/httpd/conf/httpd.conf : # If the perl module is installed, this will be enabled. IfModule mod_perl.c Alias /perl/ /var/www/perl/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI /Location /IfModule IfDefine HAVE_PERL AddModule mod_perl.c /IfDefine How did you start Apache? well... i have httpd on automatic running in linuxconf thoughts? thanks for the quick response... matt 73, Ged.
Re: newbie mess
Well if you kill all the existing Apache processes (find the parent pid using 'ps axfw | grep httpd' and 'kill -15 ' where is the parent process id) then repeat the command I gave without the '-t' switch your Apache should run OK. ok [root@panda sbin]# ps axfw | grep httpd 901 pts/0S 0:00 \_ grep httpd 676 ?S 0:00 /usr/sbin/httpd -D HAVE_PERL -D HAVE_PROXY -D HAVE_SS [root@panda sbin]# kill -15 676 [root@panda sbin]# ./httpd -t -f/etc/httpd/conf/httpd.conf Syntax OK [root@panda sbin]# [root@panda sbin]# ps auxww | grep httpd root 910 0.1 0.7 3328 1516 ?S17:06 0:00 httpd apache 911 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 912 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 913 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 914 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 915 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 916 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 917 0.0 0.8 3528 1620 ?S17:06 0:00 httpd apache 918 0.0 0.8 3528 1620 ?S17:06 0:00 httpd root 922 0.0 0.3 1516 580 pts/0R17:06 0:00 grep httpd [root@panda sbin]# whoa! Ged thanks so much! wow. You looked at the Guide lately? pardon my ignorancewhat? a little background: i am a html/dhtml/javascript/flash guy who had a little linux experience. my boss found this out and told me to setup two servers with linux 7.0 and get qmail and ezmlm and going. and then get ezmlm-web.cgi going. i got lucky with the first two, but the last one opened up a whole nasty suid issue. apparently linux doesn't like suid scripts by default without some major tweaking. so i have been tweaking the hell out of httpd to try and get get a workaround. the only way i got it to work was by having httpd run as the same user as the cgi file. but that is half-ass. from what i read i have to compile suexec appropiately. but i am not sure about that either. thanks again, matt 73, Ged.
Apache::Registry, mod_perl interface, and post data
Hello, I'm writing an Apache::Registry and I can't seem to retrieve POST information. I usually write handlers rather than Apache::Registry scripts, so this is a mystery to me. From a sample form: form method="post" action="post.pl" input type="hidden" name="hello" value="world" /form To this simple Apache::Registry script: #!/usr/local/bin/perl my $r = Apache-request; print "Content-type: text/plain\n\n"; print "Post = ( ", join(", ", $r-content), " )\n"; Gives me nothing. My second thought was that Apache::Registry was eating the POST information to feed it to the script via STDIN (for compatibility with conventional CGI), so I tried this: #!/usr/local/bin/perl use CGI (); my $cgi = new CGI; print "Content-type: text/plain\n\n"; print "CGI = ( ", join(", ", map { ($_, $cgi-param($_)) } $cgi-param), " )\n"; The POSTed information has still gone away! Am I on crack?! This should be the simplest script ever! Just to check, I ran the above script as a CGI as the target of the same HTML form and it worked fine. I'm using Perl 5.6.0, mod_perl 1.24_01, and Apache 1.3.14 on Solaris x86, CGI.pm 2.56. The client I use doesn't seem to make a difference. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
[ANNOUNCE] AxKit 1.3
[Duplicate of an email to axkit-users] This release finally puts the pieces of the puzzle in place for being able to build dynamic web sites with AxKit. No longer will I be saying "AxKit is best for static sites". The key piece is major updates to the XSP engine, which allows taglibs to become a workable reality. Taglibs allow you to do things like: except:try mail:send-mail mail:to[EMAIL PROTECTED]/mail:to mail:from[EMAIL PROTECTED]/mail:from mail:subjectAxKit Rocks!/mail:subject mail:body Matt, I just wanted to say that I think AxKit is really cool! Thanks! /mail:body /mail:send-mail except:catch Sending Mail failed: except:message/ /except:catch /except:try Kip Hampton has put a lot of work in with me to make sure we have a good range of taglibs to get you started, so we've got Param, ESQL, Exception, Sendmail and Util to get you started. We'll build more as the need arises. Of course XSP doesn't limit you to taglibs, and to demonstrate that I'll be releasing the Take23 CMS shortly, which is just 4 XSP pages and a module, and some stylesheets. All of the taglibs have been uploaded to CPAN, which will be the prefered location for them. If people think they would be better on axkit.org/download then we'll put them there too. Other updates include: - Much better dependencies checking - XPathScript adds import_template() function and other minor changes - Better shared memory usage when using directives in httpd.conf - All XSP namespaces updated to Apache normalised versions (these are http://apache.org/xsp/module/version although these may well change again shortly) Enjoy, and keep those bug reports coming. If you have any questions about XSP/taglibs please don't hesitate to ask. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: Apache::Registry, mod_perl interface, and post data
On Fri, 16 Feb 2001, Andrew Ho wrote: form method="post" action="post.pl" input type="hidden" name="hello" value="world" /form I added a button and push it. It works. ;) --Jeff -- Jeff Beard _ Web:www.cyberxape.com Email: jeff at cyberxape dot com Earth: Boulder, CO, USA
Re: Apache::Registry, mod_perl interface, and post data
Hello, JBI added a button and push it. It works. ;) Urgh, I had a button on my actual test page; it just magically disappeared when I retyped it in the e-mail. FWIW, after debugging it a bit further, I am getting a Content-length of the appropriate size, too. The Content-type is also correct for a POST; I sniffed the packets and the request is correct. Just no input. Nothing on STDIN, either. I'm frankly mystified, wondering if I'm just totally missing something obvious. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
Re: Apache::Registry, mod_perl interface, and post data
On Fri, 16 Feb 2001, Andrew Ho wrote: Hello, JBI added a button and push it. It works. ;) Urgh, I had a button on my actual test page; it just magically disappeared when I retyped it in the e-mail. I don't think the problem is with what you posted. I tried your snippets on two different systems and they worked as expects. What's your config look like? Do you get the 'Post = ()' output from the Registry script? Are you running any other software that might interfere? --Jeff -- Jeff Beard ___ Web:www.cyberxape.com Email: jeff at cyberxape dot com Earth: Boulder, CO, USA
Re: [gsar@ActiveState.com: v5.6.1 trial2 is available]
On Fri, 16 Feb 2001 [EMAIL PROTECTED] wrote: Hi Jarkko, I'll try to do one or two more builds. I'd really like to try it with Apache's mod_perl and mod_embed, these really didn't work at all with perl-5.6.0, but I'm not sure I'll find the time. [AIX-4.3.2, IBM's C compiler, Apache apxs shared modules] I tried to get mod_perl-1.25 (an Apache/perl module that's supposed to let you use perl to implement script-based apache modules) working with perl-5.6.1-trial2, and failed. I can get mod_perl working with perl-5.5.3, but I never succeeded with perl-5.6.0. With perl-5.6.1-trial2, the mod-perl initialisation is successful, but I get a segmentation fault as soon as I try to access the perl script (test.pl or test.perl). Bye Ciaran +-+ Ciaran DeignanTel: (France) 04 76 29 79 92 BULL XS-BU (http://www-frec.bull.com) HA and Consolidation Mail to: [EMAIL PROTECTED]Bullcom: 229 79 92 PGP: B1 78 FB 88 FD 86 58 A8 89 7B 22 8C D0 E8 71 FC Fax: 229 75 18 +-+
Re: Apache::ASP, SSL problems ... must be LWP ...
"Demetrios C. Christopher" wrote: Hey guys, thanks for nothing ... this is the second reply to my own email :( Anyway, I contacted the site with which we were having problems and they went through their logs only to discover that the only difference between LWP https calls that were successful and those that failed was the return code!!! Give me your URL that you are contacting, I'll see how it works with my LWP. You might try upgrading the Crypt::SSLeay https LWP library to the latest should you have an old one. The latest Crypt::SSLeay supports SSLv3 and all that. Now think, why would the mode of the server on which the process is running bear an effect on the outcome of the connection miles away? I'm guessing there's a conflict of interest ... Stronghold is tapping the SSL library (I can find out which one if people are interested in helping, ah-hem) and when LWP is trying to form a 128-bit cipher it's getting some junk or errors. Go figure. I feel that this problem might be that the stronghold server was insisting on its 128 bit SSLv3, and LWP might have been going for a SSLv2 or SSLv23 with 56bit, thus a funky 403. error, but only time will tell! It seems to clean an error to be some king of corruption. Ok guys, I did most of the investigation work, anyone out there who has seen this before? Is Joshua out sick or something ;) Like Ged said... --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::Registry, mod_perl interface, and post data
Hello, JBI don't think the problem is with what you posted. I tried your snippets JBon two different systems and they worked as expects. What's your config JBlook like? Do you get the 'Post = ()' output from the Registry script? JBAre you running any other software that might interfere? Thanks for forcing me to check my config and discovering that Someone left .pl's set to a different handler of their own, devious creation in UserDirs (this is a dev box) instead of Apache::Registry. Doh! Mystery solved. Thanks for the jolt. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
DECLINED: What's going on?
Hi All, On p. 68 of the eagle book, the explanation of DECLINED says: The handler has decided it doesn't want to handle the request. Apache will act as if the subroutine were never called and either handle the phase internally or pass the request on to another module that has expressed its interest. Even if all registered modules return DECLINED for a particular phase, it will still be handled by the Apache core, which has default handlers for each phase (even if they do nothing). I have an authz handler at the very beginning of which I set return DECLINED; but Apache doesn't seem to kick in its default handler (there is an .htaccess file in the directory concerned). Can anybody shed light on this? Thanks, Jie
Setting remote_user and passwd
Hi, Is it possible to set $r-connection-user and the $sent_pw values. (my($res, $sent_pw) = $r-get_basic_auth_pw ;) My problem is if a user logins with xxx password yyy I want to change their login to password abcd. It works now but the user is confronted with the pop window asking them to login again but can I get pass this stage? Would using cookies by pass this problem? regards Scott _ scott alexander tietoverkkosuunnittelija humak amk - finland +358(0)407505640
cvs commit: modperl ToDo
dougm 01/02/16 16:06:13 Modified:.ToDo Log: todo foo Revision ChangesPath 1.279 +23 -0 modperl/ToDo Index: ToDo === RCS file: /home/cvs/modperl/ToDo,v retrieving revision 1.278 retrieving revision 1.279 diff -u -r1.278 -r1.279 --- ToDo 2001/01/31 20:19:01 1.278 +++ ToDo 2001/02/17 00:06:12 1.279 @@ -3,6 +3,28 @@ (well, close to it anyhow) --- +- From: Daniel Jacobowitz [EMAIL PROTECTED] + Subject: New method $req-allowed() for libapache-mod-perl + +- From: Dave Rolsky [EMAIL PROTECTED] + Subject: Apache::test patch + +- From: Joshua Chamas [EMAIL PROTECTED] + Subject: Apache::SizeLimit patches + +- From: Stas Bekman [EMAIL PROTECTED] + Subject: Makefile.PL patch + +- 1.25 Apache::ExtUtils fix broke elsewhere + +- 1.25 change did not work for: + From: Wenzhong Tang [EMAIL PROTECTED] + Subject: RE: Prototype mismatch in Apache::PerlRun line 343 + +- warn() going to the wrong log? + +- rid Apache-can_stack_handlers, make Apache-can('push_handlers') work + - 'make test' as root permissions problems - USE_APXS=1 + DYNAMIC=1 do not work together @@ -70,6 +92,7 @@ - replace Apache::StatINC with Apache::ModuleReload? - CHECK blocks? [Michael J Schout [EMAIL PROTECTED]] + INIT blocks? [T.J. Mather [EMAIL PROTECTED]] - see if possible to have the dso libperl.so be named something else, e.g. libmodperl.so