From c.radley at attbi.com Tue Nov 5 14:31:59 2002 From: c.radley at attbi.com (charles radley) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Anybody used Javascript.pm ? References: <200210271807.g9RI74R12370@mail.pm.org> Message-ID: <3DC82ABF.59980F4@attbi.com> Hello, Has anybody here used Javascript.pm ? The install does not work on my mandrake linux system. It fails near the end of the libjs 1.5 install, there seem to be a bunch of *.h files missing. I tried contacting the author and their mailing list, but so far no response. Any advice would be appreciated. Best regards, Charles F. Radley -------------- next part -------------- A non-text attachment was scrubbed... Name: c.radley.vcf Type: text/x-vcard Size: 481 bytes Desc: Card for charles radley Url : http://mail.pm.org/pipermail/pdx-pm-list/attachments/20021105/8ebdf80c/c.radley.vcf From jkeroes at eli.net Wed Nov 6 20:04:06 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] OSCON in PDX! Message-ID: <20021107020406.GU15825@eli.net> It's official! From merlyn at stonehenge.com Fri Nov 8 05:49:05 2002 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] OSCON in PDX! In-Reply-To: <20021107020406.GU15825@eli.net> References: <20021107020406.GU15825@eli.net> Message-ID: <86d6pgl1se.fsf@red.stonehenge.com> >>>>> "Joshua" == Joshua Keroes writes: Joshua> It's official! Joshua> From use.perl.org: Joshua> Perl Conference dates and location announced Joshua> posted by gnat on 2002.11.06 17:59 Joshua> gnat writes "The Open Source Convention (including The Perl Joshua> Conference) will be in Portland for 2003. The dates are July Joshua> 7-11 at Marriott Portland Downtown." Did you see my followup? :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! From jkeroes at eli.net Fri Nov 8 09:56:45 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] OSCON in PDX! In-Reply-To: <86d6pgl1se.fsf@red.stonehenge.com> References: <20021107020406.GU15825@eli.net> <86d6pgl1se.fsf@red.stonehenge.com> Message-ID: <20021108155645.GE15825@eli.net> On (Fri, Nov 08 03:49), Randal L. Schwartz wrote: > >>>>> "Joshua" == Joshua Keroes writes: > > Joshua> It's official! > Joshua> From use.perl.org: > > Joshua> Perl Conference dates and location announced > > Joshua> posted by gnat on 2002.11.06 17:59 > > Joshua> gnat writes "The Open Source Convention (including The Perl > Joshua> Conference) will be in Portland for 2003. The dates are July > Joshua> 7-11 at Marriott Portland Downtown." > > Did you see my followup? :) I'm looking, I'm looking. Stonehenge parties (Score:2) by merlyn on 2002.11.07 13:26 (#14582) If you thought the Stonehenge parties were cool in California... Just wait 'til you see what we pull off in our home city! Does your party have anything to do with the "folk dancing" mentioned in this comment? Re:Don't forget the other important URL (Score:1) by kjones4 on 2002.11.07 12:43 (#14577) Another great reason to visit Portland is the *great* beer available in the Pacific Northwest. Even Europeans should be impressed by the selection and quality. Also, if you are a fan of *ahem* "folk dancing", Portland happens to be THE capital in the United States. Adults only. ;) Way to go, Randal! J PS I sent my email when the entry was less than an hour old. Don't know why it's taken so long to post to the mailling list. Curtis? From cp at onsitetech.com Fri Nov 8 17:59:12 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Next meeting is next Wednesday References: <20021107020406.GU15825@eli.net> Message-ID: <012901c28782$d6579f00$1a01a8c0@ot.onsitetech.com> Hi all, Don't forget about the next meeting. Brian Ingerson, the author of the Inline series and YAML will be giving the presentation. Full details are at http://portland.pm.org/ -- Cheers, Curtis Poe Senior Programmer ONSITE! Technology, Inc. www.onsitetech.com 503-233-1418 Taking e-Business and Internet Technology To The Extreme! From poec at yahoo.com Sat Nov 9 11:19:32 2002 From: poec at yahoo.com (Ovid) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] OSCON in PDX! In-Reply-To: <20021108155645.GE15825@eli.net> Message-ID: <20021109171932.97524.qmail@web40402.mail.yahoo.com> --- Joshua Keroes wrote: > PS I sent my email when the entry was less than an hour old. Don't know > why it's taken so long to post to the mailling list. Curtis? While I manage the list, I don't manage the mail server. I've chatted with Wayne Walker about this a few times and I know he's looked into it. I know that my email regarding the next meeting took a couple of hours to hit the list, so it's a systemic problem. Damn. Anyone have any suggestions before I go bug Wayne? He keeps rather busy and I feel bad about constantly bugging the guy. Cheers, Ovid ===== "Ovid" on http://www.perlmonks.org/ Someone asked me how to count to 10 in Perl: push@A,$_ for reverse q.e...q.n.;for(@A){$_=unpack(q|c|,$_);@a=split//; shift@a;shift@a if $a[$[]eq$[;$_=join q||,@a};print $_,$/for reverse @A __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 From jkeroes at eli.net Sat Nov 9 11:31:31 2002 From: jkeroes at eli.net (Joshua Keroes) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] OSCON in PDX! In-Reply-To: <20021109171932.97524.qmail@web40402.mail.yahoo.com> References: <20021108155645.GE15825@eli.net> <20021109171932.97524.qmail@web40402.mail.yahoo.com> Message-ID: <20021109173130.GH15825@eli.net> On (Sat, Nov 09 09:19), Ovid wrote: > --- Joshua Keroes wrote: > > PS I sent my email when the entry was less than an hour old. Don't know > > why it's taken so long to post to the mailling list. Curtis? > > While I manage the list, I don't manage the mail server. I've chatted with Wayne Walker about > this a few times and I know he's looked into it. I know that my email regarding the next meeting > took a couple of hours to hit the list, so it's a systemic problem. > > Damn. Anyone have any suggestions before I go bug Wayne? He keeps rather busy and I feel bad > about constantly bugging the guy. From rootbeer at redcat.com Fri Nov 8 21:45:14 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night Message-ID: There was a pretty good response to the last time we combined a Perl programming clinic and game night. But most of the responses said that they wanted to know about it further in advance, or that they wanted a different evening. So this is a request for nominations: What day would be good? What place? Feel free to nominate a day without a place, or vice versa. If some day or place nominated just won't work for you, say so, and nominate another. At the moment, I'm thinking that we should pick some time and place to suit anyone who can't make it to our usual meetings... So if you're one of those people, this is your chance to speak up! Naturally, we'd like someplace conducive to geek talk. Live bands are nice, but they make it hard to discuss regular expressions. Conversely, good beer seems to make it easier. (But let's try to recommend somewhere that doesn't exclude minors. There's no reason to keep them out.) As before, the evening will be a Perl Mongers' social meeting, but feel free to bring along a page or two of Perl code, or be prepared to critique someone else's code; this is intended to be at least somewhat Perlish. We'll also have a game or two to be played for fun, so your non-Perl friends are still welcome to have fun with us (unless they're Python people, of course). If there's any interest, I'll bring along a game to the upstairs area at the Rose & Raindrop before the next meeting. (That's coming up on Wednesday, and don't miss it. Ingy will give us some cool stuff.) Maybe I should bring Zendo; Perl people should like it. --Tom Phoenix From wwalker at bybent.com Sat Nov 9 22:55:46 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] testing Message-ID: <20021109225546.F5264@broadq.com> This was sent at 9:55 Pacific If you think this took a long time to get to you, forward it with headers intact to tech@pm.org -- Wayne Walker www.broadq.com :) Bringing digital video and audio to the living room And the "Wizard of Bill" says "Please ignore the crash behind the Windows." From russj at dimstar.net Sat Nov 9 23:44:16 2002 From: russj at dimstar.net (Russ Johnson) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] testing In-Reply-To: <20021109225546.F5264@broadq.com> References: <20021109225546.F5264@broadq.com> Message-ID: <20021110054416.GD16019@sthelens.dimstar.net> * Wayne Walker [2002-11-09 21:12]: > This was sent at 9:55 Pacific Weird, because according to my mail server, it arrived at 9:12 Pacific. It's now 9:43 Pacific, 12 minutes prior to when you sent it. :P How are you sending mail that arrives before you write it? -- Russ Johnson Stargate Online http://www.dimstar.net Love is the triumph of imagination over intelligence -- Murphy's Laws on Sex n?36 From wwalker at broadq.com Sun Nov 10 08:53:27 2002 From: wwalker at broadq.com (Wayne Walker) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] testing In-Reply-To: <20021110054416.GD16019@sthelens.dimstar.net>; from russj@dimstar.net on Sat, Nov 09, 2002 at 09:44:16PM -0800 References: <20021109225546.F5264@broadq.com> <20021110054416.GD16019@sthelens.dimstar.net> Message-ID: <20021110085326.A20830@broadq.com> I have a 3 year old with an earache, therefore, I'm sleep deprived :) Which is my current excuse for messing up time zone stuff. I guess we can live with the 17 minute delivery time, but I'll try to fix that too. On Sat, Nov 09, 2002 at 09:44:16PM -0800, Russ Johnson wrote: > * Wayne Walker [2002-11-09 21:12]: > > This was sent at 9:55 Pacific > > Weird, because according to my mail server, it arrived at 9:12 Pacific. > It's now 9:43 Pacific, 12 minutes prior to when you sent it. :P > > How are you sending mail that arrives before you write it? > > -- > Russ Johnson > Stargate Online > http://www.dimstar.net > > Love is the triumph of imagination over intelligence -- Murphy's Laws on Sex n?36 > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list -- Wayne Walker www.broadq.com :) Bringing digital video and audio to the living room And the "Wizard of Bill" says "Please ignore the crash behind the Windows." From rootbeer at redcat.com Tue Nov 12 00:53:14 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Easy money at the social meeting In-Reply-To: <20021109171051.A835@gblx.net> Message-ID: First of all, remember that Wednesday (that's _tomorrow_, for people who don't read their e-mail before midnight, and today for people who don't read it until Wednesday morning) is this month's tech meeting. All come forth, all come forth to hear Ingy! And for people going to the social-meeting-before-the-tech-meeting, at the Rose & Raindrop, want to earn some easy money? Here's how it works: If we have six or more people there, the R&R automatically tacks on a 15% gratuity. But if we ask for separate checks, that automatically becomes a 20% gratuity. Let's see... With some reasonable assumptions, I'd say that the person who calculates those separate checks for our convenience earns on the order of $100 per hour during their minute-and-a-half of hard work exercising the percent key on a pocket calculator. That's a pretty good earning rate for someone who doesn't know regular expressions. (Calculating this reminds me of one of Brad Templeton's web pages.) http://www.templetons.com/brad/billg.html Anyway, I think we should ask Ingy to write up a Perl module to calculate the separate checks, and... No, wait. I'm sure there's a better way than that.... --Tom Phoenix From cp at onsitetech.com Tue Nov 12 11:07:43 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Easy money at the social meeting References: Message-ID: <007201c28a6e$04900c20$1a01a8c0@ot.onsitetech.com> ----- Original Message ----- From: "Tom Phoenix" > Anyway, I think we should ask Ingy to write up a Perl module to calculate > the separate checks, and... No, wait. I'm sure there's a better way than > that.... Tom, I'll be sure to have cash in my grubby little hands. I noticed that I didn't see any responses to your Perl clinic, which was a tad disappointing (every should think what it would cost to *pay* for a code review). If anyone else is unsure as to whether or not they would benefit from a code review, here's a quick test. Click on the following link and examine the code without reading any of the replies. If you can find at least 8 bugs or design issues, you might not be worried about Tom's code review. http://www.perlmonks.org/index.pl?node_id=76754 I'd love to attend a Perl clinic. I already have the rest of this week booked through Sunday, though, so if we have one this week, I'll have to pass. Next week looks good (except Thursday). As for the place: Tom, what's convenient for *you*? You're the one donating your time, after all :) Cheers, Ovid From joe at joppegaard.com Tue Nov 12 13:25:11 2002 From: joe at joppegaard.com (Joe Oppegaard) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night In-Reply-To: Message-ID: On Fri, 8 Nov 2002, Tom Phoenix wrote: > From: Tom Phoenix > Subject: [Pdx-pm] Nominations open: Perl clinic and game night > > ... > So this is a request for nominations: What day would be good? What place? > ... On Tue, 12 Nov 2002, Curtis Poe wrote: > From: Curtis Poe > > ... > I'd love to attend a Perl clinic. I already have the rest of thisweek > booked through Sunday, though, so if we have one this week, I'll have to > pass. Next week looks good (except Thursday). > > As for the place: Tom, what's convenient for *you*? You're the one > donating your time, after all :) > ... Indeed, I'm interested in going and, same as Curtis, the only bad night for me next week is Thursday. Any place is fine for me, as I live in Vancouver and the only difference to me where we meet is the freeway exit I take. :) ___ Joe Oppegaard http://joppegaard.com GnuPG/PGP Information: Key: 1024D/272159F6 Keyserver: pgp.mit.edu By web: http://joppegaard.com/files/0x272159F6.asc From dora.raymaker at xo.com Tue Nov 12 13:29:31 2002 From: dora.raymaker at xo.com (Raymaker, Dora) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night Message-ID: <45EDA71CFF25D411A2E400508B6FC52A0A53DAF5@orportexch1.internal.nextlink.net> Yeah, I'm interested in this too, but I'm very busy so it's best if other people decide on time/place and then I see if I can make it on a case-by-case basis. Accessible from downtown without highway driving is necessary for me unless someone wants to give me a ride. -D. -----Original Message----- From: Joe Oppegaard [mailto:joe@joppegaard.com] Sent: Tuesday, November 12, 2002 11:25 AM To: Tom Phoenix Cc: pdx-pm-list@pm.org Subject: Re: [Pdx-pm] Nominations open: Perl clinic and game night On Fri, 8 Nov 2002, Tom Phoenix wrote: > From: Tom Phoenix > Subject: [Pdx-pm] Nominations open: Perl clinic and game night > > ... > So this is a request for nominations: What day would be good? What place? > ... On Tue, 12 Nov 2002, Curtis Poe wrote: > From: Curtis Poe > > ... > I'd love to attend a Perl clinic. I already have the rest of thisweek > booked through Sunday, though, so if we have one this week, I'll have to > pass. Next week looks good (except Thursday). > > As for the place: Tom, what's convenient for *you*? You're the one > donating your time, after all :) > ... Indeed, I'm interested in going and, same as Curtis, the only bad night for me next week is Thursday. Any place is fine for me, as I live in Vancouver and the only difference to me where we meet is the freeway exit I take. :) ___ Joe Oppegaard http://joppegaard.com GnuPG/PGP Information: Key: 1024D/272159F6 Keyserver: pgp.mit.edu By web: http://joppegaard.com/files/0x272159F6.asc _______________________________________________ Pdx-pm-list mailing list Pdx-pm-list@mail.pm.org http://mail.pm.org/mailman/listinfo/pdx-pm-list From joe at joppegaard.com Tue Nov 12 14:01:06 2002 From: joe at joppegaard.com (Joe Oppegaard) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night In-Reply-To: <45EDA71CFF25D411A2E400508B6FC52A0A53DAF5@orportexch1.internal.nextlink.net> Message-ID: On Tue, 12 Nov 2002, Raymaker, Dora wrote: > Date: Tue, 12 Nov 2002 13:29:31 -0600 > From: "Raymaker, Dora" > To: 'Joe Oppegaard' , Tom Phoenix > Cc: pdx-pm-list@pm.org > Subject: RE: [Pdx-pm] Nominations open: Perl clinic and game night > > Yeah, I'm interested in this too, but I'm very busy so it's best if other > people decide on time/place and then I see if I can make it on a > case-by-case basis. Accessible from downtown without highway driving is > necessary for me unless someone wants to give me a ride. > > -D. > I don't mind giving people rides if they live between Vancouver and the location we're headed (or anywhere thereabouts). Keep in mind I drive an El Camino, so that means I can only give two people a ride. (My truck is wide, pretty much a boat, so it can fit three almost comfortably). ___ Joe Oppegaard http://joppegaard.com GnuPG/PGP Information: Key: 1024D/272159F6 Keyserver: pgp.mit.edu By web: http://joppegaard.com/files/0x272159F6.asc From kellert at ohsu.edu Wed Nov 13 13:33:20 2002 From: kellert at ohsu.edu (Thomas Keller) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] require 5.004 Message-ID: I am trying to install a module that has the line: require 5.004; The module has problems installing, this line is the only "conflict" or dependency that seems awry. The module author wrote me "Perl 5.6 has a known bug that triggers this problem." I guess he's busy. Could some one explain to me what is this bug and what is the workaround? Thanks From dora.raymaker at xo.com Wed Nov 13 13:44:08 2002 From: dora.raymaker at xo.com (Raymaker, Dora) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Reminder - Pragmatic Programming study group tomorrow Message-ID: <45EDA71CFF25D411A2E400508B6FC52A0A53DB01@orportexch1.internal.nextlink.net> Hello All, just a reminder: When: Thursday 14th November 2002 Time: 6:30pm Where: 707 SW Washington 9th FL Phone: 503-972-6808 Agenda: 1. Read Sections 6 and 7 in _Pragmatic Programmers_ 2. Forum discussion 3. Code review When you enter the building, tell the security guard inside the bank lobby that you are here for the Pragmatic Programmers reading group. Look forward to seeing you! -D. From rootbeer at redcat.com Wed Nov 13 14:16:26 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] require 5.004 In-Reply-To: Message-ID: On Wed, 13 Nov 2002, Thomas Keller wrote: > I am trying to install a module that has the line: > require 5.004; > The module has problems installing, this line is the only "conflict" or > dependency that seems awry. The module author wrote me "Perl 5.6 has a > known bug that triggers this problem." I guess he's busy. Something doesn't make sense here. That require line tells Perl to check at runtime that you're running at least version 5.004. Perl 5.6 is at least 5.004, so that line shouldn't be the problem. There may be some bug in 5.6 which breaks the module, but that line shouldn't be the problem. And most bugs of 5.6 are fixed in 5.6.1, not to mention 5.8. --Tom Phoenix From tex at off.org Wed Nov 13 14:37:13 2002 From: tex at off.org (Austin Schutz) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] require 5.004 In-Reply-To: ; from rootbeer@redcat.com on Wed, Nov 13, 2002 at 12:16:26PM -0800 References: Message-ID: <20021113123713.D5699@gblx.net> On Wed, Nov 13, 2002 at 12:16:26PM -0800, Tom Phoenix wrote: > On Wed, 13 Nov 2002, Thomas Keller wrote: > > > I am trying to install a module that has the line: > > require 5.004; > > The module has problems installing, this line is the only "conflict" or > > dependency that seems awry. The module author wrote me "Perl 5.6 has a > > known bug that triggers this problem." I guess he's busy. > > Something doesn't make sense here. That require line tells Perl to check > at runtime that you're running at least version 5.004. Perl 5.6 is at > least 5.004, so that line shouldn't be the problem. > Well if it was the problem that would certainly qualify as a bug :) > There may be some bug in 5.6 which breaks the module, but that line > shouldn't be the problem. And most bugs of 5.6 are fixed in 5.6.1, not to > mention 5.8. > What happens when you remove the require 5.004; line? It doesn't actually _do_ anything, so removing it shouldn't break anything. Austin From ptkwt at aracnet.com Thu Nov 14 01:04:47 2002 From: ptkwt at aracnet.com (Phil Tomson) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Answer to Ruby question Message-ID: <3DD34B0F.206@aracnet.com> Hi, Good meeting this evening... Someone asked me a question about what happens in Ruby when you have a typo in your variable name and try to assign an undefined variable to another like so: astring = "this is a string" b = asting When you try to run ruby on this, ruby reports: undefined.rb:2: undefined local variable or method `asting' for # (NameError) So the fact that there has never been an assignment to the variable 'asting' is caught. I've seen this many times, I'm not sure why I didn't remember that ;-)A Phil From poec at yahoo.com Thu Nov 14 12:03:24 2002 From: poec at yahoo.com (Ovid) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Answer to Ruby question In-Reply-To: <3DD34B0F.206@aracnet.com> Message-ID: <20021114180324.82980.qmail@web40402.mail.yahoo.com> --- Phil Tomson wrote: > Hi, > > Good meeting this evening... > > Someone asked me a question about what happens in Ruby when you have a > typo in your variable name and try to assign an undefined variable to > another like so: > > astring = "this is a string" > b = asting > > When you try to run ruby on this, ruby reports: > undefined.rb:2: undefined local variable or method `asting' for > # (NameError) Phil, Thanks for the answer on that! It seems like an obvious way to go about it. I'd recommend other Perl Mongers check out Ruby. It's a great language. Cheers, Ovid ===== "Ovid" on http://www.perlmonks.org/ Web Programming with Perl: http://users.easystreet.com/ovid/cgi_course/ Silence Is Evil: http://users.easystreet.com/ovid/philosophy/decency.txt __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com From rootbeer at redcat.com Thu Nov 14 14:17:52 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night In-Reply-To: <20021109171051.A835@gblx.net> Message-ID: The nominations are in! I got some in private mail, and some went to the list. On Sat, 9 Nov 2002, Austin Schutz wrote: > The new 'It\'s a Beautiful Pizza' on Belmont looks inviting. It's > of reasonable size for our group, has decent beer and pizza, and afaik > has no minor restrictions. This must be the place. I called them up; the address I had was 3341 SE Belmont, but they say they're now across the street from there. In fact, they say "across from the Belmont Inn". You'll probably need sharp eyes to pick it out; it's camouflaged to look exactly like a pizza pub. Call 503-233-5444 if you need better directions than these. We'll meet on Friday the 22nd. Some of you requested Fridays. Of course, Friday is a traditional Date Night, which is why none of us geeks had anything already planned. I'll prolly get there about 5:40 to 6:00, but everybody else can drift in whenever they want. There's no schedule, so you can't be late... unless you get there after everyone else leaves. For the Perl Clinic, we'll be looking to make better code and better programmers. Bring us your worn, tired code and we'll rip it to shreds! No, wait. We'll look over what you've done, probably in small groups or one-on-one, and discuss how it could be made better in one way or another. There is no program which cannot be improved in some way. If you have no code to bring, you're probably an expert. So come out to help others make Good Perl out of their code. If you don't have any code to bring, yet you aren't an expert, you're probably a beginner. So come out to see what others are doing, and you'll soak up some Good Perl in the process. If you aren't in any of those categories, maybe you're not a Perl programmer. So come out and soak up some Good Beer, and you'll fit in just fine. When the printouts are filled with pencil notes in the margin and pizza stains in the corners, we'll pull out the games. Several of you enjoyed Ice Towers and Zendo the other night; I'll try to bring Chrononauts as well. Feel free to bring any other games that you think Perl folks will like. Hope to see you there! --Tom Phoenix From dora.raymaker at xo.com Thu Nov 14 16:07:34 2002 From: dora.raymaker at xo.com (Raymaker, Dora) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night Message-ID: <45EDA71CFF25D411A2E400508B6FC52A0A53DB26@orportexch1.internal.nextlink.net> is it okay to bring HTML::Mason code instead of plain perl? -----Original Message----- From: Tom Phoenix [mailto:rootbeer@redcat.com] Sent: Thursday, November 14, 2002 12:18 PM To: pdx-pm-list@pm.org Subject: Re: [Pdx-pm] Nominations open: Perl clinic and game night The nominations are in! I got some in private mail, and some went to the list. On Sat, 9 Nov 2002, Austin Schutz wrote: > The new 'It\'s a Beautiful Pizza' on Belmont looks inviting. It's > of reasonable size for our group, has decent beer and pizza, and afaik > has no minor restrictions. This must be the place. I called them up; the address I had was 3341 SE Belmont, but they say they're now across the street from there. In fact, they say "across from the Belmont Inn". You'll probably need sharp eyes to pick it out; it's camouflaged to look exactly like a pizza pub. Call 503-233-5444 if you need better directions than these. We'll meet on Friday the 22nd. Some of you requested Fridays. Of course, Friday is a traditional Date Night, which is why none of us geeks had anything already planned. I'll prolly get there about 5:40 to 6:00, but everybody else can drift in whenever they want. There's no schedule, so you can't be late... unless you get there after everyone else leaves. For the Perl Clinic, we'll be looking to make better code and better programmers. Bring us your worn, tired code and we'll rip it to shreds! No, wait. We'll look over what you've done, probably in small groups or one-on-one, and discuss how it could be made better in one way or another. There is no program which cannot be improved in some way. If you have no code to bring, you're probably an expert. So come out to help others make Good Perl out of their code. If you don't have any code to bring, yet you aren't an expert, you're probably a beginner. So come out to see what others are doing, and you'll soak up some Good Perl in the process. If you aren't in any of those categories, maybe you're not a Perl programmer. So come out and soak up some Good Beer, and you'll fit in just fine. When the printouts are filled with pencil notes in the margin and pizza stains in the corners, we'll pull out the games. Several of you enjoyed Ice Towers and Zendo the other night; I'll try to bring Chrononauts as well. Feel free to bring any other games that you think Perl folks will like. Hope to see you there! --Tom Phoenix _______________________________________________ Pdx-pm-list mailing list Pdx-pm-list@mail.pm.org http://mail.pm.org/mailman/listinfo/pdx-pm-list From rootbeer at redcat.com Thu Nov 14 20:21:10 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Nominations open: Perl clinic and game night In-Reply-To: <45EDA71CFF25D411A2E400508B6FC52A0A53DB26@orportexch1.internal.nextlink.net> Message-ID: On Thu, 14 Nov 2002, Raymaker, Dora wrote: > is it okay to bring HTML::Mason code instead of plain perl? I can't see why not. Cheers! --Tom Phoenix From jhoblitt at ifa.hawaii.edu Sat Nov 16 21:13:49 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals Message-ID: I've written a few Perl programs with ithreads and so far had pretty good success. This time I'm lost as to exactly what is going wrong ( something with signals ). The goal here is to have a simple proxy that requests the same document every 10 seconds (thats how often it is updated) and then serves it up it up to multiple clients internally. This is a simple prototype of cut 'n paste examples (multi-client support/etc isn't added yet) so it's pretty ugly ( please excuse ). Sorry for using the list as a help desk. Cheers, -J -- use strict; use warnings; use threads qw( yield ); use threads::shared; use LWP::UserAgent; # target webserver speaks broken http/1.1, use http/1.0 instead use LWP::Protocol::http10; LWP::Protocol::implementor('http', 'LWP::Protocol::http10'); BEGIN { # just using require seems so boring use Config; die "You need a perl build that supports ithreads\n" unless $Config{useithreads}; } our $doc : shared = 1; threads->new( \&proxy_thread ); &listen_thread; sub proxy_thread { print "entered proxy\n"; use Time::HiRes qw( ualarm sleep ); &get_doc; eval { local $SIG{ALRM} = sub { &get_doc }; ualarm 10_000_000, 10_000_000; while(1) { sleep; } }; sub get_doc { my $ua = new LWP::UserAgent; $ua->agent("IFA_Weather_Data_Collector/0.1"); my $req = HTTP::Request->new( GET => "http://www.google.com" ); # don't follow redirects my $res = $ua->simple_request( $req ); # Check the outcome of the response if ($res->is_success && $res->content_type eq 'text/html') { lock( $doc ); $doc = $res->content; print "work happened\n"; } else { lock( $doc ); $doc = "shit happened\n"; print $doc; } } } sub listen_thread { print "entered listen\n"; use HTTP::Daemon; use HTTP::Status; my $d = HTTP::Daemon->new( # LocalPort => 8080, LocalAddr => '127.0.0.1', ) || die; print "Please contact me at: url, ">\n"; while (my $c = $d->accept) { while (my $r = $c->get_request) { if ($r->method eq 'GET' and $r->url->path eq "/") { lock( $doc ); $c->send_response( HTTP::Response->new( 200, 'ok', $doc ) ); } else { $c->send_error(RC_FORBIDDEN) } } $c->close; undef($c); } } From rootbeer at redcat.com Sat Nov 16 21:42:06 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: So, what symptoms are you seeing when you try running it? --Tom Phoenix From jhoblitt at ifa.hawaii.edu Sat Nov 16 22:17:15 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: Tom, ./cfht.pl entered listen Please contact me at: entered proxy work happened Alarm Clock So I'm guessing that there is some weird interaction between threads and signals. -J -- "Suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself." -- Mark Twain On Sat, 16 Nov 2002, Tom Phoenix wrote: > So, what symptoms are you seeing when you try running it? > > --Tom Phoenix > > From rootbeer at redcat.com Sat Nov 16 22:55:54 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: On Sat, 16 Nov 2002, Joshua Hoblitt wrote: > eval { > local $SIG{ALRM} = sub { &get_doc }; > ualarm 10_000_000, 10_000_000; > while(1) { sleep; } > }; I'm not sure why you're using the eval block there. If you don't want to check $@ to find out why it exited, that can be okay; but you should probably add a comment saying why you don't care that you just trapped a fatal error. (Of course, since no code follows that eval (does it?), you've simply made the fatal error silent. :-) And maybe I'm just too allergy-plagued and -medicated tonight to see clearly. Is there some advantage to using that first line inside the eval over this simpler one? local $SIG{ALRM} = \&get_doc; For that matter, why local? Have you tried throwing some debugging output statements into this? Like this one... warn "Entered ALRM handler: " . localtime; With a few of those, you may be able to tell whether your handler is being called when you think it is, among other things. And when it's returning, too: warn "Returning from ALRM handler: " . localtime; Again, I'm on medication tonight, so I shouldn't be operating heavy machinery or thread-bearing code. But what happens if your handler takes more than ten seconds to return? Good luck with it! --Tom Phoenix From jhoblitt at ifa.hawaii.edu Sat Nov 16 23:29:01 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: Tom, The eval block is there in some kind of ill concieved attempt to keep the signal from propagating. The local is a left over from perlipc and I was also hoping that it would limit the signal. Your right that '$SIG{ALRM} = \&get_doc' would save a function call. It's there because I had a print statement included for debugging. This is the result of code being mangled serveral times in trying to track the problem down. This is a quote form perlthrtut: "Similarly, mixing signals and threads should not be attempted. Implementations are platform-dependent, and even the POSIX semantics may not be what you expect (and Perl doesn't even give you the full POSIX API)." Maybe I should try setting $SIG{ALARM} outside the eval block... hmm... -J -- "Suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself." -- Mark Twain On Sat, 16 Nov 2002, Tom Phoenix wrote: > On Sat, 16 Nov 2002, Joshua Hoblitt wrote: > > > eval { > > local $SIG{ALRM} = sub { &get_doc }; > > ualarm 10_000_000, 10_000_000; > > while(1) { sleep; } > > }; > > I'm not sure why you're using the eval block there. If you don't want to > check $@ to find out why it exited, that can be okay; but you should > probably add a comment saying why you don't care that you just trapped a > fatal error. (Of course, since no code follows that eval (does it?), > you've simply made the fatal error silent. :-) > > And maybe I'm just too allergy-plagued and -medicated tonight to see > clearly. Is there some advantage to using that first line inside the eval > over this simpler one? > > local $SIG{ALRM} = \&get_doc; > > For that matter, why local? > > Have you tried throwing some debugging output statements into this? Like > this one... > > warn "Entered ALRM handler: " . localtime; > > With a few of those, you may be able to tell whether your handler is being > called when you think it is, among other things. And when it's returning, > too: > > warn "Returning from ALRM handler: " . localtime; > > Again, I'm on medication tonight, so I shouldn't be operating heavy > machinery or thread-bearing code. But what happens if your handler takes > more than ten seconds to return? > > Good luck with it! > > --Tom Phoenix > > From kyle_hayes at speakeasy.net Sun Nov 17 13:50:54 2002 From: kyle_hayes at speakeasy.net (Kyle Hayes) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: References: Message-ID: <200211171150.54316.kyle_hayes@speakeasy.net> On Saturday 16 November 2002 21:29, Joshua Hoblitt wrote: > Tom, > > The eval block is there in some kind of ill concieved attempt to keep > the signal from propagating. The local is a left over from perlipc and > I was also hoping that it would limit the signal. > > Your right that '$SIG{ALRM} = \&get_doc' would save a function call. > It's there because I had a print statement included for debugging. > > This is the result of code being mangled serveral times in trying to > track the problem down. > > This is a quote form perlthrtut: > > "Similarly, mixing signals and threads should not be > attempted. Implementations are platform-dependent, and even > the POSIX semantics may not be what you expect (and Perl > doesn't even give you the full POSIX API)." > > Maybe I should try setting $SIG{ALARM} outside the eval block... hmm... In C under the current Linux implementation, threads and signals are weird and not POSIX compliant. I haven't had the chance to use ithreads yet, but in C, something as "simple" as SIGALARM may not even go to the right thread. Rather than SIGALARM, use the queuing code that the new threading provides. That'll probably be closer to what you want if I've understood what you are trying to do... Believe the manual when it talks about threads and signals! Best, Kyle From jhoblitt at ifa.hawaii.edu Sun Nov 17 14:13:27 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: <200211171150.54316.kyle_hayes@speakeasy.net> Message-ID: > > In C under the current Linux implementation, threads and signals are weird > and not POSIX compliant. I'm under solaris but the behavior is about the same. > > I haven't had the chance to use ithreads yet, but in C, something as > "simple" as SIGALARM may not even go to the right thread. I figured this out late last night... this is exactly whats going on. It seems the SIG-ALARM is going to the wrong thread. I also discovered that LWP is not thread safe :) You seem to be ok if you spawn threads before doing anything with LWP. However if you make a useragent/query and then spawn threads you get a seg fault. > > Rather than SIGALARM, use the queuing code that the new threading provides. > That'll probably be closer to what you want if I've understood what you > are trying to do... The idea is to have a query to this web-server happen every 10 seconds (10 seconds from query start to query start). I can't think of any clean way to do that without signals. (could burn up alot of cpu power watching the clock I guess) > Believe the manual when it talks about threads and signals! I do :) Cheers, -J From rootbeer at redcat.com Sun Nov 17 15:42:04 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: On Sun, 17 Nov 2002, Joshua Hoblitt wrote: > The idea is to have a query to this web-server happen every 10 seconds > (10 seconds from query start to query start). I can't think of any > clean way to do that without signals. (could burn up alot of cpu power > watching the clock I guess) It's not a lot of cpu power. It's not even a need for threads and signals. Dress this up as needed: &do_query; my $next_query = time + 10; while (1) { # Wait until it's time... my $now = time; if ($now < $next_query) { # It's not time yet sleep($next_query - $now); } elsif ($now > $next_query) { # Missed the moment. Do whatever you need to do for that case. } &do_query; $next_query += 10; } If the source data is really changing every ten seconds, though, maybe http isn't the best way to transfer it from site to site. Can you put a program onto the source machine? A very simple server could do the trick: A client connects to its port, and the server sends the data down the pipe every time it changes. Pretty straightforward TCP socket stuff should do the trick. Good luck with it! --Tom Phoenix From jhoblitt at ifa.hawaii.edu Sun Nov 17 15:52:21 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: > It's not a lot of cpu power. It's not even a need for threads and signals. > Dress this up as needed: Well it's threads or forks... the data has to be given out again. I decided to play with threads. In the medium term the data will have to be aquired from multiple sources and averaged. > &do_query; > my $next_query = time + 10; > while (1) { > # Wait until it's time... > my $now = time; > if ($now < $next_query) { > # It's not time yet > sleep($next_query - $now); > } elsif ($now > $next_query) { > # Missed the moment. Do whatever you need to do for that case. > } > &do_query; > $next_query += 10; > } Very slick! I'll try this. > If the source data is really changing every ten seconds, though, maybe > http isn't the best way to transfer it from site to site. Can you put a > program onto the source machine? A very simple server could do the trick: > A client connects to its port, and the server sends the data down the pipe > every time it changes. Pretty straightforward TCP socket stuff should do > the trick. The short answer is no. I'm stuck with talking to a crappy old HTTP server in another organization thats probably ~1995 vintage. The good news is the data set is tiny (about 1K). The problem I'm trying to solve is reducing the load on the crappy server. I'm only severing it back up as http again because of legacy clients on our end - this will change with time. > Good luck with it! Thanks for your Help! -J From jhoblitt at ifa.hawaii.edu Sun Nov 17 15:53:59 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: Message-ID: > It's not a lot of cpu power. It's not even a need for threads and signals. > Dress this up as needed: sleep is probably a singal :) > &do_query; > my $next_query = time + 10; > while (1) { > # Wait until it's time... > my $now = time; > if ($now < $next_query) { > # It's not time yet > sleep($next_query - $now); > } elsif ($now > $next_query) { > # Missed the moment. Do whatever you need to do for that case. > } > &do_query; > $next_query += 10; > } From glarow126 at attbi.com Mon Nov 18 11:13:08 2002 From: glarow126 at attbi.com (Gavin LaRowe) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals References: Message-ID: <004c01c28f25$c41cd120$709fe00c@attbibob> > > Can you put a program onto the source machine? A very simple server could do the trick: > > A client connects to its port, and the server sends the data down the pipe > > every time it changes. Pretty straightforward TCP socket stuff should do > > the trick. > > The short answer is no. I'm stuck with talking to a crappy old HTTP server in another organization thats probably ~1995 > vintage. The good news is the data set is tiny (about 1K). The problem I'm trying to solve is reducing the load on the crappy > server. I'm only severing it back up as http again because of legacy clients on our end - this will change with time. You've probably already solved your problem, but Why not use Sockets? As others have mentioned, threads and signals usually don't play well together unless you are a hedon for one-off POSIX fun. If you go the socket route, why not use a bi-directional client? With 1K, it should produce a barely noticeable load on the "crappy old HTTP server." If I remember right, there is an example of a bi-directional client in the Perl Cookbook. Also if it's +/- 1k, why not just use a shell script with lynx and sdiff -s (or something similar ... rsync?) OR use LWP and Perl to request the "data set" or file, compare it locally, and then distribute to your "multiple clients internally." Why do you need the POSIX alarms? Again, this is all based on the idea that you aren't a hedon for one-off POSIX fun :-) Hope this helps ... Gavin ----- Original Message ----- From: "Joshua Hoblitt" To: "Tom Phoenix" Cc: Sent: Sunday, November 17, 2002 1:52 PM Subject: Re: [Pdx-pm] Q about ithreads && signals > > It's not a lot of cpu power. It's not even a need for threads and signals. > > Dress this up as needed: > > Well it's threads or forks... the data has to be given out again. I decided to play with threads. In the medium term the data will have to be aquired from multiple sources and averaged. > > > &do_query; > > my $next_query = time + 10; > > while (1) { > > # Wait until it's time... > > my $now = time; > > if ($now < $next_query) { > > # It's not time yet > > sleep($next_query - $now); > > } elsif ($now > $next_query) { > > # Missed the moment. Do whatever you need to do for that case. > > } > > &do_query; > > $next_query += 10; > > } > > Very slick! I'll try this. > > > If the source data is really changing every ten seconds, though, maybe > > http isn't the best way to transfer it from site to site. Can you put a > > program onto the source machine? A very simple server could do the trick: > > A client connects to its port, and the server sends the data down the pipe > > every time it changes. Pretty straightforward TCP socket stuff should do > > the trick. > > The short answer is no. I'm stuck with talking to a crappy old HTTP server in another organization thats probably ~1995 vintage. The good news is the data set is tiny (about 1K). The problem I'm trying to solve is reducing the load on the crappy server. I'm only severing it back up as http again because of legacy clients on our end - this will change with time. > > > Good luck with it! > > Thanks for your Help! > > -J > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > From tkil at scrye.com Mon Nov 18 11:59:53 2002 From: tkil at scrye.com (Tkil) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Q about ithreads && signals In-Reply-To: References: Message-ID: >>>>> "JH" == Joshua Hoblitt writes: JH> So I'm guessing that there is some weird interaction between JH> threads and signals. While it's probably not exactly the same problem, Tim Bunce pointed out in an e-mail to me that the "safe signals" handling in 5.8 had some known issues. My particular problem was with DBI: linking in DBD::Oracle would make perl's "alarm" call "lwp_alarm", while before it would do a true "alarm". All sorts of fun there, but the report you gave (of "Alarm Clock" showing up when you thought you reset it) was very similar to what I saw. Anyway, I don't know if it got any traction on the p5p list, but here's a pointer to the message: http://archive.develooper.com/dbi-users@perl.org/msg13377.html HTH, t. From cp at onsitetech.com Wed Nov 20 12:58:07 2002 From: cp at onsitetech.com (Curtis Poe) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Acme::Code::Police References: Message-ID: <007a01c290c6$c40c25d0$1a01a8c0@ot.onsitetech.com> I've just uploaded Acme::Code::Police to the CPAN (http://search.cpan.org/author/OVID/Acme-Code-Police-2.1828/Police.pm). Essentially, this module will delete your program if you didn't use strict (though some systems will not allow this behavior). I've made it extremely clear that this is a joke. This is documented in the README and in the POD, but I was wondering about the ethics of it. This program *could* be abused and anyone who uses it without reading the numerous warnings (such as "Do not use this program under pain of death") possibly deserves what they get. However, the ethics of this bugs me. Does anyone think that I went overboard? -- Cheers, Curtis Poe Senior Programmer ONSITE! Technology, Inc. www.onsitetech.com 503-233-1418 Taking e-Business and Internet Technology To The Extreme! From chromatic at wgz.org Wed Nov 20 12:57:50 2002 From: chromatic at wgz.org (chromatic) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Acme::Code::Police In-Reply-To: <007a01c290c6$c40c25d0$1a01a8c0@ot.onsitetech.com> References: <007a01c290c6$c40c25d0$1a01a8c0@ot.onsitetech.com> Message-ID: <200211201057.51002.chromatic@wgz.org> On Wednesday 20 November 2002 10:58, Curtis Poe wrote: > Essentially, this module will delete your program if you didn't use strict > (though some systems will not allow this behavior). > However, the ethics of this bugs me. Does anyone think that I went > overboard? Make a backup. Warn unless a --force switch is present. Doing harmful things by default, even if warnings are present, seems to be a bad idea. -- "The exact syntax is subject to change, of course." -- Larry Wall From bprew at logiccloud.com Wed Nov 20 10:16:48 2002 From: bprew at logiccloud.com (Benjamin Prew) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] reading/good programming group proposal In-Reply-To: <45EDA71CFF25D411A2E400508B6FC52A0A53D8B6@orportexch1.internal.nextlink.net> References: <45EDA71CFF25D411A2E400508B6FC52A0A53D8B6@orportexch1.internal.nextlink.net> Message-ID: <1033165610.1223.3.camel@laptop> I hate to be a "me too" poster, but I would be up for it as well. In addition, the lovely downtown location sounds like a real winner :). On Thu, 2002-09-26 at 16:54, Raymaker, Dora wrote: > general? Lovely down-town location? nudge, nudge, wink, wink??? > -- Ben http://www.logiccloud.com bprew (at) logiccloud.com From rootbeer at redcat.com Thu Nov 21 14:55:06 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Reminder: Code Clinic and Game Night In-Reply-To: Message-ID: Just a reminder that it's happening tomorrow evening: It's a Beautiful Pizza (across the street from) 3341 SE Belmont 503-233-5444 Friday (the 22nd) 6:00 PM until whenever --Tom Phoenix From rootbeer at redcat.com Sat Nov 23 13:16:58 2002 From: rootbeer at redcat.com (Tom Phoenix) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Report: perl clinic and game night Message-ID: Well, we had the perl clinic and game night yesterday. It was about five percent perl (and related stuff), 95 percent games, pizza, and beer. We had five or six participants, not counting the folks who came by to ask what game we were playing. The big hit of the night was Zendo. Close behind it was Ice Towers, though. We got started on Chrononauts too late, so we weren't able to finish even a practice game, alas. Maybe next time. The restaurant, It's a Beautiful Pizza, was a good venue for us. There was live piano music during part of the evening. The pizza was great. I didn't try the beer, but I heard no complaints about it either. I'm not sure when we'll try to do this again; December is generally a busy time. But maybe in January. --Tom Phoenix From poec at yahoo.com Wed Nov 27 16:37:30 2002 From: poec at yahoo.com (Ovid) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Emergency Perl/MySQL data munging needed In-Reply-To: Message-ID: <20021127223730.29375.qmail@web40401.mail.yahoo.com> Hi all, I've just been contacted by someone who needs a *sharp* Perl programmer with MySQL database experience. The job is basically to extract data from a series of text files (with a standard format) and add that data to a MySQL database. If your Perl Fu is strong, have some db design experience (helpful, but not sure that it's strictly necessary) and think you can get this done by Monday, let me know and I'll put you in touch with the person needing the help. Cheers, Ovid ===== "Ovid" on http://www.perlmonks.org/ Web Programming with Perl: http://users.easystreet.com/ovid/cgi_course/ Silence Is Evil: http://users.easystreet.com/ovid/philosophy/decency.txt __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com From poec at yahoo.com Wed Nov 27 17:21:22 2002 From: poec at yahoo.com (Ovid) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Emergency Perl/MySQL data munging needed In-Reply-To: <20021127223730.29375.qmail@web40401.mail.yahoo.com> Message-ID: <20021127232122.9039.qmail@web40403.mail.yahoo.com> FYI: I have already received a veritable flood of email regarding the job. I'm in touch with the person who requested the work and I'll let people know how it turned out (though I won't post the name of the person who gets the work as that wouldn't be too appropriate). If I don't respond to you individually, please don't take it personally. There were a *lot* of emails about this :) (and feel free to still contact me with your info -- I have no idea who will work out the terms with the person needing the work) Cheers, Ovid ===== "Ovid" on http://www.perlmonks.org/ Web Programming with Perl: http://users.easystreet.com/ovid/cgi_course/ Silence Is Evil: http://users.easystreet.com/ovid/philosophy/decency.txt __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com From jhoblitt at ifa.hawaii.edu Wed Nov 27 20:28:02 2002 From: jhoblitt at ifa.hawaii.edu (Joshua Hoblitt) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Acme::Code::Police In-Reply-To: <200211201057.51002.chromatic@wgz.org> Message-ID: Should they still be warned if they're not using warnings? :) -- On Wed, 20 Nov 2002, chromatic wrote: > On Wednesday 20 November 2002 10:58, Curtis Poe wrote: > > > Essentially, this module will delete your program if you didn't use strict > > (though some systems will not allow this behavior). > > > However, the ethics of this bugs me. Does anyone think that I went > > overboard? > > Make a backup. > Warn unless a --force switch is present. > > Doing harmful things by default, even if warnings are present, seems to be a > bad idea. > > -- > "The exact syntax is subject to change, of course." > -- Larry Wall > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > From karic at lclark.edu Wed Nov 27 22:24:48 2002 From: karic at lclark.edu (Kari Chisholm) Date: Mon Aug 2 21:34:15 2004 Subject: [Pdx-pm] Emergency Perl/MySQL data munging needed In-Reply-To: <20021127223730.29375.qmail@web40401.mail.yahoo.com> Message-ID: Ovid-- I'd highly recommend Regan Engman. I've had her working on just such a project this week regan.engman@attbi.com -kari. On Wed, 27 Nov 2002, Ovid wrote: > Hi all, > > I've just been contacted by someone who needs a *sharp* Perl programmer with MySQL database > experience. The job is basically to extract data from a series of text files (with a standard > format) and add that data to a MySQL database. > > If your Perl Fu is strong, have some db design experience (helpful, but not sure that it's > strictly necessary) and think you can get this done by Monday, let me know and I'll put you in > touch with the person needing the help. > > Cheers, > Ovid > > > ===== > "Ovid" on http://www.perlmonks.org/ > Web Programming with Perl: http://users.easystreet.com/ovid/cgi_course/ > Silence Is Evil: http://users.easystreet.com/ovid/philosophy/decency.txt > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list >