Re: can't start apache-1.3.20 with mod_perl and Mason
* On Wed, Jul 11, 2001 at 08:09:20AM -0700, Doug MacEachern wrote: libperld would help, all i can tell is that something in %SIG is being caught, which normally shouldn't happen at startup. are you assigning anything to %SIG ? you could also try this to get the perl filename:line where the segv happens: (gdb) source mod_perl-x.xx/.gdbinit (gdb) curinfo OK, I rebuilt a debugging libperl and here is the gdb output: styx:~# gdb apache (no debugging symbols found)...(gdb) run -X Starting program: /usr/sbin/apache -X (no debugging symbols found)...(no debugging symbols found)... [repeated many times] Subroutine div redefined at /usr/share/perl/5.6.1/Exporter.pm line 57. at /usr/lib/perl/5.6.1/POSIX.pm line 18 Subroutine status_mason redefined at /usr/lib/perl5/Apache/Status.pm line 50. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x402d1287 in S_new_he () at hv.c:26 26 PL_he_root = HeNEXT(he); (gdb) bt #0 0x402d1287 in S_new_he () at hv.c:26 #1 0x402d1bf9 in Perl_hv_store (hv=0x8ab7adc, key=0x4034e8e1 $, klen=1, val=0x87f069c, hash=37) at hv.c:411 #2 0x402d1644 in Perl_hv_fetch (hv=0x8ab7adc, key=0x4034e8e1 $, klen=1, lval=1) at hv.c:210 #3 0x40276e45 in Perl_gv_fetchpv (nambeg=0x4034e8e1 $, add=1, sv_type=4) at gv.c:669 #4 0x40273c1e in S_init_postdump_symbols (argc=0, argv=0xbfffd63c, env=0xb9c0) at perl.c:3381 #5 0x4026e9b4 in S_parse_body (env=0x0, xsinit=0x40223dc0 xs_init) at perl.c:1299 #6 0x4026da60 in perl_parse (my_perl=0x8ab7a48, xsinit=0x40223dc0 xs_init, argc=3, argv=0xbfffd630, env=0x0) at perl.c:895 #7 0x402213f4 in perl_startup () from /usr/lib/apache/1.3/mod_perl.so #8 0x402252a9 in perl_cmd_require () from /usr/lib/apache/1.3/mod_perl.so #9 0x08054bd9 in ap_clear_module_list () #10 0x08054f5a in ap_handle_command () #11 0x08054fa1 in ap_srm_command_loop () #12 0x080554d2 in ap_process_resource_config () #13 0x08055bcc in ap_read_config () #14 0x0805d2b4 in ap_child_terminate () #15 0x0805da5d in main () #16 0x400e038b in __libc_start_main () from /lib/libc.so.6 (gdb) source /root/libapache-mod-perl-1.25/.gdbinit (gdb) curinfo 0:/dev/null (gdb) -- PHEDRE: Quand sous un joug honteux à peine je respire ! Quand je me meurs ! (Phèdre, J-B Racine, acte 3, scène 1)
Re: modperl install on osx - help
I was able to build mod_perl using these instructions. http://www.stepwise.com/Articles/Workbench/BuildingModPerl.html If that doesn't work, or you would like more help, I'd suggesting subscribing to this list. List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] Hope this helps, Kenny At 06:49 PM 7/15/2001 +0200, Christian Wattinger wrote: im at the end of my wisdom here,
Re: BOF?
On Monday 16 July 2001 07:10, James G Smith wrote: Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :) -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Windows may be pretty. And easy. But it has no depth or soul. It's like the one-night stand of operating systems. You feel cheap after using it. -- Steph, in User Friendly
RE: BOF?
Yeah, I'll be there on Sunday in the afternoon. We could go geek and all wear some sort of Perl hat or t-shirt. But of course that is just a supposedly funny suggestion. Maybe I could wear my getpushed.com t-shirt, get real drunk and obnoxious and the mod_perl-ers could come and hang out with me. Of course, if that is the plan I would hope the mod_perl-ers would change affiliation to something else like VBscript rather than hanging out with a drunken Joe Breeden. At any rate, I look forward to meeting everyone there. --Joe Breeden -- Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com) -Original Message- From: Robin Berjon [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Re: BOF? On Monday 16 July 2001 07:10, James G Smith wrote: Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :) -- __ _ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com -- - Windows may be pretty. And easy. But it has no depth or soul. It's like the one-night stand of operating systems. You feel cheap after using it. -- Steph, in User Friendly
Re: BOF?
--On 16/07/01 16:48 +0200 Robin Berjon wrote: I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :) don't worry, both these people will be there ;) -- Eric Cholet B995 E519 1594 10D0 4271 1EA5 8DF3 8004
Re: OT: Re: ApacheCon Dublin Cancelled?
Matt Sergeant writes: I doubt it's the last one we'll see fall... I suspect TPC will be a shadow of its former self... :( Despite my best efforts (zillions more tracks than last year, 200+ talks, five days instead of four, all in a tanking economy), there's going to be an OScon with TPC next year. They're arguing about the dates right now (June? Or September? June! September!) and I can announce them next week. We've talked about next year, and the basic story is that there'll be fewer tracks than this year, getting it back to a manageable level. I think we're going to keep it at 5 days. Attendance at this year's conference will be down from last year, but it's nowhere near the point where we'd say that's it, we can't do this any more. I'm so looking forward to going back to last year's convention size. Organizing this year's convention (TPC+modperl+Apache+PHP+Zope+Python+ MySQL+PostgreSQL+Mozilla+Linux+OpenSource+Java+Tcl+EmergingTopics) was threatening my sanity--too many talks to keep straight, too many speakers to cancel at the last minute, too many different special interests pissed off for whatever reasons. Anyone have requests for next year? I know everyone wants a cheaper conference, but I've banged my head against a brick wall at O'Reilly for four years arguing that it should be cheaper. If you feel that there'd be more attendees at a lower price, then I suggest you tell that to every O'Reilly conferences person you see at TPC (except for me :-) Are there any requests other than price for next year? What would you like to see? What could you do without? Nat
Re: BOF?
On Mon, 16 Jul 2001, Eric Cholet wrote: --On 16/07/01 16:48 +0200 Robin Berjon wrote: I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :) don't worry, both these people will be there ;) heh. maybe there should be a series of mug shots on the web site.
Re: swapping of mod_perl parent process / mlockall()
Doug MacEachern wrote: On Tue, 26 Jun 2001, Adi Fairbank wrote: If this is the case, it would be helpful to prevent the parent process from *ever* swapping to disk. The Linux kernel has a system call mlockall() which disables all memory paging for the current process. This sounds like exactly the recipe for preventing parent process swapping. It won't affect spawned child processes, so shouldn't pose a threat of consuming all physical memory and crashing the system. I want to play around with this, but I'm not sure where in the mod_perl source to call mlockall(). It would need to be before the parent spawns any children.. Has anyone tried using Linux's mlockall()/mlock() with mod_perl? according the manpage: Child processes do not inherit page locks across a fork. so you would need to call it in a child init handler, but: Only root processes are allowed to lock pages. Actually, I don't want child processes to inherit the page locks across a fork. I just wanted to experiment with performance issues when only the parent process is locked in memory. (I have a theory that when the parent process swaps to disk, the swapped pages become unshared for the rest of the server's life) I was hoping you could give me a hint as to where in the source code I could call mlockall(), e.g. file mod_perl.c, line NNN.. Thanks, -Adi
Re: OT: Re: ApacheCon Dublin Cancelled?
Nathan Torkington [EMAIL PROTECTED] writes: Are there any requests other than price for next year? Have it in London. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Interim CTO, web server farms, technical strategy
Problem With Perl Versions
Hello all, In trying to upgrade a RedHat Linux7.0 system I inherited to Perl5.6.0 There are several versions of perl installed on the system and I've run into a problem restarting the server. To set a context for you all, I'm not a perl or apache expert, so I may be (OK probably) missing something here. I got the following message when trying to start the server. --- [Fri Jul 13 10:37:24 2001] [error] Perl 5.00564 required--this is only version 5.00503, stopped at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /var/pickcity/htdocs/init.pl line 1. Syntax error on line 1029 of /etc/httpd/conf/httpd.conf: Perl 5.00564 required--this is only version 5.00503, stopped at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /var/pickcity/htdocs/init.pl line 1. This didn't make sense because, as I said above, I installed perl5.6.0. So, just to double check, I invoked perl from the command line (from /usr/bin) to ask it what version it is, I got the following: [root@localhost pickcity]# perl -v This is perl, v5.6.0 built for i386-linux Copyright 1987-2000, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5.0 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. - This is the only perl executable on the system that I can tell. Note that I'm trying to use the use lib syntax in init.pl to point Apache and Perl to the set of perl5.6.0 directories where the perl modules live as they doesn't seem to be pointing to the right directories. So, this seems to be sort of a catch 22 . It's telling me that I don't have the right version, yet when I invoke perl, it tells me that I have a totally different version. It appears that somehow, Apache is trying to use a version of perl other than that currently on the system. I don't know if this means its pointing to modules that are old or even how thinks it knows what the current version is. Any help would be appreciated. Thanks, James
help w/ seg fault
$ uname -a SunOS wfctest.des.state.mn.us 5.7 Generic_106541-16 sun4u sparc SUNW,Ultra-1 $ perl -v This is perl, v5.6.1 built for sun4-solaris $ cat /opt/apache/logs/error_log [Fri Jul 13 15:02:41 2001] [notice] caught SIGTERM, shutting down [Fri Jul 13 15:02:49 2001] [notice] Apache/1.3.20 (Unix) mod_perl/1.26 configurs [Fri Jul 13 15:03:13 2001] [notice] child pid 10582 exit signal Segmentation Fa) [Fri Jul 13 15:05:08 2001] [notice] caught SIGTERM, shutting down [Fri Jul 13 15:05:16 2001] [notice] Apache/1.3.20 (Unix) mod_perl/1.26 configurs [Fri Jul 13 15:05:20 2001] [notice] child pid 10595 exit signal Segmentation Fa) [Fri Jul 13 15:05:21 2001] [notice] child pid 10596 exit signal Segmentation Fa) [Fri Jul 13 15:05:22 2001] [notice] child pid 10597 exit signal Segmentation Fa) [Fri Jul 13 15:05:23 2001] [notice] child pid 10598 exit signal Segmentation Fa) [Fri Jul 13 15:05:24 2001] [notice] child pid 10599 exit signal Segmentation Fa) [Fri Jul 13 15:07:16 2001] [notice] child pid 10603 exit signal Segmentation Fa) $ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/specs gcc version 2.95.3 20010315 (release) Received: from wfctest.des.state.mn.us ([156.99.6.131]) by ngwmail.des.state.mn.us; Fri, 13 Jul 2001 15:34:11 -0500 Received: (from web@localhost) by wfctest.des.state.mn.us (8.11.4/8.11.4) id f6DKWbJ10656 for [EMAIL PROTECTED]; Fri, 13 Jul 2001 15:32:37 -0500 (CDT) Date: Fri, 13 Jul 2001 15:32:37 -0500 (CDT) From: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] ## ## httpd.conf -- Apache HTTP server configuration file ## # # Based upon the NCSA server configuration files originally by Rob McCool. # # This is the main Apache server configuration file. It contains the # configuration directives that give the server its instructions. # See URL:http://www.apache.org/docs/ for detailed information about # the directives. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # After this file is processed, the server will look for and process # /opt/apache/conf/srm.conf and then /opt/apache/conf/access.conf # unless you have overridden these with ResourceConfig and/or # AccessConfig directives here. # # The configuration directives are grouped into three basic sections: # 1. Directives that control the operation of the Apache server process as a # whole (the 'global environment'). # 2. Directives that define the parameters of the 'main' or 'default' server, # which responds to requests that aren't handled by a virtual host. # These directives also provide default values for the settings # of all virtual hosts. # 3. Settings for virtual hosts, which allow Web requests to be sent to # different IP addresses or hostnames and have them handled by the # same Apache server process. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with / (or drive:/ for Win32), the # server will use that explicit path. If the filenames do *not* begin # with /, the value of ServerRoot is prepended -- so logs/foo.log # with ServerRoot set to /usr/local/apache will be interpreted by the # server as /usr/local/apache/logs/foo.log. # PerlRequire /opt/apache/conf/startup.pl ### Section 1: Global Environment # # The directives in this section affect the overall operation of Apache, # such as the number of concurrent requests it can handle or where it # can find its configuration files. # # # ServerType is either inetd, or standalone. Inetd mode is only supported on # Unix platforms. # ServerType standalone # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # NOTE! If you intend to place this on an NFS (or otherwise network) # mounted filesystem then please read the LockFile documentation # (available at URL:http://www.apache.org/docs/mod/core.html#lockfile); # you will save yourself a lot of trouble. # # Do NOT add a slash at the end of the directory path. # ServerRoot /opt/apache # # The LockFile directive sets the path to the lockfile used when Apache # is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or # USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be left at # its default value. The main reason for changing it is if the logs # directory is NFS mounted, since the lockfile MUST BE STORED ON A LOCAL # DISK. The PID of the main
Post processing Perl output through PHP
Hi all, I am having a knightmare trying to get some PHP into the output of a Perl script. PHP. I've heard rumours of Apache 2.0 allowing multiple filters, which would be perfect when it's out, but not yet obviously. I've tried calling the CGI PHP from inside Perl in a few ways: == #!/usr/bin/perl $result = `/usr/bin/php -q EOF ?php echo Hello World; ? EOF `; print Content-Type: text/html\n\n; print PHP output was $result\n; exit; == I've also tried running this command as a system() call in Perl, and sending the output of /usr/bin/php to a temporary file, then using Perl to open and read the contents of that file. Both methods work if I call the script myself at a shell prompt. In the case of the file creation, an 11 byte file is duly created. However, when I call the perl script from a web browser, I lose the PHP output. The code given above doesn't help narrow it down, but in the case of the file creating version, I notice back at a shell prompt that the call to /usr/bin/php has made a 0 byte file... which obviously explains why I see nothing once Perl copies it to the output. So, that means there is something about /usr/bin/php that is making it generate absolutely no output when called via apache and the perl script. I am guessing that this has to do with the environment variables, as I can see no other way in which /usr/bin/php would be aware of a difference in its environment. So, my question is, does anybody know how to persuade PHP to give me the output when called in this way... perhaps by forging an environment variable from Perl first, or some clever command line switch... Alternatively, and much preferred, some way of parsing the whole of the perl output through PHP before returning to the browser. Then I could just print PHP tags in my Perl output and Apache/mod_php would handle the rest on the way back... For reasons that really aren't worth going into, I need to access some messy PHP functions from Perl, and I can't rewrite the PHP functions in Perl because I have .php pages that need them, and I can't rewrite the Perl scripts in PHP either. If I can't find a way of doing this, I will probably tear all my hair out and then sit down to rewrite a separate copy of every routine in Perl, and have two copies of all the code in two different languages... knightmare come true ! Please please help me !!! James [EMAIL PROTECTED]
Re: Post processing Perl output through PHP
[EMAIL PROTECTED]'s message: I'm not entirely sure if I'm getting what you're asking here - I get the impression you want the Perl program to call the php script, such as http://localhost/script.php3 and get the results from that script which you then push into the results of your perl script, correct? The reason I'm not sure is the part where you create a bunch of files in your tmp directory and then process those. Are you saying you're getting perl to create PHP code, and getting Apache to process those, and then returning the results, or that you're getting perl to create a batch command essentially? This is the problem.. I'm not just fetching a local php page, I am actually using Perl to generate a bunch of PHP commands, which I then want Apache to process on the way back to the client. Until a stable 2.0 Apache is out and I can use SetOutputFilter, I am left with (what I think is the only choice left...) creating a temporary file, under DOCUMENT_ROOT, putting the generated PHP into it, using LWP or friends to fetch that page throuh Apache, which will then parse the PHP with mod_php, and send that output back to the client via 'print $fetched_contents;' You'll be happier, and the code will run faster, if you use an Apache subrequest instead of a full-blown LWP request. If you're not familiar with subrequests, look up $r-lookup_uri() and $r-lookup_file() in the mod_perl docs and/or the Eagle book. -Ken Williams The Math Forum [EMAIL PROTECTED]
Re: modperl install on osx - help
Christian, You should get the latest Apache, 1.3.20, instead of the old 1.3.14. Also try removing the 'USE_APACI=1' flag from your build line. That combo works for me under OS X 10.0.4. Perhaps it would work with USE_APACI=1 in there too, but I haven't tried. Christian Wattinger's message: im at the end of my wisdom here, i try to install on mac osx following the advice from http://perl.apache.org/guide/install.html#A_Summary_of_a_Basic_mod_perl_In i dont get very far with it and i know still little about unixy stuff. im desperate because i need this mod_perl to work quickly (i tried tenon iTools but their apache configs with EXPAT enabled = conflict! and its expensive too...) well i post below what i get, help is very welcome! thanks christian - [cable-ggar40-162:/usr/src/mod_perl-1.26] root# perl Makefile.PL APACHE_SRC=../apache_1.3.14/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 -Ken Williams The Math Forum [EMAIL PROTECTED]
Prob w/make test - server doesn't warm up
I am getting the same exact problem on RedHat7.0. I was wondering if there is a solution to this access permission problem? The strace.out looks like this: accept(16, Just one line. Any pointers is appreciated. -Joan try this (in the mod_perl-x.xx directory): % make start_httpd % strace -o strace.out -p `cat t/logs/httpd.pid` % make run_tests % grep open stace.out | grep .htaccess send_to_modperl_list % make kill_httpd and send us that file. I have the feeling there's a .htaccess in your tree that the process can't read. -Doug On Thu, 9 Sep 1999, Earl Evans wrote: Greetings, I'm trying to install mod_perl, and getting stuck at the make test phase. (Note to readers: I've been thru the FAQs, archives, and web resources before asking here.) My info: RedHat Linux 6.0 Kernel 2.2.5-15 Apache 1.3.9 mod_perl 1.21 Perl 5.005_03 All prerequisite Perl modules reqd by mod_perl installed httpd.conf in t/conf directory left unchanged My steps: # perl Makefile.PL {parameters} (with various sets of parameters as suggested on FAQ, etc.) # make # make test My problem: perl Makefile.PL and make work fine. However, make test fails with an error: httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm upnot ok server failed to start! at t/TEST line 95. make: *** [run_tests] Error 9 ...although the httpd process does start. I can tell by grepping a ps ax that the httpd process is running. And it answers to telnet, as shown below. Telneting to the process on the designated port: telnet localhost 8529 then typing: GET /test.html (a file that does exist in the DocumentRoot) results in: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE403 Forbidden/TITLE /HEADBODY H1Forbidden/H1 You don't have permission to access /test.html on this server.P /BODY/HTML Connection closed by foreign host. ...so it appears there is a permissions problem. File and directory permissions appear OK for t/docs, and there are no directives in the distributed httpd.conf that block access. I did see a .htaccess file in the docroot, but it's blank. (Also, it seems access wouldn't be denied by default anyhow...this is a test server docroot...) Any ideas would be much appreciated. And the virtual beverage of your choice is on me :-) Best Regards, Earl [EMAIL PROTECTED]
RE: BOF?
At 01:19 PM 7/14/2001 -0400, Geoffrey Young wrote: -Original Message- From: Ken Williams To: modperl Sent: 7/14/01 11:48 AM Subject: BOF? Yo, I just noticed that there's no mod_perl BOF listed at http://conferences.oreillynet.com/cs/os2001/pub/10/bofs.html . Is one scheduled? If not, let's get one together. I thought Gunther was in charge this time ;) Ah... I thought I was just looking into the T-Shirts. :) Anyway, the T-Shirts aren't a go this time anyway because of a lack of someone to pay for them. I'd like to have sponsored but we're paying (to various degrees) for 3 people to attend the conference this year so that didn't work out either. If you like, I guess I could try organizing to get a BOF room? The only mod_perl BOF I attended was last ApacheCon which was by the pool with drinks. I think that was very nice. :) I wonder if we can reserve the pool and drinks being brought to us for the BOF this year instead a stuffy room. :) Is there a reason for actually getting a mod_perl BOF room? ie are there announcements to make that wouldn't be made at Doug's 2.0 talk or through the mod_perl track? Or would it just be a place to gather before finally heading off someplace else? Later, Gunther PS I am in DC all week on vacation before the conference so I can probably help out a bit.
Re: BOF?
At 12:10 AM 7/16/2001 -0500, James G Smith wrote: Matt Sergeant [EMAIL PROTECTED] wrote: On Sat, 14 Jul 2001, brian moseley wrote: On Sat, 14 Jul 2001, Ken Williams wrote: I just noticed that there's no mod_perl BOF listed at http://conferences.oreillynet.com/cs/os2001/pub/10/bofs.html . Is one scheduled? If not, let's get one together. speaking of which. there should be an opening night piss-up, eh? somebody that knows the area should propose a place. Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I will be in around 1pm on Sunday for those that want to do a late lunch. I think that Philippe and Stas will be around also. Definitely night time drinks would be great on opening night...
Re: BOF?
On Mon, 16 Jul 2001, Gunther Birznieks wrote: At 12:10 AM 7/16/2001 -0500, James G Smith wrote: Matt Sergeant [EMAIL PROTECTED] wrote: On Sat, 14 Jul 2001, brian moseley wrote: On Sat, 14 Jul 2001, Ken Williams wrote: I just noticed that there's no mod_perl BOF listed at http://conferences.oreillynet.com/cs/os2001/pub/10/bofs.html . Is one scheduled? If not, let's get one together. speaking of which. there should be an opening night piss-up, eh? somebody that knows the area should propose a place. Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I will be in around 1pm on Sunday for those that want to do a late lunch. I think that Philippe and Stas will be around also. Definitely night time drinks would be great on opening night... I'll be in the pool sipping Margaritas from about 3pm Actually scratch that. I'll be sitting *by* the pool, finishing my presentations, and sipping margaritas :-) -- 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: BOF?
-Original Message- From: Gunther Birznieks [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 8:54 AM To: Geoffrey Young; 'Ken Williams '; 'modperl ' Subject: RE: BOF? [snip] If you like, I guess I could try organizing to get a BOF room? The only mod_perl BOF I attended was last ApacheCon which was by the pool with drinks. I think that was very nice. :) I wonder if we can reserve the pool and drinks being brought to us for the BOF this year instead a stuffy room. :) at the pool we discussed (among other non-mod_perl related things) that having a BOF may not really be necessary any more - the formal kind, that is, not the drinking kind. my vote is just for another gathering like that - lots happens over a few drinks when everyone is interacting that don't necessarily happen in a podium type setting. besides, we're a tight enough group at this point that just hanging is more fun (and more productive)... --Geoff
Re: BOF?
On Mon, 16 Jul 2001, brian moseley wrote: On Mon, 16 Jul 2001, Eric Cholet wrote: --On 16/07/01 16:48 +0200 Robin Berjon wrote: I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :) don't worry, both these people will be there ;) heh. maybe there should be a series of mug shots on the web site. Stas: http://home.sergeant.org/Fall_Confs/DSC00068.JPG?size=half Eric: http://home.sergeant.org/Fall_Confs/DSC00070.JPG?size=half Me: http://home.sergeant.org/Fall_Confs/DSC00072.JPG?size=half (as tempting as it may be to look at other pics on the site, please try not to, as the site is only behind a 64K link, thanks!) -- 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: OT: Re: ApacheCon Dublin Cancelled?
At 10:46 AM 07/16/01 -0600, Nathan Torkington wrote: Are there any requests other than price for next year? What would you like to see? What could you do without? Well, this is more along the price issue that you don't want to hear about, but I much prefer a single fee for everything instead of separate tutorial and conference fees. I understand the scheduling hell, but I like the flexibility to decide what to attend during the conference. What I attend in the morning may influence what I attend in the afternoon. And these days more and more people may find themselves like me, paying their own way. I'm very disappointed that I had to cancel after adding everything up. Bill Moseley mailto:[EMAIL PROTECTED]
Re: Problem With Perl Versions
Thanks for the suggestion. It seems odd since libperl.so and libperl.a are in the 5.6.0 directories and seem to have been created when I installed the 5.6.0 version, but I don't know where the binary is it thinks it should be using, so recompiling may help. James Aaron Patterson wrote: You probably have mod_perl compiled with perl 5.00503. Try recompiling mod_perl. That may help. --Aaron On Fri, 13 Jul 2001, James McKim wrote: Hello all, In trying to upgrade a RedHat Linux7.0 system I inherited to Perl5.6.0 There are several versions of perl installed on the system and I've run into a problem restarting the server. To set a context for you all, I'm not a perl or apache expert, so I may be (OK probably) missing something here. I got the following message when trying to start the server. --- [Fri Jul 13 10:37:24 2001] [error] Perl 5.00564 required--this is only version 5.00503, stopped at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /var/pickcity/htdocs/init.pl line 1. Syntax error on line 1029 of /etc/httpd/conf/httpd.conf: Perl 5.00564 required--this is only version 5.00503, stopped at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /etc/httpd//lib.pm line 3. BEGIN failed--compilation aborted at /var/pickcity/htdocs/init.pl line 1. This didn't make sense because, as I said above, I installed perl5.6.0. So, just to double check, I invoked perl from the command line (from /usr/bin) to ask it what version it is, I got the following: [root@localhost pickcity]# perl -v This is perl, v5.6.0 built for i386-linux Copyright 1987-2000, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5.0 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. - This is the only perl executable on the system that I can tell. Note that I'm trying to use the use lib syntax in init.pl to point Apache and Perl to the set of perl5.6.0 directories where the perl modules live as they doesn't seem to be pointing to the right directories. So, this seems to be sort of a catch 22 . It's telling me that I don't have the right version, yet when I invoke perl, it tells me that I have a totally different version. It appears that somehow, Apache is trying to use a version of perl other than that currently on the system. I don't know if this means its pointing to modules that are old or even how thinks it knows what the current version is. Any help would be appreciated. Thanks, James
DOS style drive letters and PERL5LIB
I'm relatively new to mod_perl, so forgive me if this has been asked 100 times: I'm running under Windows 2000, with Apache 1.3.20, Mod_Perl 1.25_1 and ActivePerl Build 628. I've worked my way through several examples, and have come up against I problem I can't answer. When I want to include a module in my script, I can't change the @INC variable appropriately. What happens is this: I put PerlSetEnv PERL5LIB e:/websites/perl into my httpd.conf file as this is where I want my modules to live. Yes, it needs the drive letter, as I have applications and data scattered all over. The trouble is, when I run the script, I get: [Mon Jul 16 13:17:09 2001] [error] Uncaught exception from user code: Uncaught exception from user code: Can't locate Counter.pm in @INC (@INC contains: D:/apps/perl/lib D:/apps/perl/site/lib . d:/apps/apache/ d:/apps/apache/lib/perl e /websites/perl) at e:/websites/perl/doit.pl line 5. Apache::ROOT::perl::doit_2epl::BEGIN() called at Counter.pm line 5 eval {...} called at Counter.pm line 5 eval 'package Apache::ROOT::perl::doit_2epl;use Apache qw(exit);sub handler { #line 1 e:/websites/perl/doit.pl ... The important part to note is the e /websites/perl in @INC. Now obviously the PERL5LIB is a colon separated list, so it's parsing correctly, and breaking up my path. The question is: How do I escape the colon, or specify it in another way, so that it DOESN'T get parsed apart? Someone must have an answer. Thanks. IanW -- Ian Williamson Senior Software Engineer NovAtel Inc. [EMAIL PROTECTED]
Re: BOF?
I'm pretty easy to tag out of a croud, I'm pretty sure I'm starting the week with pink hair again (I'm gonna end it with blue or green). I'm getting there sunday around 5ish. Scott On Mon, 16 Jul 2001, Robin Berjon wrote: On Monday 16 July 2001 07:10, James G Smith wrote: Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :)
Re: OT: Re: ApacheCon Dublin Cancelled?
On 16 Jul 2001, Randal L. Schwartz wrote: Bill == Bill Moseley [EMAIL PROTECTED] writes: Bill Well, this is more along the price issue that you don't want Bill to hear about, but I much prefer a single fee for everything Bill instead of separate tutorial and conference fees. So you'd rather the overall price be increased, based on the average cost of attending a decent number of the tutorials? Wouldn't that be unfair to those that are attending *just* the conference? Bill I understand the scheduling hell, but I like the flexibility to Bill decide what to attend during the conference. What I attend in Bill the morning may influence what I attend in the afternoon. The problem is materials. Since the tutorials hand out some significant paper, it's hard to decide how much repro to do in advance, unless you know in advance. Also, without enough advance signups, the tutorial speakers themselves need to get cancelled, since they (we :) are an actual hard cost with cutoff deadlines for cancellation. And, how big of a room should you have, if people can just wander in and out? Ah, and the paper issue is one reason why I never submit my materials in advance. It's outrageous to be handing out paper booklets in this modern age. That's something I'd like to see changed in the future: tutorial materials on CD-ROM or Internet only. True, but not everyone brings a laptop :-). With the cellular age coming on, though, I think within a year or two at the most it will be safe enough to assume everyone will have a portable internet connection (eg, Palm or whatever). But untill then, people might want to look at the material during the presentation - very impracticle if the material's only on CD-ROM... Issac
Re: ApacheCon Dublin Cancelled?
Bummer, I was really looking forward to visiting the Guinness and Jameson factories. John [EMAIL PROTECTED]
BSDI 4.1 make issues...
Should I be worried? I've never seen this before... I want build mod_perl as a DSO. THoughts? -sc # perl Makefile.PL USE_APXS=1 EVERYTHING=1 PREFIX=/usr/local WITH_APXS=/usr/local/sbin/apxs PERL_EXTRA_CFLAGS='-DDEFAULT_PATH=\/bin:/usr/bin:/usr/local/bin\' Will configure via APXS (apxs=/usr/contrib/bin/apxs) PerlDispatchHandler.enabled PerlChildInitHandlerenabled PerlChildExitHandlerenabled PerlPostReadRequestHandler..enabled PerlTransHandlerenabled PerlHeaderParserHandler.enabled PerlAccessHandler...enabled PerlAuthenHandler...enabled PerlAuthzHandlerenabled PerlTypeHandler.enabled PerlFixupHandlerenabled PerlHandler.enabled PerlLogHandler..enabled PerlInitHandler.enabled PerlCleanupHandler..enabled PerlRestartHandler..enabled PerlStackedHandlers.enabled PerlMethodHandlers..enabled PerlDirectiveHandlers...enabled PerlTableApienabled PerlLogApi..enabled PerlUriApi..enabled PerlUtilApi.enabled PerlFileApi.enabled PerlConnectionApi...enabled PerlServerApi...enabled PerlSectionsenabled PerlSSI.enabled Will run tests as User: 'nobody' Group: 'wheel' require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected Configuring mod_perl for building via APXS + Creating a local mod_perl source tree + Setting up mod_perl build environment (Makefile) + id: mod_perl/1.26 + id: Perl/5.00503 (bsdos) [perl] Now please type 'make' to build libperl.so Checking CGI.pm VERSION..ok Checking for LWP::UserAgent..ok Checking for HTML::HeadParserok Checking if your kit is complete... Looks good Writing Makefile for Apache Writing Makefile for Apache::Connection Writing Makefile for Apache::Constants Writing Makefile for Apache::File Writing Makefile for Apache::Leak Writing Makefile for Apache::Log Writing Makefile for Apache::ModuleConfig Writing Makefile for Apache::PerlRunXS Writing Makefile for Apache::Server Writing Makefile for Apache::Symbol Writing Makefile for Apache::Table Writing Makefile for Apache::URI Writing Makefile for Apache::Util Writing Makefile for mod_perl -- Sean Chittenden PGP signature
sending multiple cookies with err_header_out()
Hello, I am using Apache::AuthCookie. I need to be able to set 2 cookies. Apache::AuthCookie uses err_header_out() to set a cookie. Is their a way to use err_header_out() to set two cookies? thanks chad
Using PerlLogHandler to write errors to database
Hi, I want to write a PerlLogHandler to write all errors to a database. The database table will probably look like this: CREATE TABLE error_log ( when DATETIME not null, remotehost VARCHAR (255) not null, virtualhost VARCHAR (255), severity ENUM ('emerg', 'alert', 'crit', 'error', 'warn', 'notice', 'info', 'debug') not null DEFAULT 'error', error TEXT not null ); I couldn't find any answers to my three important questions: Is an error being logged? What is the severity of the error? What is the error? Is there away to get this information from the request object? Thanks, Jay
Problems building Bundle::Apache - libapreq-0.33
I'm trying to build Bundle::Apache and I get the following error when building libapreq (everthing else in the bundle builds fine): cc -c -I../c -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/include -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/regex -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/os/unix -I/home1/web/apache_1.3.20/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xO3 -xdepend-DVERSION=\0.33\ -DXS_VERSION=\0.33\ -KPIC -I/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE Request.c Request.xs, line 40: cannot find include file: mod_perl.h Request.xs, line 86: syntax error before or at: SV Request.xs, line 86: cannot recover from previous errors cc: acomp failed for Request.c The platform is Solaris, Perl 5.6.1 and Apache 1.3.20. Everything else is the latest available from CPAN. The INSTALL file is less than helpful, and a search of the modperl archives didn't find anything. Anyone have any suggestions? thanks, Alan Burlison
Re: BSDI 4.1 make issues...
This took a while to track, but this may be useful in the archives: I was using an old version of apxs that came with Apache 1.3.12, not 1.3.20. Change your path to include the newwer apxs and everything's groovy. -sc Should I be worried? I've never seen this before... I want build mod_perl as a DSO. THoughts? -sc # perl Makefile.PL USE_APXS=1 EVERYTHING=1 PREFIX=/usr/local WITH_APXS=/usr/local/sbin/apxs PERL_EXTRA_CFLAGS='-DDEFAULT_PATH=\/bin:/usr/bin:/usr/local/bin\' Will configure via APXS (apxs=/usr/contrib/bin/apxs) ^ [snip] require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected require: not found use: not found package: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found my: not found /usr/contrib/bin/apxs: 87: Syntax error: ; unexpected Configuring mod_perl for building via APXS + Creating a local mod_perl source tree + Setting up mod_perl build environment (Makefile) + id: mod_perl/1.26 + id: Perl/5.00503 (bsdos) [perl] Now please type 'make' to build libperl.so Checking CGI.pm VERSION..ok Checking for LWP::UserAgent..ok Checking for HTML::HeadParserok Checking if your kit is complete... Looks good Writing Makefile for Apache Writing Makefile for Apache::Connection Writing Makefile for Apache::Constants Writing Makefile for Apache::File Writing Makefile for Apache::Leak Writing Makefile for Apache::Log Writing Makefile for Apache::ModuleConfig Writing Makefile for Apache::PerlRunXS Writing Makefile for Apache::Server Writing Makefile for Apache::Symbol Writing Makefile for Apache::Table Writing Makefile for Apache::URI Writing Makefile for Apache::Util Writing Makefile for mod_perl -- Sean Chittenden PGP signature
Re: BOF?
On Mon, 16 Jul 2001, Gunther Birznieks wrote: At 12:10 AM 7/16/2001 -0500, James G Smith wrote: Matt Sergeant [EMAIL PROTECTED] wrote: On Sat, 14 Jul 2001, brian moseley wrote: On Sat, 14 Jul 2001, Ken Williams wrote: I just noticed that there's no mod_perl BOF listed at http://conferences.oreillynet.com/cs/os2001/pub/10/bofs.html . Is one scheduled? If not, let's get one together. speaking of which. there should be an opening night piss-up, eh? somebody that knows the area should propose a place. Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I will be in around 1pm on Sunday for those that want to do a late lunch. I think that Philippe and Stas will be around also. Cranberry juice debts can be repaid starting from the next Sat night. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: help w/ seg fault
On Fri, 13 Jul 2001, Jim Hobbs wrote: Please follow the steps from the SUPPORT file, which can be found in the mod_perl distro, to properly report the segfault. (you've forgotten the trace!) $ uname -a SunOS wfctest.des.state.mn.us 5.7 Generic_106541-16 sun4u sparc SUNW,Ultra-1 $ perl -v This is perl, v5.6.1 built for sun4-solaris $ cat /opt/apache/logs/error_log [Fri Jul 13 15:02:41 2001] [notice] caught SIGTERM, shutting down [Fri Jul 13 15:02:49 2001] [notice] Apache/1.3.20 (Unix) mod_perl/1.26 configurs [Fri Jul 13 15:03:13 2001] [notice] child pid 10582 exit signal Segmentation Fa) [Fri Jul 13 15:05:08 2001] [notice] caught SIGTERM, shutting down [Fri Jul 13 15:05:16 2001] [notice] Apache/1.3.20 (Unix) mod_perl/1.26 configurs [Fri Jul 13 15:05:20 2001] [notice] child pid 10595 exit signal Segmentation Fa) [Fri Jul 13 15:05:21 2001] [notice] child pid 10596 exit signal Segmentation Fa) [Fri Jul 13 15:05:22 2001] [notice] child pid 10597 exit signal Segmentation Fa) [Fri Jul 13 15:05:23 2001] [notice] child pid 10598 exit signal Segmentation Fa) [Fri Jul 13 15:05:24 2001] [notice] child pid 10599 exit signal Segmentation Fa) [Fri Jul 13 15:07:16 2001] [notice] child pid 10603 exit signal Segmentation Fa) $ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/specs gcc version 2.95.3 20010315 (release) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
please post the URLs for your TPC talks
Folks, it'd be really nice to do some homework and read the conference papers ahead I'll take me some 24 hours to get to SD from Singapore, so I could use this time to learn ahead and allow me to spend more time peer networking at the conference. Can you please post the URLs for your talks? Not only mod_perl, but any... It'll also help me (and I suppose others) to make a better decision about which talks to go to. The abstract is definitely not enough to make a wise decision. I believe we are close enough to the conference start, so people who have planned to come will still come, even if they can grab all the conference papers now. So I see no harm in sharing the content before the conference. So Nat you were asking for suggestions, here is one: Try and make the conference papers available for the attendees some time before the conference start. It'll tremendously ease our decision making about what sessions we want to attend and reduce the walk-out trends, since people won't get surprised at the last moment and won't have to rush and look for an alternative talk when they all have started already. See you all very soon now :) My 'Getting started with mod_perl' tutorial is available from here http://www.stason.org/talks/. Essentially it's the same old tutorial with the fixes spotted during the last few conferences. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: OT: Re: ApacheCon Dublin Cancelled?
Bill == Bill Moseley [EMAIL PROTECTED] writes: Bill Well, this is more along the price issue that you don't want Bill to hear about, but I much prefer a single fee for everything Bill instead of separate tutorial and conference fees. So you'd rather the overall price be increased, based on the average cost of attending a decent number of the tutorials? Wouldn't that be unfair to those that are attending *just* the conference? Bill I understand the scheduling hell, but I like the flexibility to Bill decide what to attend during the conference. What I attend in Bill the morning may influence what I attend in the afternoon. The problem is materials. Since the tutorials hand out some significant paper, it's hard to decide how much repro to do in advance, unless you know in advance. Also, without enough advance signups, the tutorial speakers themselves need to get cancelled, since they (we :) are an actual hard cost with cutoff deadlines for cancellation. And, how big of a room should you have, if people can just wander in and out? A conference with casual tutorial signup or walk-in is a logistical nightmare for the organizers. Don't expect it to happen anytime soon on any professional conference *I* present at. :) -- 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!
cvs commit: modperl/t/net/perl/io redir1.pl redir2.pl
cholet 01/07/16 10:11:04 Modified:t/internal redirect.t Added: t/net/perl/io redir1.pl redir2.pl Log: add internal_redirect test Revision ChangesPath 1.5 +12 -3 modperl/t/internal/redirect.t Index: redirect.t === RCS file: /home/cvs/modperl/t/internal/redirect.t,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- redirect.t1999/02/23 19:21:38 1.4 +++ redirect.t2001/07/16 17:11:04 1.5 @@ -22,7 +22,7 @@ my($request,$response); -my $tests = 3; +my $tests = 4; $CGI::VERSION ||= 0; @@ -64,6 +64,15 @@ print content=`, $response-content, '\n; +#test internal redirect +$request = HTTP::Request-new(GET = http://$net::httpserver$net::perldir/io/redir1.pl;); +$response = $ua-request($request, undef, undef); +unless ($response-content eq 'OK') { +print not ; +} +print ok 4\n; +print content=`, $response-content, '\n; + if ($qredirect) { $request = HTTP::Request-new(GET = $qredirect); @@ -73,7 +82,7 @@ print not ; } -print ok 4\n; +print ok 5\n; print content=`, $response-content, '\n; @@ -85,7 +94,7 @@ print not ; } -print ok 5\n; +print ok 6\n; print content=`, $response-content, '\n; 1.1 modperl/t/net/perl/io/redir1.pl Index: redir1.pl === use strict; my $r = shift; $r-internal_redirect('/perl/io/redir2.pl'); 1.1 modperl/t/net/perl/io/redir2.pl Index: redir2.pl === use strict; my $r = shift; $r-send_http_header('text/plain'); print OK;