From walter at frii.com Thu May 3 10:59:08 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] perl jobs page and list (fwd) Message-ID: ---------- Forwarded message ---------- Date: Tue, 1 May 2001 18:15:40 -0400 From: Uri Guttman To: groups@lists.panix.com Subject: perl jobs page and list pm group leaders: please forward this to your local pm groups. as some of you may know there have been a perl jobs announce and wanted lists hosted on pm.org. those lists have been merged and moved to the perl.org site. there are now these two lists: jobs@perl.org which is moderated and is only for posting of both job openings and situations wanted. jobs-discuss@perl.org which is not moderated and is meant to discuss the perl jobs list and web site as well and any other perl job related topics. go to jobs.perl.org for information on how to subscribe and the posting guidelines. if your pm group has a home page you might want to link to this page. the page and list are for perl jobs worldwide. telecommuting, relocation and other options are common so don't think you have to be in a particular goegraphic location to participate. also agencies and HR types are welcome too. spread the word about this page and list to any of those you know who deal with the perl job market. thanx, uri -- Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com Learn Advanced Object Oriented Perl from Damian Conway - Boston, July 10-11 Class and Registration info: http://www.sysarch.com/perl/OOP_class.html **Majordomo list services provided by PANIX ** **To Unsubscribe, send "unsubscribe groups" to majordomo@lists.pm.org** From Robert.L.Harris at rdlg.net Tue May 8 11:27:34 2001 From: Robert.L.Harris at rdlg.net (Robert L. Harris) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? Message-ID: <20010508102734.B24617@rdlg.net> Ok, I'm currently reading in a "config file" that says something like, OPTION1=value1 OPTION2=value2 OPTION3=value3 OPTION4=value4 OPTION5=value5 and then reading in a template file that will have OPTIONX embeded. The values will likely change per run so they can't be hard coded. I'm currently doing something like this: @Keys=keys(%ConfigOptions); while() { chomp; $Line=$_; foreach $i (@Keys) { $Line =~ s/$i/$ConfigOptions{$i}/; } } Is there a better way to do a line by line substitution instead of looping through @Keys each line? Robert :wq! --------------------------------------------------------------------------- Robert L. Harris | Micros~1 : Senior System Engineer | For when quality, reliability at RnD Consulting | and security just aren't \_ that important! DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From boulder-pm at jim-baker.com Tue May 8 11:47:14 2001 From: boulder-pm at jim-baker.com (Jim Baker) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? In-Reply-To: <20010508102734.B24617@rdlg.net> Message-ID: This is simple: get yourself a Perl Cookbook. From Recipe 8.1.6: while () { chomp; # no newline s/#.*//; # no comments s/^\s+//; # no leading white s/\s+$//; # no trailing white next unless length; # anything left? my ($var, $value) = split(/\s*=\s*/, $_, 2); $User_Preferences{$var} = $value; } will set up a hash %User_Preferences that you can do variable interpolation into your templates. Very handy. - Jim -----Original Message----- From: owner-boulder-pm-list@pm.org [mailto:owner-boulder-pm-list@pm.org]On Behalf Of Robert L. Harris Sent: Tuesday, May 08, 2001 10:28 AM To: Boulder Perl Mongers Subject: [boulder.pm] line/loop optimization? Ok, I'm currently reading in a "config file" that says something like, OPTION1=value1 OPTION2=value2 OPTION3=value3 OPTION4=value4 OPTION5=value5 and then reading in a template file that will have OPTIONX embeded. The values will likely change per run so they can't be hard coded. I'm currently doing something like this: @Keys=keys(%ConfigOptions); while() { chomp; $Line=$_; foreach $i (@Keys) { $Line =~ s/$i/$ConfigOptions{$i}/; } } Is there a better way to do a line by line substitution instead of looping through @Keys each line? Robert :wq! --------------------------------------------------------------------------- Robert L. Harris | Micros~1 : Senior System Engineer | For when quality, reliability at RnD Consulting | and security just aren't \_ that important! DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From jwalker at matchlogic.com Tue May 8 11:47:42 2001 From: jwalker at matchlogic.com (Jeff Walker) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? Message-ID: <5FE9B713CCCDD311A03400508B8B301306AA3FBA@bdr-xcln.corp.matchlogic.com> I guess you could do something like this: while( defined( $Line = ) ) { $Line = chomp( $Line ); if ( $Line =~ /(OPTION.)/ ) { $Line = $` . $ConfigOptions{"$1"} . $'; } } I didn't try this, but if I understand the question, I think that will work. There is probably another way to do it with "s/OPTION./..../", but I can't think of how to expand "$ConfigOptions{"$1"}" inside a s///, or even if that will really work. There might be a problem with the above, however. I think it will only operate on the first OPTIONX on the line. This may not be a problem, but who knows. I think maybe if you replace "if" with "while" that may work, but I haven't ever tried anything like that, so you should test it before using it. (as always, I suppose) HTH -- Jeff Walker MatchLogic, Inc. jwalker@matchlogic.com 7233 Church Ranch Blvd. Voice 1 (303) 222-2105 Westminster, CO 80021 Fax 1 (303) 222-2001 www.matchlogic.com -----Original Message----- From: Robert L. Harris [mailto:Robert.L.Harris@rdlg.net] Sent: Tuesday, May 08, 2001 10:28 AM To: Boulder Perl Mongers Subject: [boulder.pm] line/loop optimization? Ok, I'm currently reading in a "config file" that says something like, OPTION1=value1 OPTION2=value2 OPTION3=value3 OPTION4=value4 OPTION5=value5 and then reading in a template file that will have OPTIONX embeded. The values will likely change per run so they can't be hard coded. I'm currently doing something like this: @Keys=keys(%ConfigOptions); while() { chomp; $Line=$_; foreach $i (@Keys) { $Line =~ s/$i/$ConfigOptions{$i}/; } } Is there a better way to do a line by line substitution instead of looping through @Keys each line? Robert :wq! --------------------------------------------------------------------------- Robert L. Harris | Micros~1 : Senior System Engineer | For when quality, reliability at RnD Consulting | and security just aren't \_ that important! DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From rise at knavery.net Tue May 8 12:06:51 2001 From: rise at knavery.net (rise) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? In-Reply-To: <20010508102734.B24617@rdlg.net> Message-ID: On Tue, 8 May 2001, Robert L. Harris wrote: > @Keys=keys(%ConfigOptions); > while() { > chomp; > $Line=$_; > foreach $i (@Keys) { > $Line =~ s/$i/$ConfigOptions{$i}/; > } > } > > > Is there a better way to do a line by line substitution instead of looping > through @Keys each line? Three immediate (speed, not necessarily maintainability) optimizations occur to me: a) If each Option is a fixed string, don't check each one individually. Instead do something like /(Option1|Option2|Option3/$ConfigOptions{$1}/ since the match will contain your hash key for a fixed string match. b) Use the qr{} quoting operation to get a "compiled" regex so that you're not reinterpolating for each line[1]. c) If values only change between runs you can use the /o modifier to make sure perl doesn't recompile the regex. Basic strategy (untested): @Keys=keys(%ConfigOptions); # this next bit can be done in one operation $OptionRegexString = join('|', @Keys); $OptionRegexRef = qr/$OptionRegexString/o; while() { chomp; $Line=$_; $Line =~ s/($OptionRegexRef)/$ConfigOptions{$1}/; } [1] perldoc perlop, in the section "Regexp Quote-Like Operators" -- Jonathan Conway The thing about Unix is that all the hoops are rise@knavery.net flaming, so at least you know where they are... From porterje at us.ibm.com Tue May 8 12:28:04 2001 From: porterje at us.ibm.com (Jessee Porter) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? Message-ID: >Is there a better way to do a line by line substitution instead of looping >through @Keys each line? >Robert Something like : $/ = ""; my $foo = ; foreach (keys %ConfigOptions){$foo =~ s|$_|$ConfigOptions{$_}|gis}; may do the job. -- Cogito Ergo Disclaimo : I am speaking for myself, not my employer. From boulder-pm at jim-baker.com Tue May 8 12:42:32 2001 From: boulder-pm at jim-baker.com (Jim Baker) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? In-Reply-To: Message-ID: If we're doing dynamic templates, my favorite is something like the following. It slurps the template in from STDIN, dynamically interpolating in the variables accessible in the namespace (such as %opt): use strict; use warnings; my %opt; $opt{foo} = 'abc'; $opt{fum} = 'xyz'; my $template = do { no strict; local $/; <> }; my $filled_template = eval qq[qq[$template]]; print $template; print $filled_template; It's left as an exercise for the reader to prevent unbalanced quotes (use quote-to-here instead of brackets) and variable interpolation accessing portions of the namespace it shouldn't (use Safe of course). All of the solutions presented so far are why we like Perl (dynamic code, dynamic quotes, dynamic regexes, etc.). - Jim -----Original Message----- From: owner-boulder-pm-list@pm.org [mailto:owner-boulder-pm-list@pm.org]On Behalf Of rise Sent: Tuesday, May 08, 2001 11:07 AM To: Boulder Perl Mongers Subject: Re: [boulder.pm] line/loop optimization? On Tue, 8 May 2001, Robert L. Harris wrote: > @Keys=keys(%ConfigOptions); > while() { > chomp; > $Line=$_; > foreach $i (@Keys) { > $Line =~ s/$i/$ConfigOptions{$i}/; > } > } > > > Is there a better way to do a line by line substitution instead of looping > through @Keys each line? Three immediate (speed, not necessarily maintainability) optimizations occur to me: a) If each Option is a fixed string, don't check each one individually. Instead do something like /(Option1|Option2|Option3/$ConfigOptions{$1}/ since the match will contain your hash key for a fixed string match. b) Use the qr{} quoting operation to get a "compiled" regex so that you're not reinterpolating for each line[1]. c) If values only change between runs you can use the /o modifier to make sure perl doesn't recompile the regex. Basic strategy (untested): @Keys=keys(%ConfigOptions); # this next bit can be done in one operation $OptionRegexString = join('|', @Keys); $OptionRegexRef = qr/$OptionRegexString/o; while() { chomp; $Line=$_; $Line =~ s/($OptionRegexRef)/$ConfigOptions{$1}/; } [1] perldoc perlop, in the section "Regexp Quote-Like Operators" -- Jonathan Conway The thing about Unix is that all the hoops are rise@knavery.net flaming, so at least you know where they are... From nagler at bivio.com Tue May 8 12:45:55 2001 From: nagler at bivio.com (Rob Nagler) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? References: Message-ID: <3AF830D3.BCFA9ADA@bivio.com> Why not use perl itself? We have lots of config files and they are all perl, sometimes with one or two substitutions to make it easy. You could change the syntax to be: { OPTION1 => 'value1', OPTION2 => 'value2', }; Which is parsed by: my($info) = do($file); die($@) if $@; die($file, ": didn't return a hash_ref") unless ref($info) eq 'HASH'; The syntax errors will be clearer, the parser is already debugged, and it will probably be a lot faster than an custom solution. If you need security, use safeperl. W Rob From boulder-pm at jim-baker.com Tue May 8 13:08:40 2001 From: boulder-pm at jim-baker.com (Jim Baker) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] line/loop optimization? In-Reply-To: <3AF830D3.BCFA9ADA@bivio.com> Message-ID: It's even more fun when you use Data::Dumper to create the config file to begin with. Data structure serialization to a self-describing text format (Perl) is definitely useful. I'm just awaiting the day when code refs are not replace with dummy variables! Finally, there are a number of modules out there to simplify reading/writing standard config file formats when the format is legacy (ini, X configuration, /etc/passwd) or you need to interoperate (such as with XML). - Jim -----Original Message----- From: owner-boulder-pm-list@pm.org [mailto:owner-boulder-pm-list@pm.org]On Behalf Of Rob Nagler Sent: Tuesday, May 08, 2001 11:46 AM To: boulder-pm-list@happyfunball.pm.org Subject: Re: [boulder.pm] line/loop optimization? Why not use perl itself? We have lots of config files and they are all perl, sometimes with one or two substitutions to make it easy. You could change the syntax to be: { OPTION1 => 'value1', OPTION2 => 'value2', }; Which is parsed by: my($info) = do($file); die($@) if $@; die($file, ": didn't return a hash_ref") unless ref($info) eq 'HASH'; The syntax errors will be clearer, the parser is already debugged, and it will probably be a lot faster than an custom solution. If you need security, use safeperl. W Rob From walter at frii.com Mon May 14 13:58:57 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] IEEE LAN/MAN standards being released to the public In-Reply-To: Message-ID: I thought the following press release would be of interest to this group, since there are a fair number of wireheads among us. http://standards.ieee.org/announcements/getieee802.html This all happens tomorrow. Actually, I'll be working at midnight EDT to make it happen, if anyone wants to beat the expected crowd. Please, don't point your bot mirror/download agents at the site for a few weeks. Walter From walter at frii.com Wed May 16 14:20:55 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] YAPC::N::A - Perl Apprenticeship "Hour" Message-ID: ---------- Forwarded message ---------- Date: Wed, 16 May 2001 15:07:27 -0400 From: Adam Turoff To: groups@lists.pm.org Subject: YAPC::N::A - Perl Apprenticeship "Hour" Have a few interesting Perl projects on your TODO list that you probably won't get to this year? Looking for a way to contribute to the Perl Community? Want to work with a Perl Guru and improve your knowledge of Perl? Then come to this year's Perl Apprenticeship "Hour". Adam Turoff will be hosting a 45 minute session at YAPC::America::North this June for Perlfolk to present ideas for interesting Perl projects that probably won't get done without some extra help. Projects may include things like: * documentation * tools * tutorials * bugfixes * modules * enhancements to existing code * websites * collaborative efforts * test code * program suites Presenters will have five minutes to offer a project to the community under one of the following terms: - Free for all Here's a cool idea. Do something with it if you want, it's yours. - Apprenticeship Here's an neat idea. I don't have time to implement it. If you understand the basics, then I encourage you to do something with it. I'll be available to answer your questions on this project. - Flash of Brilliance Here's an interesting project. If you understand what needs to be done, then please do something with it. After today, I cannot answer your questions. - Handoff Here's an worthwhile project. If you understand what needs to be done, then let's discuss it so I can hand the project over to you. After that, I cannot answer your questions. If you have some projects you would like to offer for the Perl Apprenticeship Hour, please send a brief project summary to , including the how you will offer the project to the community. You are encouraged to submit multiple projects. **Majordomo list services provided by PANIX ** **To Unsubscribe, send "unsubscribe groups" to majordomo@lists.pm.org** From walter at frii.com Thu May 17 11:57:05 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] Evelyn's question, and an answer Message-ID: 13-15 June, Montreal. www.yapc.org for details ---------- Forwarded message ---------- Date: Wed, 16 May 2001 15:17:26 -0500 From: owner-boulder-pm-list@pm.org To: boulder-pm-list-approval@pm.org Subject: BOUNCE boulder-pm-list@pm.org: Non-member submission from [Evelyn Mitchell ] >From walter@frii.com Wed May 16 15:17:26 2001 Received: from tummy.com (IDENT:qmailr@secure.tummy.com [216.17.150.2]) by gocho.pm.org (8.11.3/8.11.3) with SMTP id f4GKHPE22692 for ; Wed, 16 May 2001 15:17:25 -0500 Received: (qmail 15921 invoked by uid 10); 16 May 2001 20:14:37 -0000 Received: (qmail 21734 invoked by uid 500); 16 May 2001 20:14:35 -0000 Date: Wed, 16 May 2001 14:14:35 -0600 From: Evelyn Mitchell To: boulder-pm-list@happyfunball.pm.org Subject: Re: [boulder.pm] YAPC::N::A - Perl Apprenticeship "Hour" Message-ID: <20010516141435.A21727@tummy.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from walter@frii.com on Wed, May 16, 2001 at 01:20:55PM -0600 On Wed, May 16, 2001 at 01:20:55PM -0600, Walter Pienciak wrote: > Adam Turoff will be hosting a 45 minute session at YAPC::America::North > this June for Perlfolk to present ideas for interesting Perl projects > that probably won't get done without some extra help. I'm probably rather out of it, but where and when will YAPC::America:North be? Evelyn Mitchell efm@tummy.com From walter at frii.com Thu May 17 17:52:53 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl Message-ID: Well, The LAN/MAN standards release went off without a hitch. My apache/mod_perl server never broke a sweat (I had a little access handler installed that returned a 503 message to robotic agents not known to me as existing customer setups), but the company's 2 network connections were saturated for most of 2 days. It was fun; now, back to the real world and less interesting projects. Walter From rise at knavery.net Thu May 17 18:16:15 2001 From: rise at knavery.net (rise) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl In-Reply-To: Message-ID: On Thu, 17 May 2001, Walter Pienciak wrote: > The LAN/MAN standards release went off without a hitch. My > apache/mod_perl server never broke a sweat (I had a little access > handler installed that returned a 503 message to robotic agents not > known to me as existing customer setups), Were spiders/download agents a big chunck of the incoming connections? > but the company's 2 network connections were saturated for most of 2 > days. Congrats. Would you say IEEE is taking this level of interest as vindication of the concept? > It was fun; now, back to the real world and less interesting projects. Clearly it's time for another hike. Anyone interested? -- Jonathan Conway The thing about Unix is that all the hoops are rise@knavery.net flaming, so at least you know where they are... From walter at frii.com Thu May 17 21:05:31 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl In-Reply-To: Message-ID: On Thu, 17 May 2001, rise wrote: > On Thu, 17 May 2001, Walter Pienciak wrote: > > > The LAN/MAN standards release went off without a hitch. My > > apache/mod_perl server never broke a sweat (I had a little access > > handler installed that returned a 503 message to robotic agents not > > known to me as existing customer setups), > > Were spiders/download agents a big chunck of the incoming connections? Our logs show that large portions of our sites are mirrored unofficially in a lot of places. With the expected demand, I wanted to make sure that people who wanted particular documents took precedence over people who were just sucking down a library for reference. I haven't analyzed the logs very carefully yet, but I handed out about 3k "503" responses in the first two days. With a saturated network, I'm sure it made a difference. Plus, the mod_perl thing was just so darned easy to write/install . . . > > but the company's 2 network connections were saturated for most of 2 > > days. > > Congrats. Would you say IEEE is taking this level of interest as > vindication of the concept? Yup. I gave the network folks a month's heads-up. One person shot down all plans for ramping up capacity because "it wasn't going to generate that much traffic." Based on the gleam in another staffer's eye as he related that story, I rather suspect the clueless one has some unpleasant discussions ahead of him. An anecdote: Some of the network guys wanted me to throttle the server back (I had it up to 110 active httpd processes at one point, with keep-alives enabled, pumping out multimegabyte PDF files), but I was cranky. I thought "it was the most important thing happening on the IEEE network that day." I also noted that they ought to be happy, since it was the first real test they'd had of the redundant network connections. ;^) But they didn't say thank you, alas. As far as other areas go, Theo DeRaadt wants POSIX (1003.1). I tend to agree it's a good choice. But those two opinions == 0. The reality is that funding is the driving force (IEEE Standards are a self-funding entity within the IEEE). The Open Group takes its money up front in large chunks, from corporations. The IETF and the IEEE are open processes, and the IEEE recovers its costs from the sale of the documents rather than from grants. The 802 pilot is an exploration toward the latter. > > It was fun; now, back to the real world and less interesting projects. > > Clearly it's time for another hike. Anyone interested? Well, you know I am. But you've gotta be getting bored with my ugly face. Anyone else? Walter From SMSRussell at aol.com Fri May 18 00:19:39 2001 From: SMSRussell at aol.com (SMSRussell@aol.com) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl Message-ID: <30.14f1a93b.28360aeb@aol.com> << > Clearly it's time for another hike. Anyone interested? Well, you know I am. But you've gotta be getting bored with my ugly face. Anyone else? Walter >> Well, I am too (interested in a hike, not bored with Walter's face!). But it seems I'm always unable to go. I will try though, so let me know when it is. Susan From rise at knavery.net Fri May 18 13:45:09 2001 From: rise at knavery.net (rise) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl In-Reply-To: <30.14f1a93b.28360aeb@aol.com> Message-ID: On Fri, 18 May 2001 SMSRussell@aol.com wrote: > Well, I am too (interested in a hike, not bored with Walter's face!). But it > seems I'm always unable to go. I will try though, so let me know when it is. What times work for you? Walter and I both tend to be pretty flexible. -- Jonathan Conway The thing about Unix is that all the hoops are rise@knavery.net flaming, so at least you know where they are... From susansrussell at hotmail.com Fri May 18 16:37:11 2001 From: susansrussell at hotmail.com (Susan Russell) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl Message-ID: > Well, I am too (interested in a hike, not bored with Walter's face!). But it > seems I'm always unable to go. I will try though, so let me know when it is. What times work for you? Walter and I both tend to be pretty flexible. --------------------------------------- Tomorrow (Saturday) afternoon (probably after 1 sometime) would probably work or anytime Sunday. Susan _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com From walter at frii.com Fri May 18 23:04:58 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] mod_perl In-Reply-To: Message-ID: On Fri, 18 May 2001, Susan Russell wrote: > > > Well, I am too (interested in a hike, not bored with Walter's face!). But > it > > seems I'm always unable to go. I will try though, so let me know when it > is. > > What times work for you? Walter and I both tend to be pretty flexible. > > --------------------------------------- > > Tomorrow (Saturday) afternoon (probably after 1 sometime) would probably > work or anytime Sunday. > > Susan Saturday and Sunday this weekend are booked for me, so I'll decline with regret. Walter From jsimoni at totalsite.com Tue May 29 23:01:03 2001 From: jsimoni at totalsite.com (skazat) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] Apache Kills Me Message-ID: hey everyone, It keeps raining at exactly 2:30 everyday, has anyone else noticed this? This is a somewhat Apache/CGI related quesiton but here goes, is there a way to trap a kill signal from apache when a CGI script runs for too long? All I want to do is write a nice die statement of my own when this happens. right now, I get 'Something's Wrong' in the error logs and that doesn't help much. This should be pretty simple, but I don't know what signal to look for. Any ideas? -- justin simoni! http://skazat.com ___________________________________________________________________ We NEVER clean the toilet, Neil! That's what being a student is all about! No way, Harpic! No way, Dot! All that Blue Loo scene is for squares. One thing's for sure, Neil. When Cliff Richard wrote "Wired for Sound", no way was he sitting on a clean lavatory! He was living on the limit, just like me. Where the only place to put bleach is in your hair! -Rick, from "the Young Ones" From walter at frii.com Wed May 30 12:32:26 2001 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:32 2004 Subject: [boulder.pm] "nonmember" submission Message-ID: Sorry about the fascist software, but the list is hosted at the main PM site, and they won't allow this site-wide setting to be overridden. Walter ---------- Forwarded message ---------- Date: Wed, 30 May 2001 10:44:45 -0500 From: owner-boulder-pm-list@pm.org To: boulder-pm-list-approval@pm.org Subject: BOUNCE boulder-pm-list@pm.org: Non-member submission from [Jeff Beard ] >From walter@frii.com Wed May 30 10:44:44 2001 Received: from wiggy.cyberxape.com ([207.174.79.11]) by gocho.pm.org (8.11.3/8.11.3) with ESMTP id f4UFiiF01296 for ; Wed, 30 May 2001 10:44:44 -0500 Received: from wiggy (wiggy [207.174.79.11]) by wiggy.cyberxape.com (8.11.2/8.11.2) with ESMTP id f4UFf1P01872 for ; Wed, 30 May 2001 09:41:02 -0600 (MDT) Date: Wed, 30 May 2001 09:41:01 -0600 (MDT) From: Jeff Beard To: Subject: Re: [boulder.pm] Apache Kills Me In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Read up on SIGALRM. It can be used to time out processing. It can be used in conjunction with a custom SIGDIE (or whatever other signal handler). --Jeff On Tue, 29 May 2001, skazat wrote: > hey everyone, > > It keeps raining at exactly 2:30 everyday, has anyone else noticed this? > > > This is a somewhat Apache/CGI related quesiton but here goes, > > is there a way to trap a kill signal from apache when a CGI script runs for > too long? All I want to do is write a nice die statement of my own when this > happens. right now, I get 'Something's Wrong' in the error logs and that > doesn't help much. > > This should be pretty simple, but I don't know what signal to look for. Any > ideas? > > -- Jeff Beard _______________________________________ Web: www.cyberxape.com Email: jeff at cyberxape dot com Earth: Boulder, CO, USA