Re: Two Apache::Request issues
On Jun 15, Tom Mornini wrote: I have recently noticed two issues with Apache::Request and thought I'd run them by the list before I began hacking and diffing for Doug. 1) $ar-param without parameters has different behaviour than CGI.pm Apache::Request returns a reference, CGI.pm returns a list of parameters. Are you sure about this? I do this all over the place and it works as documented for me. 2) [Thu Jun 15 21:09:49 2000] [error] [client 10.50.2.57] [libapreq] unknown content-type: `application/x-www-form-urlencoded; charset=utf-8' This could probably be fixed by changing the strEQ(ct, DEFAULT_ENCTYPE) to ststr(ct, DEFAULT_ENCTYPE) in c/apache_request.c on line 204. (The test for multipart/form-data does this. Don't know why this one is more strict.) Jim
moving GIF's constantly reloading
Moving GIF files on some of our pages seem to *keep* reloading the whole time I stay on the page. My browser is set to only compare a document in its cache to the network version once per session. What gives? I don't see anything in the configs that looks very closely related The one place I *ever* use a no_cache is on the user's registration. Would that last for a whole session? (I commented it out, just in case?) I'd seen this in the logs, but only had it do it to me today (after testing the registrationmaybe related.) Thanks, all. Paul __ Do You Yahoo!? Send instant messages with Yahoo! Messenger. http://im.yahoo.com/
Re: Handholding, please (whimper)
Great, thanks Vivek. I'm onto a new problem (at least it's new;) I try the exact description of how to set up the Hello World (but with a pre-existing httpd.conf and odd directory structure. not my fault) and the response I get from the browser for http://blah.blah.blah/hello/world is "Document contained no data" The access log was empty and the error log had [Fri Jun 16 16:59:13 2000] [warn] pid file /var/apache/logs/httpd.pid overwritte n -- Unclean shutdown of previous Apache run? [Fri Jun 16 16:59:15 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24 configure d -- resuming normal operations [Fri Jun 16 16:59:54 2000] [notice] child pid 2270 exit signal Segmentation Faul t (11) --- Boyd Duffee Keele University Comp Sci (01782) 583437 Computing Officer http://www.astro.keele.ac.uk/~bjd/ "Give a man a fish and you feed him for a day. Show him to the Internet and he won't bother you for weeks." - anon
[dramatic] Voting for Appaloosa awards now open (fwd)
Well you know who to vote for in the "Technical Contribution" category, right? Please spread the word on the other related list if you know such. And the nominees are... -- Forwarded message -- Date: Fri, 16 Jun 2000 16:39:29 +0100 (BST) From: Mark J Cox [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Voting for Appaloosa awards now open The Appaloosa Awards are this year's new awards to acknowledge the efforts of those who the Apache community believe to have had the most significant influences on the Apache Software Foundation's open-source projects. The nominations are complete and voting is now open in one of the following categories: Vision Award - best ideas of how to move Apache forward Evangelism Award - promoting Apache awareness or acceptance Technical Contribution Award - New ideas, bug fixes, new modules July's O'Reilly Open Source conference plays host to the awards ceremony on 18th July in Monterey, California. The web-based voting system for the awards is open now until midnight 22nd June (GMT). One vote per IP (yes, I know thats a bit bogus) To vote or see the current results: http://www.apacheweek.com/features/appies2000/ (Chuck is doing all the hard work of organising the awards, Apache Week is simply hosting the vote and letting our readers get involved) Mark Mark J Cox, .. www.awe.com/mark Apache Software Foundation . OpenSSL Group . Apache Week editor
Re: [dramatic] Voting for Appaloosa awards now open (fwd)
On Fri, 16 Jun 2000, Stas Bekman wrote: Well you know who to vote for in the "Technical Contribution" category, right? Please spread the word on the other related list if you know such. And the nominees are... Damnit I'm really torn by the excellent work the XML team has done, when you remember that for the first half of the past year mod_perl barely moved due to Doug's work commitments. This is going to be a tight competition... -- Matt/ Fastnet Software Ltd. High Performance Web Specialists Providing mod_perl, XML, Sybase and Oracle solutions Email for training and consultancy availability. http://sergeant.org | AxKit: http://axkit.org
BSDi 2.1 BUG
This may relate to the BSDI note in the INSTALL file, but I'm getting a fcntl.pm problem, or at least it appears this way. Everything else seems to work, but when I add "use Fcntl;" I get this... [Tue Jun 13 18:31:40 2000] [error] Can't load '/usr/local/lib/perl5/5.6.0/i386-bsdos/auto/Fcntl/Fcntl.o' for module Fcntl: can't resolve undefined symbols: Inappropriate file type or format at /usr/local/lib/perl5/5.6.0/i386-bsdos/XSLoader.pm line 73. at /usr/local/lib/perl5/5.6.0/i386-bsdos/Fcntl.pm line 220 Compilation failed in require at /home2/site/perl/count line 4. BEGIN failed--compilation aborted at /home2/site/perl/count line 4. Everything else seems to run great, besides any scripts using Fcntl... all have worked under other OSs. Has there been a patch or can anyone point me in the right direction to get it done myself? Thanks, [EMAIL PROTECTED]
Apache::DBI strategy/philosophy
I have been using DBI without Apache::DBI and have been simply storing db connections in a global variable as a sort of poor man's persistent connection when running under Apache::Registry. Now I want to do things "right" and am trying to understand Apache::DBI. Before looking at the module I imagined that it would work by providing a library of persistent connections. You would check a connnection out of the library, use it, and then put it back when you are done, like checking a book out of the library. If you disconnected the connection, you just wouldn't return it, and the pool would have to create a new connection for the next user. But this is not the way Apache::DBI works. Instead, if I understand correctly after glancing at the module this morning, two consecutive identical connect calls will return the same connection! Why isn't this a problem? Is the assumption that two different transactions will use different user/pwd combinations? Thanks, Tim
Compiling mod_perl on HP-UX 10.20
Hi! Has anyone had problems compiling mod_perl 1.24 on HP-UX 10.20? No matter what parameters are passed to perl Makefile.PL, the make is stopped: ld -b -s -a shared -o libperl.so mod_perl.lo perlxsi.lo perl_config.lo perl_util.lo perlio.lo mod_perl_opmask.lo Apache.lo Constants.lo Connection.lo Server.lo -Wl,-E -Wl,-B,deferred /opt/perl5/lib/5.00503/PA-RISC1.1/auto/DynaLoader/DynaLoader.a -L/opt/perl5/lib/5.00503/PA-RISC1.1/CORE -lperl -lnsl_s -lndbm -ldld -lm -lc -lndir -lcrypt ld: Unrecognized argument: -Wl,-E ld: Usage: ld flags... files... *** Error exit code 1 Stop. I'd be very grateful for help. Guy.
Re: Apache::DBI strategy/philosophy
Tim wrote: Now I want to do things "right" and am trying to understand Apache::DBI. Before looking at the module I imagined that it would work by providing a library of persistent connections. You would check a connnection out of the library, use it, and then put it back when you are done, like checking a book out of the library. If you disconnected the connection, you just wouldn't return it, and the pool would have to create a new connection for the next user. Hrrmm. In this case though how would you discern between a slow connection and a 'disconnect' on the clients side ?! As far as we are aware, you couldnt, unless you sent back some sort of message to the server in which case it may as well deal with the disconnection itself at that point. (jst our opinion ;) But this is not the way Apache::DBI works. Instead, if I understand correctly after glancing at the module this morning, two consecutive identical connect calls will return the same connection! Why isn't this a problem? Is the assumption that two different transactions will use different user/pwd combinations? Afaik (or afaict) apache::dbi seems to cache any connection by lp (login and passwd) and server host/dbname. This is fine for us here because everyone has a unique lp to the database anywayz. If you only use one for lp for all connections, then it doesnt really matter 'who has the handle' as long as its open for business surely ?! The dbi handle (in other words) doesnt block whilst in a cgi, which you seem to think it is doing. It _will_ (if i read this right) if you have a large select or fetchrow call, but otherwise the concurrency shouldnt really be a problem (its all a matter how of how quick/slow your queries are). personally, in our application here, the individuals do a lot of large transactions, and even though DBI might queue them up, it would cause unacceptable delays in processing time. of course, there are other things to worry about if everyone has a unique lp and more than once we have seen people advocating against this. your mileage may vary. Thanks np (if i am right ;) ^stefs^
Re: BSDi 2.1 BUG
"JD" == Jim D [EMAIL PROTECTED] writes: JD This may relate to the BSDI note in the INSTALL file, but I'm getting a JD fcntl.pm problem, or at least it appears this way. Everything else seems to JD work, but when I add "use Fcntl;" I get this... JD [Tue Jun 13 18:31:40 2000] [error] Can't load JD '/usr/local/lib/perl5/5.6.0/i386-bsdos/auto/Fcntl/Fcntl.o' for module Fcntl: BSDI 2.1 does not have dynamic loading of modules. How did you convince perl to actually build it that way? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 GPG MIME spoken herehttp://www.khera.org/~vivek/
Slightly OT - Content-length
Since mod_perl and CGI scripts are dynamic, it seems that Content-length has to be handled by the script. I'm curious how some of you are handling this. It would seem to me that you need to know all of your output before printing the first line. Jim
Re: Slightly OT - Content-length
"JS" == Jim Serio [EMAIL PROTECTED] writes: JS Since mod_perl and CGI scripts are dynamic, it seems that JS Content-length has to be handled by the script. I'm curious JS how some of you are handling this. It would seem to me that How I handle it is to ignore it. Nothing really breaks without it other than keepalives are not done in Netscape. No biggie for me, since my static stuff is handled on other servers. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 GPG MIME spoken herehttp://www.khera.org/~vivek/
Re: Slightly OT - Content-length
"JS" == Jim Serio [EMAIL PROTECTED] writes: JS I too ignore this header but a system I'm integrating JS with that uses JSP to fetch data from an URL on my system JS aparently need to rely on the content-length. As for But content-length is NOT a required header for HTTP protocol, is it? If the program is relying on it, then it is broken and should be fixed. The other alternative is to generate your entire page as a string, get the string's length() and print that as your content-length header. Quite a lame thing to do on every page, if you ask me. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 GPG MIME spoken herehttp://www.khera.org/~vivek/
Re: Slightly OT - Content-length
But content-length is NOT a required header for HTTP protocol, is it? If the program is relying on it, then it is broken and should be fixed. The other alternative is to generate your entire page as a string, get the string's length() and print that as your content-length header. Quite a lame thing to do on every page, if you ask me. I agree 100%. It's not that the Content-header is required by the JSPs but that the guy writing the mini-browser to fetch (scrape) the results of a query from my side apparently needs to know the length of the document so he can properly load it into a variable. Thanks again for the help guys. It's all politics. Jim
Apache::DBI broken?
I've been searching through the mailing list and have seen several people with the same problem I'm experiencing. Yet I've seen no solid answers to this problem... so maybe I'll try again. System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 # Apache::DBI preloaded via: use Apache::DBI; # in startup.pl # DB handles created via: my $dbh = DBI-connect('...'); Every module that contains DBI-connect causes the server to segfault: [Fri Jun 16 12:05:41 2000] [notice] child pid 41672 exit signal Segmentation fault (11) I wrote up a quick script in perl to test DBI and it works fine. If any other information is required, please let me know.
Re: Apache::DBI broken?
I had similar problems. In startup.pl, where you are calling 'use Apache::DBI;', do you call 'use DBI;' following the call to Apache::DBI ? When I included that in startup.pl.. it started behaving better.. my $0.02 -Casey On Fri, 16 Jun 2000, Ian Mahuron wrote: I've been searching through the mailing list and have seen several people with the same problem I'm experiencing. Yet I've seen no solid answers to this problem... so maybe I'll try again. System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 # Apache::DBI preloaded via: use Apache::DBI; # in startup.pl # DB handles created via: my $dbh = DBI-connect('...'); Every module that contains DBI-connect causes the server to segfault: [Fri Jun 16 12:05:41 2000] [notice] child pid 41672 exit signal Segmentation fault (11) I wrote up a quick script in perl to test DBI and it works fine. If any other information is required, please let me know. -- -Casey
Re: Apache::DBI broken?
Ian Mahuron wrote: I've been searching through the mailing list and have seen several people with the same problem I'm experiencing. Yet I've seen no solid answers to this problem... so maybe I'll try again. System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 # Apache::DBI preloaded via: use Apache::DBI; # in startup.pl # DB handles created via: my $dbh = DBI-connect('...'); Every module that contains DBI-connect causes the server to segfault: [Fri Jun 16 12:05:41 2000] [notice] child pid 41672 exit signal Segmentation fault (11) I wrote up a quick script in perl to test DBI and it works fine. If any other information is required, please let me know. in order to check whether Apache::DBI makes the trouble, just remove the 'use Apache::DBI;' from startup.pl and check if the problem disappears. Do you use statically linked mod_perl or is mod_perl a DSO ? Edmund -- Edmund Mergl mailto:[EMAIL PROTECTED] http://www.edmund-mergl.de fon: +49 700 EDEMERGL
RE: Apache::DBI broken?
Hi, System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 are you sure you don't have PHP4 in this mix? if you have compiled PHP4 with its internal support for MySQL, it will conflict with mod_perl. Rgds, Tfr --== [EMAIL PROTECTED] == MySQL development team == Thibodaux, LA / USA ==--
RE: [OT] [JOB] mod_perl and Apache developers wanted
On Thu, 15 Jun 2000, Paul Singh wrote: While that may be true (as with many publications), I hope you're not denying the facts of this case The basic facts are correct: eToys received complaints from parents about the content their children found on the etoy.com site and, after failing to reach an agreement with the site's operators, filed a lawsuit involving trademarks which led to etoy being ordered to shut down their site by a judge. Slashdot's coverage ignored or underreported some aspects of the situation (the motivation behind the lawsuit, epxloitation of the name confusion on the part of etoy), and reported some conjecture and pure flights of fancy as fact (evil intentions, scheming lawyers). You have no idea how painful it is to read things like that from a source that you trust and consider part of your community. I guess I should have known better though: Slashdot is an op/ed site. If you want the news, you still have to read the New York Times (who had much more accurate coverage of the events). Anyway, I don't claim that eToys was right to take legal action, just that the reports about an evil empire were greatly exaggerated and that eToys is a good place to work, full of good people. Anyone who doesn't believe me at this point probably never will, so I'm going to stop spamming the list about this subject and go back to spamming about mod_perl. - Perrin
RE: Apache::DBI broken?
"IM" == Ian Mahuron [EMAIL PROTECTED] writes: IM php4 *is* in the mix! I installed it just so we could use phpMyAdmin (neat IM MySQL web client). Can you ellaborate on this (URL, docs, etc)?? Is there IM a patch for php4 or should I jump back to php3? by default, when you build php4 with mysql, it compiles its own copy of the mysql client library statically into itself. you need to tell it explicitly to use your pre-installed copy. if this is a shared lib, it will be more friendly to the DBI since they will not have any conflicting name space issues.
RE: Apache::DBI broken?
Everything except MySQL was built up from sources (no ports). All modules are linked static. As per your advice, I nixed the load of Apache::DBI... and it still segfaults.. so the problem obviously lies w/ DBI or the DBD for mysql. Having read more of the mod_perl list archives, it seems that there may be a bug in the mysql driver (see "Segfault on DBI-Connect (04/01/2000)" thread). Considering how recently (and frequently) this has poped up on the list, I wonder if Indrek is right.. Is php4 the culprit? Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Edmund Mergl Sent: Friday, June 16, 2000 01:31 PM To: Ian Mahuron Cc: Mailing List, mod_perl Subject: Re: Apache::DBI broken? Ian Mahuron wrote: I've been searching through the mailing list and have seen several people with the same problem I'm experiencing. Yet I've seen no solid answers to this problem... so maybe I'll try again. System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 # Apache::DBI preloaded via: use Apache::DBI; # in startup.pl # DB handles created via: my $dbh = DBI-connect('...'); Every module that contains DBI-connect causes the server to segfault: [Fri Jun 16 12:05:41 2000] [notice] child pid 41672 exit signal Segmentation fault (11) I wrote up a quick script in perl to test DBI and it works fine. If any other information is required, please let me know. in order to check whether Apache::DBI makes the trouble, just remove the 'use Apache::DBI;' from startup.pl and check if the problem disappears. Do you use statically linked mod_perl or is mod_perl a DSO ? Edmund -- Edmund Mergl mailto:[EMAIL PROTECTED] http://www.edmund-mergl.de fon: +49 700 EDEMERGL
modperl1.24 with apache1.3.12
Do you know how I can install mod-perl.1.24 with the apache1.3.12? I following the instruction but it's giving me this error? If I run the make... then I get this error.. cd ../apache_1.3.12/src make CC="cc";) === os/unix cc -c -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_EXPAT - I../../lib/expat-lite -DNO_DL_NEEDED -DMOD_PERL os.c /usr/ucb/cc: language optional software package not installed *** Error code 1 make: Fatal error: Command failed for target `os.o' Current working directory /excite/adm/sam/apache_1.3.12/src/os/unix *** Error code 1 make: Fatal error: Command failed for target `subdirs' Current working directory /excite/adm/sam/apache_1.3.12/src *** Error code 1 make: Fatal error: Command failed for target `apache_httpd'
RE: non-DSO mod_perl, Embperl, and AIX not working
After making a few tweaks to the test.pl script and passing the 'h' command-line parameter (only do mod_perl tests) I was able to run all the tests (only under mod_perl) successfully. I then was able to run some successful tests against some .epl's that I had previously written using a different OS. I can't run Embperl outside of apache, but have only done that on the rare occasion anyway, so that's not a great loss. Thanks for all your help. It has been a few years since I have used AIX and was in much need of reminders related to AIX's "strange/different/odd/weird" linker. Again, thanks immensely for all your assistance. BTW, is it appropriate for me to offer to help with incorporating your knowledge into the Embperl install scripts? -- Greg Estep [EMAIL PROTECTED] -Original Message- From: Jens-Uwe Mager [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 15, 2000 9:34 AM To: Greg Estep Cc: Jens-Uwe Mager; [EMAIL PROTECTED] Subject: Re: non-DSO mod_perl, Embperl, and AIX not working On Wed, Jun 14, 2000 at 07:11:11PM -0400, Greg Estep wrote: I then did an apache 'make install', even though I think that the Embperl compile and test processes use the source-code version of httpd... Now a "make test" of Embperl still gives the following results: $ make test PERL_DL_NONLAZY=0 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.6.0/ aix -I/usr/local/lib/perl5/5.6.0 test.pl loading...Can't load 'blib/arch/auto/HTML/Embperl/Embperl.so' for modu le HTML::Embperl: dlopen: blib/arch/auto/HTML/Embperl/Embperl.so: 30 blib/arch/auto/HTML/ Embperl/Embperl.so36 ap_get_client_block 131 perl36 ap_log_error 132 perl36 ap_palloc 133 Did you try the Embperl in the httpd yet? I am not entirely sure if the make test isn't attempting to load the Embperl into a plain perl interpreter, which will not work as it does not support the Apache symbols. I have to confess to have never run the test, it did always complain about some packages I do not have installed and thus I tested it in a live server with a set of my own pages. -- Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED]
Re: moving GIF's constantly reloading
According to Paul: Moving GIF files on some of our pages seem to *keep* reloading the whole time I stay on the page. My browser is set to only compare a document in its cache to the network version once per session. What gives? I don't see anything in the configs that looks very closely related The one place I *ever* use a no_cache is on the user's registration. Would that last for a whole session? (I commented it out, just in case?) I'd seen this in the logs, but only had it do it to me today (after testing the registrationmaybe related.) There was an old Netscape bug that caused animated GIF's with Expires: headers (regardless of the value) to reload on every cycle. I'm not sure what version(s) did this, but I stopped sending Expires: headers on GIFs because there are still some of them around. Les Mikesell [EMAIL PROTECTED]
RE: Apache::DBI broken?
It was PHP4. A rebuild fixed it. Thanks guys! -Original Message- From: Ian Mahuron [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 01:50 PM To: Edmund Mergl Cc: Mailing List, mod_perl Subject: RE: Apache::DBI broken? Everything except MySQL was built up from sources (no ports). All modules are linked static. As per your advice, I nixed the load of Apache::DBI... and it still segfaults.. so the problem obviously lies w/ DBI or the DBD for mysql. Having read more of the mod_perl list archives, it seems that there may be a bug in the mysql driver (see "Segfault on DBI-Connect (04/01/2000)" thread). Considering how recently (and frequently) this has poped up on the list, I wonder if Indrek is right.. Is php4 the culprit? Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Edmund Mergl Sent: Friday, June 16, 2000 01:31 PM To: Ian Mahuron Cc: Mailing List, mod_perl Subject: Re: Apache::DBI broken? Ian Mahuron wrote: I've been searching through the mailing list and have seen several people with the same problem I'm experiencing. Yet I've seen no solid answers to this problem... so maybe I'll try again. System is: FreeBSD 4.0 Apache 1.3.12 perl 5.005_03 mod_perl 1.24 DBI 1.14 Apache::DBI 0.87 # Apache::DBI preloaded via: use Apache::DBI; # in startup.pl # DB handles created via: my $dbh = DBI-connect('...'); Every module that contains DBI-connect causes the server to segfault: [Fri Jun 16 12:05:41 2000] [notice] child pid 41672 exit signal Segmentation fault (11) I wrote up a quick script in perl to test DBI and it works fine. If any other information is required, please let me know. in order to check whether Apache::DBI makes the trouble, just remove the 'use Apache::DBI;' from startup.pl and check if the problem disappears. Do you use statically linked mod_perl or is mod_perl a DSO ? Edmund -- Edmund Mergl mailto:[EMAIL PROTECTED] http://www.edmund-mergl.de fon: +49 700 EDEMERGL
Re: modperl1.24 with apache1.3.12
Sam Park wrote: Do you know how I can install mod-perl.1.24 with the apache1.3.12? I following the instruction but it's giving me this error? If I run the make... then I get this error.. cd ../apache_1.3.12/src make CC="cc";) === os/unix cc -c -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_EXPAT - I../../lib/expat-lite -DNO_DL_NEEDED -DMOD_PERL os.c /usr/ucb/cc: language optional software package not installed *** Error code 1 make: Fatal error: Command failed for target `os.o' Current working directory /excite/adm/sam/apache_1.3.12/src/os/unix *** Error code 1 make: Fatal error: Command failed for target `subdirs' Current working directory /excite/adm/sam/apache_1.3.12/src *** Error code 1 make: Fatal error: Command failed for target `apache_httpd' heres how i did it on redhat 6.2 , after uninstalling the apache rpms, modssl and apache dso first setup rsa #tar xvf rsaref.tar #cp -rp install/unix temp #cd temp #make #mv rsaref.a librsaref.a then openssl perl util/perlpath.pl /usr/bin/perl ./config -L`pwd`/../rsa/temp -fPIC make cp drfrogs config.layout into apache src then modssl ./configure --with-apache=../apache_1.3.12 --with-ssl=../openssl-0.9.5a--with-rsa=../rsa/temp apache export SSL_BASE=../openssl-0.9.5a ./configure --enable-module=ssl --enable-rule=SHARED_CORE --enable-module=rewrite --enable-module=so --prefix=/home/www $ make $ make certificate $ make install then install other modules using apxs modperl perl Makefile.PL USE_APXS=1 WITH_APXS=/usr/local/apache/bin/apxs EVERYTHING=1 php3 ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql --with-xml then edit httpd.conf make sure php3 handlers in mod_layout make sure Makefile is pointing to apxs type make
Re: Apache::ASP and Apache request object
Dmitry Beransky wrote: Hi, In order to get an instance of Apache::Session, I need to get to the current session id which is stored in a request header, which means I need to get a reference to the current apache request object. I've browsed through Apache::ASP code and docs and realized that there is no documented API for accessing the underlying request, but I can still do it by accessing the internal structures directly: $sessionID = $self-{'asp'}-{'r'}-header_in('sessionID'); So my question is: how reliable this method is? Can I assume that the structure of the ASP and GlobalASA will not change in the future? You can get the current request like Apache-header_in('sessionID') So this doesn't rely on ASP internals, you'll be fine. --Joshua
Re: IPC::Open2 v5.6.0 failures.
On Fri, 16 Jun 2000 [EMAIL PROTECTED] wrote: Hi, my open2 script failes to work under mod_perl with perl v5.6.0. Works correctly outside of the 5.6.0-mod_perl environment but works with mod_perl-5.005_03. ... I have the exact same problem using IPC::Open3 under perl 5.6.0/mod_perl 1.24 Its as if everything you write to the filehandle mysteriously disappears before getting to the opened process. I am not sure why this happens. Mike
Apache::Session and pnotes (again)
Hello, I'm consistently unable to store my Apache::Session in pnotes and retrieve it in subsequent handlers. Some of you may remember me complaining about this before. Luckily, I've had other things I could be doing. The Session IS retrievable in the same handler, but not in the Mason Handler. package MyPerlAccessHandler; sub handler { my $r = shift; $s = Func_that_returns_a_valid_Apache_Session_hash_ref; $test = { 'test' = 'hashref', 'for' = 'comparison' }; $r-pnotes("session", $s); $r-pnotes("test",$test); } packache HTML::Mason; sub handler { my $r = shift; my $SESSION = $r-pnotes("session"); my $TEST= $r-pnotes("test"); At this point, mentioning session results in "Use of uninitialized value..." $TEST works as one might expect and is a friendly hash ref. What am I missing? My configuration--- 1.51 Apache::Session 1.24 mod_perl 1.3.12 Apache 0.87 HTML::Mason 5.00503 Perl -JoshNarins
Re: mod_perl setup for w2k?
Well, when tugged the sleeve of a certain Unusually-Sized Rodent at ApacheCon about the future of Apache on Windows I was told that Apache will *not* support NT5 uh, I mean, Windows2000. Ken, is this still true? -kip Tom Roche wrote: The courseware project on which I labor has been running on several webserver/platforms, notably CGI on NT IIS and mod_perl on Apache on Solaris. My boss has decided he'd like to see it on mod_perl on Apache on Windows 2000. I've found the docs for "Using Apache With Microsoft Windows," and especially enjoy the part http://apache.org/docs/windows.html Windows support is entirely experimental, and is recommended only for experienced users. The Apache Group does not guarantee that this software will work as documented, or even at all. :-) I've also found Randy Kobes' mod_perl binaries at ftp://theoryx5.uwinnipeg.ca/pub/other/ and am planning to try perl-win32-bin-0.6.exe. If anyone has already gotten mod_perl running on w2k, I'd appreciate your recommendations (or pointers to documentation) regarding * which Kobes binary you use, or * which Apache, Perl, etc you use * tips, tricks, traps, etc TIA, [EMAIL PROTECTED]
A patch for Apache::Request
To allow the use of utf-8 encoded form data, as per Jim Winstead [EMAIL PROTECTED] *** apache_request.cFri Jul 2 18:00:17 1999 --- ../../libapreq-0.31-tom/c/apache_request.c Fri Jun 16 16:29:38 2000 *** *** 201,207 if (r-method_number == M_POST) { const char *ct = ap_table_get(r-headers_in, "Content-type"); ! if (ct *ct == 'a' strEQ(ct, DEFAULT_ENCTYPE)) { return ApacheRequest_parse_urlencoded(req); } else if (ct *ct == 'm' strstr(ct, "multipart/form-data")) { --- 201,207 if (r-method_number == M_POST) { const char *ct = ap_table_get(r-headers_in, "Content-type"); ! if (ct *ct == 'a' strstr(ct, DEFAULT_ENCTYPE)) { return ApacheRequest_parse_urlencoded(req); } else if (ct *ct == 'm' strstr(ct, "multipart/form-data")) { *** *** 297,303 type = ap_table_get(r-headers_in, "Content-Type"); ! if (!strcaseEQ(type, DEFAULT_ENCTYPE)) { return DECLINED; } if ((rc = util_read(req, data)) != OK) { --- 297,303 type = ap_table_get(r-headers_in, "Content-Type"); ! if (!strstr(type, DEFAULT_ENCTYPE)) { return DECLINED; } if ((rc = util_read(req, data)) != OK) { -- -- Tom Mornini -- InfoMania Printing and Prepress
Re: mod_perl setup for w2k?
Randy Terbush wrote: I'd strongly disagree that this is not true. Covalent intends to make a significant commitment to making sure that Apache 2.0 on Win32 is on par with the Unix platform's stability and performance. This is *excellent* news. It's always possible that I misunderstood, though doubtful since discerning the future of Apache [especially mod_perl] on Win32 was a good portion of the reason I attended the conference and Ken *did* seem adamant on the subject, but that said, if I did misunderstand, I sincerely apologize for spreading disinformation. -kip -Original Message- From: Kip Hampton [mailto:[EMAIL PROTECTED]] Sent: Friday, June 16, 2000 4:00 PM To: Tom Roche Cc: [EMAIL PROTECTED] Subject: Re: mod_perl setup for w2k? Well, when tugged the sleeve of a certain Unusually-Sized Rodent at ApacheCon about the future of Apache on Windows I was told that Apache will *not* support NT5 uh, I mean, Windows2000. Ken, is this still true? -kip Tom Roche wrote: The courseware project on which I labor has been running on several webserver/platforms, notably CGI on NT IIS and mod_perl on Apache on Solaris. My boss has decided he'd like to see it on mod_perl on Apache on Windows 2000. I've found the docs for "Using Apache With Microsoft Windows," and especially enjoy the part http://apache.org/docs/windows.html Windows support is entirely experimental, and is recommended only for experienced users. The Apache Group does not guarantee that this software will work as documented, or even at all. :-) I've also found Randy Kobes' mod_perl binaries at ftp://theoryx5.uwinnipeg.ca/pub/other/ and am planning to try perl-win32-bin-0.6.exe. If anyone has already gotten mod_perl running on w2k, I'd appreciate your recommendations (or pointers to documentation) regarding * which Kobes binary you use, or * which Apache, Perl, etc you use * tips, tricks, traps, etc TIA, [EMAIL PROTECTED]
Re: non-DSO mod_perl, Embperl, and AIX not working
On Fri, Jun 16, 2000 at 04:58:55PM -0400, Greg Estep wrote: After making a few tweaks to the test.pl script and passing the 'h' command-line parameter (only do mod_perl tests) I was able to run all the tests (only under mod_perl) successfully. I then was able to run some successful tests against some .epl's that I had previously written using a different OS. I can't run Embperl outside of apache, but have only done that on the rare occasion anyway, so that's not a great loss. Aiee, I have forgotten about that one, but with Apache 1.3.10 they added a special AIX 4.2 feature to the httpd.exp file that explicitely forces the httpd symbols to be from the main part and to be present, previously the httpd.exp file specified deferred binding that also allows for the symbols to be not present, which might not be a problem if you know that and don't use functionality that requires the use of the unresolved symbols. I changed that back to the old behaviour in my Apache build tree by changing the first line of the httpd.exp from: #! . to just: #! without the dot. This way Embperl should also run standalone with perl alone. Thanks for all your help. It has been a few years since I have used AIX and was in much need of reminders related to AIX's "strange/different/odd/weird" linker. Yep, compared to other Unix linkers AIX behaves quite differently, but the export file mechanism is actually quite nice if you really want to control the API exported from shared libraries or plug-in modules. Other Unix linkers can be coerced to perform similarly, although with some additional effort. I do use these features, as I do not like it if everything is dumped into one big symbol soup, as the ELF linkers normally do. BTW, is it appropriate for me to offer to help with incorporating your knowledge into the Embperl install scripts? Definitely, but I believe Embperl already knows about it. There is the following sequence in Makefile.PL from Embperl: require Apache::src; $dynlib-{'OTHERLDFLAGS'} = Apache::src-new-otherldflags if (defined (Apache::src::otherldflags)) ; This would pick up the requires flags from modperl, if modperl knows about them. As currently done the httpd.exp is only added to otherldflags if modperl is build by apxs as a DSO, not if linked into httpd statically. I would believe the following patch to modperl should fix this: Index: lib/Apache/src.pm === RCS file: /home/cvspublic/modperl/lib/Apache/src.pm,v retrieving revision 1.26 diff -u -d -r1.26 src.pm --- lib/Apache/src.pm 2000/06/05 18:16:33 1.26 +++ lib/Apache/src.pm 2000/06/17 00:20:48 @@ -258,7 +258,12 @@ push @ldflags, "-bI:" . $file; } my $httpdexp = $self-apxs("-q" = 'LIBEXECDIR') . "/httpd.exp"; - push @ldflags, "-bI:$httpdexp" if -e $httpdexp; + if (-e $httpdexp) { + push @ldflags, "-bI:$httpdexp"; + } else { + $httpdexp = $self-dir . "/support/httpd.exp"; + push @ldflags, "-bI:$httpdexp" if -e $httpdexp; + } } return join(' ', @ldflags); } -- Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED]