From perl-pm at joshheumann.com Thu Sep 2 12:24:23 2004 From: perl-pm at joshheumann.com (Josh Heumann) Date: Thu Sep 2 12:24:26 2004 Subject: [Pdx-pm] September meeting Message-ID: <50077.130.94.162.208.1094145863.squirrel@www.joshheumann.com> The next Perlmongers meeting is September 8, 2004 7pm at Free Geek, 1741 SE 10th Ave. The topic is, "What's up in Ruby-land?" and intro to Ruby for Perl People by Lennon Day-Reynolds and Phil Tomson Ruby is an object oriented, agile language with some noticable Perl-ish accents. For Perlmongers interested in exploring new languages, Ruby is a good choice for exploration. It's similar enough that you'll be able to find your way around without a translator (most of the time), yet different enough to make the exploration interesting and educational (kind of like visiting England:). After a quick intro to Ruby, your tour guides, Lennon Day-Reynolds and Phil Tomson, will lead you through some of the more interesting features of Ruby, including: * Code blocks for creating domain specific languages (or, "Here's something the Python would choke on" :) * C extensions and embedding Ruby * Ruby and the web - the WEBrick http servlet ... and time permitting: * We'll demo the installation of Instiki (a popular Ruby Wiki) covering ALL of the technical details ;-) Josh From perl-pm at joshheumann.com Tue Sep 7 11:36:07 2004 From: perl-pm at joshheumann.com (Josh Heumann) Date: Tue Sep 7 11:36:10 2004 Subject: [Pdx-pm] September meeting tomorrow Message-ID: <50143.130.94.162.208.1094574967.squirrel@www.joshheumann.com> Tomorrow night is the next Perlmongers meeting, September 8, 2004 7pm at Free Geek, 1741 SE 10th Ave. What's up in Ruby-land? and intro to Ruby for Perl People by Lennon Day-Reynolds and Phil Tomson Ruby is an object oriented, agile language with some noticable Perl-ish accents. For Perlmongers interested in exploring new languages, Ruby is a good choice for exploration. It's similar enough that you'll be able to find your way around without a translator (most of the time), yet different enough to make the exploration interesting and educational (kind of like visiting England:). After a quick intro to Ruby, your tour guides, Lennon Day-Reynolds and Phil Tomson, will lead you through some of the more interesting features of Ruby, including: * Code blocks for creating domain specific languages (or, "Here's something the Python would choke on" :) * C extensions and embedding Ruby * Ruby and the web - the WEBrick http servlet ... and time permitting: * We'll demo the installation of Instiki (a popular Ruby Wiki) covering ALL of the technical details ;-) From perl-pm at joshheumann.com Thu Sep 9 18:27:13 2004 From: perl-pm at joshheumann.com (Josh Heumann) Date: Thu Sep 9 18:27:17 2004 Subject: [Pdx-pm] an action-packed email Message-ID: <32821.130.94.161.146.1094772433.squirrel@www.joshheumann.com> Thanks for Phil Thompson and Lennon Day-Reynolds for their talk last night about Ruby! Their slides from the talks are up on the kwiki: http://pdx.pm.org/kwiki/index.cgi?September2004Meeting Next month's meeting will be some Live Interactive Testing, lead by Ovid (Ovid, please update the kwiki when you get a chance: http://pdx.pm.org/kwiki/) AND... Postgres and MySQL are neck-and-neck in our poll. If you haven't voted, get in the voting mood by casting your vote at http://pdx.pm.org/. ALSO!!! The pdx.pm library is growing. O'Reilly sends us books for us to enjoy and review. If you are interested in checking one out, let me know. A full list of the books that we have are also on the kwiki: http://pdx.pm.org/kwiki/index.cgi?library If there's a book you're interested in, but don't see it on the list, let me know. O'Reilly is more than happy to let us review their books. Josh From randall at sonofhans.net Sun Sep 12 01:03:55 2004 From: randall at sonofhans.net (Randall Hansen) Date: Sun Sep 12 01:04:06 2004 Subject: [Pdx-pm] testing simulated CGI input Message-ID: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> folks ~ i have a module which validates CGI parameters. i have a test suite, most of which is straightforward. you can pass the module parameters yourself (easy to test); if you ask nicely, it will get the parameters from CGI.pm directly. the way i'm testing this now is to have a "dispatch" test make system calls to smaller test files. e.g.: # dispatch.t: system 'perl', '-Ilib', # to find the modules in the dev directory 't/91cgi_methods.cgi', # the name of the test 'number=3172', # parameters ... 'name=Lava lamp', 'price=27.99', 'crackme=;rm / -rf', ; and then 91cgi_methods.cgi gets the CGI parameters and does it's thing. it works quite well. but the hard-coded slash in the test path ("t/9cgi_methods.cgi") seems like a portability issue. i'm looking into File::Spec to solve that. does anyone see other portability issues? and i wonder, more generally, if anyone knows of a better way to do this? tia, randalL :) From david at kineticode.com Sun Sep 12 12:38:23 2004 From: david at kineticode.com (David Wheeler) Date: Sun Sep 12 12:36:12 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> References: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> Message-ID: <8E0356F8-04E2-11D9-8387-000A95B9602E@kineticode.com> On Sep 11, 2004, at 11:03 PM, Randall Hansen wrote: > but the hard-coded slash in the test path ("t/9cgi_methods.cgi") seems > like a portability issue. i'm looking into File::Spec to solve that. > does anyone see other portability issues? > > and i wonder, more generally, if anyone knows of a better way to do > this? File::Spec is your friend. Regards, David -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2369 bytes Desc: not available Url : http://mail.pm.org/pipermail/pdx-pm-list/attachments/20040912/115bcee0/smime.bin From randall at sonofhans.net Sun Sep 12 12:43:34 2004 From: randall at sonofhans.net (Randall Hansen) Date: Sun Sep 12 12:43:44 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <8E0356F8-04E2-11D9-8387-000A95B9602E@kineticode.com> References: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> <8E0356F8-04E2-11D9-8387-000A95B9602E@kineticode.com> Message-ID: <44CAFB74-04E3-11D9-ACF8-000A95D9E32C@sonofhans.net> On Sep 12, 2004, at 10:38 AM, David Wheeler wrote: > File::Spec is your friend. thank you; that is, indeed, my plan. allow me to rephrase: "and i wonder, more generally, if anyone knows of a better way to do testing of simulated CGI input?" tia, r From publiustemp-pdxpm at yahoo.com Sun Sep 12 13:17:11 2004 From: publiustemp-pdxpm at yahoo.com (publiustemp-pdxpm@yahoo.com) Date: Sun Sep 12 13:17:31 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> Message-ID: <20040912181711.82450.qmail@web60809.mail.yahoo.com> [snip] > system 'perl', > '-Ilib', # to find the modules in the dev directory > 't/91cgi_methods.cgi', # the name of the test > 'number=3172', # parameters ... > 'name=Lava lamp', > 'price=27.99', > 'crackme=;rm / -rf', > ; [snip] > and i wonder, more generally, if anyone knows of a better way to do > this? Hi Randall, Since you are not testing CGI.pm and are just testing your particular form handling module, why not just call the script directly and have the query string embedded in the script? It seems like it would be much easier that way. $ENV{QUERY_STRING} = 'number=3172;name=Lava%20lamp;price=27.99;crackme=%25rm%20%2F%20-rf'; my $cgi = CGI->new; print $cgi->param('number'); (Or build that string with the URI module or something similar) Not only is this easier, but then your test script can contain everything it needs to run instead of being dependent on a system call from something else. Or did I misunderstand something here? Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/ From jeff at vpservices.com Sun Sep 12 13:30:44 2004 From: jeff at vpservices.com (Jeff Zucker) Date: Sun Sep 12 13:30:52 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <44CAFB74-04E3-11D9-ACF8-000A95D9E32C@sonofhans.net> References: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> <8E0356F8-04E2-11D9-8387-000A95B9602E@kineticode.com> <44CAFB74-04E3-11D9-ACF8-000A95D9E32C@sonofhans.net> Message-ID: <414495D4.7020907@vpservices.com> Randall Hansen wrote: > "and i wonder, more generally, if anyone knows of a better way to do > testing of simulated CGI input?" I assume you know about WWW::Mechanize and Http::Recorder? -- Jeff From randall at sonofhans.net Sun Sep 12 15:53:21 2004 From: randall at sonofhans.net (Randall Hansen) Date: Sun Sep 12 15:53:31 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <20040912181711.82450.qmail@web60809.mail.yahoo.com> References: <20040912181711.82450.qmail@web60809.mail.yahoo.com> Message-ID: On Sep 12, 2004, at 11:17 AM, wrote: > $ENV{QUERY_STRING} = > 'number=3172;name=Lava%20lamp;price=27.99;crackme=%25rm%20%2F%20-rf'; sweet. this is just the sort of solution i was looking for; it's much cleaner. thanks, ovid. r From randall at sonofhans.net Sun Sep 12 15:53:58 2004 From: randall at sonofhans.net (Randall Hansen) Date: Sun Sep 12 15:54:05 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <414495D4.7020907@vpservices.com> References: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> <8E0356F8-04E2-11D9-8387-000A95B9602E@kineticode.com> <44CAFB74-04E3-11D9-ACF8-000A95D9E32C@sonofhans.net> <414495D4.7020907@vpservices.com> Message-ID: On Sep 12, 2004, at 11:30 AM, Jeff Zucker wrote: > I assume you know about WWW::Mechanize and Http::Recorder? i do, but thanks for pointing them out. they're overkill for what i need here, which is just a simple way to make sure my module successfully snarfs parameters from CGI.pm. r From randall at sonofhans.net Sun Sep 12 19:56:41 2004 From: randall at sonofhans.net (Randall Hansen) Date: Sun Sep 12 19:56:52 2004 Subject: [Pdx-pm] testing simulated CGI input In-Reply-To: <20040912181711.82450.qmail@web60809.mail.yahoo.com> References: <20040912181711.82450.qmail@web60809.mail.yahoo.com> Message-ID: On Sep 12, 2004, at 11:17 AM, wrote: > why not just call the script directly and have the query string > embedded in the script? ok, i finally got this to work. the solution was interesting to me so i thought i'd share it with the list. those already in-the-know, forgive me. ovid's suggestion* worked fine served by apache, but not at all from the command line. that's a problem, since this code is for a suite of automated tests. i poked around in CGI.pm a bit and saw that it doesn't parse $ENV{ QUERY_STRING } at all unless $ENV{ REQUEST_METHOD } is 'GET' or 'HEAD'. here's the working test code. if you remove the line setting $ENV{ REQUEST_METHOD } it gives no output. #!/usr/bin/perl use warnings; use strict; use CGI; $ENV{ REQUEST_METHOD } = 'GET'; $ENV{ QUERY_STRING } = 'number=3172'; my $cgi = CGI->new; print $cgi->param( 'number' ); r *no criticism of ovid's advice is intended. i wrote my question late at night and pry could have been clearer. and anyway, it made me open up CGI.pm, which was cool. From curtis_ovid_poe at yahoo.com Mon Sep 13 11:24:01 2004 From: curtis_ovid_poe at yahoo.com (Ovid) Date: Mon Sep 13 11:35:08 2004 Subject: [Pdx-pm] Testing demo ideas Message-ID: <20040913162401.94350.qmail@web60809.mail.yahoo.com> Hi all, I'm trying to get some ideas for the module to build for the testing demo at the next Perl Mongers meeting. Here are some ground rules: 1. The module should be generally understandable. Many would not appreciate or understand a neural network. 2. The module(s) should avoid requirements outside of the Perl core. I'll have Template, DBD::SQLite, Class::DBI and other tools I enjoy installed, but I can't guarantee that your particular favorite will be there. 3. Too much setup work will bog down the demo. Thus, the aforementioned non-core modules might not be suitable for use. 4. "Fun" modules will obviously have more appeal than typical "Currency conversion" type modules, but I realize that the latter might be more practical. 5. Anything with weird edge cases would be great. Also, I prefer working with object oriented code, but I also realize that some of you may have no experience there and throwing too many things at you at once may confuse things (which is one of the reasons I won't be using Class::MethodMaker.) OO Perl is ridiculously simple, but that could just be my perspective. Does anyone have strong feelings on this matter? Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/ From mikeraz at patch.com Mon Sep 13 11:48:25 2004 From: mikeraz at patch.com (Michael Rasmussen) Date: Mon Sep 13 12:17:38 2004 Subject: [Pdx-pm] Testing demo ideas In-Reply-To: <20040913162401.94350.qmail@web60809.mail.yahoo.com> References: <20040913162401.94350.qmail@web60809.mail.yahoo.com> Message-ID: <20040913164825.GD28292@patch.com> On Mon, Sep 13, 2004 at 09:24:01AM -0700, Ovid wrote: > Also, I prefer working with object oriented code, but I also realize that some of you may have no > experience there and throwing too many things at you at once may confuse things (which is one of > the reasons I won't be using Class::MethodMaker.) OO Perl is ridiculously simple, but that could > just be my perspective. Does anyone have strong feelings on this matter? Dely your presentation for a month and precede it with an OO presentation. It may be inertia, but I haven't created OO code. Used it, like the interface it provides, but haven't written any. Hmmm, maybe you should ignore this email and I should go find a OO training idea. -- Michael Rasmussen, Portland Oregon Be appropriate && Follow your curiosity http://meme.patch.com/memes/BicycleRiding Get Fixed: http://www.dampfixie.org The fortune cookie says: Woman was God's second mistake. -- Nietzsche From randall at sonofhans.net Mon Sep 13 12:29:09 2004 From: randall at sonofhans.net (Randall Hansen) Date: Mon Sep 13 12:29:20 2004 Subject: [Pdx-pm] Testing demo ideas In-Reply-To: <20040913162401.94350.qmail@web60809.mail.yahoo.com> References: <20040913162401.94350.qmail@web60809.mail.yahoo.com> Message-ID: <6BD8DB51-05AA-11D9-ACF8-000A95D9E32C@sonofhans.net> On Sep 13, 2004, at 9:24 AM, Ovid wrote: > Also, I prefer working with object oriented code, but I also realize > that some of you may have no experience ... first, i agree with all your ground rules. especially for a 60-minute presentation. i think that if you're creating only one class then OO is appropriate. a test-driven introduction to OO will make good sense, i think. test::more is pretty intuitive, and showing people that $obj->name tests or fails depending on input is a very practical way of teaching OO. it will also pair the concepts in the minds of those not yet polluted, which is a good thing. r From publiustemp-pdxpm at yahoo.com Mon Sep 13 12:33:53 2004 From: publiustemp-pdxpm at yahoo.com (publiustemp-pdxpm@yahoo.com) Date: Mon Sep 13 12:34:06 2004 Subject: [Pdx-pm] Beginning OO Presentation Message-ID: <20040913173353.80219.qmail@web60805.mail.yahoo.com> Hi all, It's been pointed out to me that an OO presentation might not be a bad idea. Now that I think about it, I simply cannot remember anyone giving an OO introduction to the Perl Mongers group. Have we never done this or did I just miss it? If not (or if it was a while ago) I think an introduction to Perl OO would be nifty. I can do this or someone else can pick up the ball if they're so inclined. Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/ From tex at gblx.net Mon Sep 13 12:38:57 2004 From: tex at gblx.net (Austin Schutz) Date: Mon Sep 13 12:39:05 2004 Subject: [Pdx-pm] Testing demo ideas In-Reply-To: <20040913162401.94350.qmail@web60809.mail.yahoo.com> References: <20040913162401.94350.qmail@web60809.mail.yahoo.com> Message-ID: <20040913173857.GP7943@gblx.net> On Mon, Sep 13, 2004 at 09:24:01AM -0700, Ovid wrote: > Hi all, > > > Also, I prefer working with object oriented code, but I also realize that some of you may have no > experience there and throwing too many things at you at once may confuse things (which is one of > the reasons I won't be using Class::MethodMaker.) OO Perl is ridiculously simple, but that could > just be my perspective. Does anyone have strong feelings on this matter? > It would be great to see some sort of cgi testing, database testing, and/or a combination of the two. Sounds like you have something like that in mind. A "currency exchange" app would be fine if it tested elements that are generally a little trickier to test than ok( sqr(2), 4 ); Anyway, that sort of testing would be of use to those of us who have been inspired by previous testing talks but aren't very good at it. :-) Austin From tex at off.org Mon Sep 13 12:42:58 2004 From: tex at off.org (Austin Schutz) Date: Mon Sep 13 12:43:05 2004 Subject: [Pdx-pm] Testing demo ideas In-Reply-To: <20040913173857.GP7943@gblx.net> References: <20040913162401.94350.qmail@web60809.mail.yahoo.com> <20040913173857.GP7943@gblx.net> Message-ID: <20040913174258.GQ7943@gblx.net> On Mon, Sep 13, 2004 at 10:38:57AM -0700, Austin Schutz wrote: > On Mon, Sep 13, 2004 at 09:24:01AM -0700, Ovid wrote: > > Hi all, > > > > > > Also, I prefer working with object oriented code, but I also realize that some of you may have no > > experience there and throwing too many things at you at once may confuse things (which is one of > > the reasons I won't be using Class::MethodMaker.) OO Perl is ridiculously simple, but that could > > just be my perspective. Does anyone have strong feelings on this matter? > > > > It would be great to see some sort of cgi testing, database testing, > and/or a combination of the two. Sounds like you have something like that in > mind. A "currency exchange" app would be fine if it tested elements that are > generally a little trickier to test than ok( sqr(2), 4 ); > Anyway, that sort of testing would be of use to those of us who have > been inspired by previous testing talks but aren't very good at it. :-) > It occurs to me that doesn't really answer the oo/non-oo question. I guess as far as I'm concerned I don't care if the code is OO or not as long as I can imagine how I would be able to implement testing in my own work. So, if non-oo is the lowest common denominator that's ok w/ me. Austin From merlyn at stonehenge.com Mon Sep 13 13:36:30 2004 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Sep 13 13:36:40 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <20040913173353.80219.qmail@web60805.mail.yahoo.com> References: <20040913173353.80219.qmail@web60805.mail.yahoo.com> Message-ID: <861xh65841.fsf@blue.stonehenge.com> >>>>> "Ovid" == writes: Ovid> I can do this or someone else can pick up the ball if they're so Ovid> inclined. Did my message not make it to the list? -- 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 publiustemp-pdxpm at yahoo.com Mon Sep 13 14:52:54 2004 From: publiustemp-pdxpm at yahoo.com (publiustemp-pdxpm@yahoo.com) Date: Mon Sep 13 14:53:07 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <861xh65841.fsf@blue.stonehenge.com> Message-ID: <20040913195254.90225.qmail@web60803.mail.yahoo.com> --- "Randal L. Schwartz" wrote: > Ovid> I can do this or someone else can pick up the ball if they're so > Ovid> inclined. > > Did my message not make it to the list? Yes, it did. I sent this message out before your message made it to the list. I'd be happy to see your presentation. Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/ From merlyn at stonehenge.com Mon Sep 13 14:54:11 2004 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Sep 13 14:54:19 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <20040913195254.90225.qmail@web60803.mail.yahoo.com> References: <20040913195254.90225.qmail@web60803.mail.yahoo.com> Message-ID: <86sm9m3py4.fsf@blue.stonehenge.com> >>>>> "Ovid" == writes: Ovid> Yes, it did. I sent this message out before your message made it to the list. Ovid> I'd be happy to see your presentation. Presuming we're talking about 6-oct, I'm willing. -- 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 publiustemp-pdxpm at yahoo.com Mon Sep 13 15:05:37 2004 From: publiustemp-pdxpm at yahoo.com (publiustemp-pdxpm@yahoo.com) Date: Mon Sep 13 15:05:48 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <86sm9m3py4.fsf@blue.stonehenge.com> Message-ID: <20040913200537.80994.qmail@web60810.mail.yahoo.com> --- "Randal L. Schwartz" wrote: > Presuming we're talking about 6-oct, I'm willing. October 13th is actually the second Wednesday, so that's the next meeting. Does that date work for you? Also, would people prefer to see an OO presentation before a live testing demo? My schedule can be rather flexible, but I suspect Randal's is not. Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/ From merlyn at stonehenge.com Mon Sep 13 15:09:28 2004 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Mon Sep 13 15:09:37 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <20040913200537.80994.qmail@web60810.mail.yahoo.com> References: <20040913200537.80994.qmail@web60810.mail.yahoo.com> Message-ID: <86fz5m3p8n.fsf@blue.stonehenge.com> >>>>> "Ovid" == writes: Ovid> October 13th is actually the second Wednesday, so that's the Ovid> next meeting. Does that date work for you? Also, would people Ovid> prefer to see an OO presentation before a live testing demo? My Ovid> schedule can be rather flexible, but I suspect Randal's is not. Unfortunately, on 13-Oct, I will indeed be on Yet Another GeekCruise.com Cruise. Actually, this is the Linux/Perl/MySQL cruise in the mediterranean... my first visit to eastern europe. So, I can either speak on the 6th, or miss the meeting. -- 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 kellert at ohsu.edu Mon Sep 13 16:28:53 2004 From: kellert at ohsu.edu (Thomas J Keller) Date: Mon Sep 13 16:29:30 2004 Subject: [Pdx-pm] Beginning OO Presentation In-Reply-To: <86fz5m3p8n.fsf@blue.stonehenge.com> References: <20040913200537.80994.qmail@web60810.mail.yahoo.com> <86fz5m3p8n.fsf@blue.stonehenge.com> Message-ID: The 6th would work for me. It could get crazy if we had to negotiate a day every month, but it seems reasonable to be flexible when someone's volunteered (and we know it will be good). Tom K. On Sep 13, 2004, at 1:09 PM, Randal L. Schwartz wrote: >>>>>> "Ovid" == writes: > > Ovid> October 13th is actually the second Wednesday, so that's the > Ovid> next meeting. Does that date work for you? Also, would people > Ovid> prefer to see an OO presentation before a live testing demo? My > Ovid> schedule can be rather flexible, but I suspect Randal's is not. > > Unfortunately, on 13-Oct, I will indeed be on Yet Another > GeekCruise.com Cruise. Actually, this is the Linux/Perl/MySQL cruise > in the mediterranean... my first visit to eastern europe. > > So, I can either speak on the 6th, or miss the meeting. > > -- > 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! > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list From gminter at hevanet.com Mon Sep 13 16:33:43 2004 From: gminter at hevanet.com (Greg Minter) Date: Mon Sep 13 16:34:49 2004 Subject: [Pdx-pm] testing simulated CGI input References: <873AD1EC-0481-11D9-ACF8-000A95D9E32C@sonofhans.net> Message-ID: <41461237.8090301@hevanet.com> > i have a module which validates CGI parameters. i have a test suite, >most of which is straightforward. you can pass the module parameters >yourself (easy to test); if you ask nicely, it will get the parameters >from CGI.pm directly. >and i wonder, more generally, if anyone knows of a better way to do this? Here is the method I use to test cgi programs: Each page has a 'dispatcher' sub which takes a CGI object and returns the resulting HTML page. The only thing the .cgi program does is call the dispatcher: my_page.cgi: use CGI; use my_page; my ($html); $html = my_page::->dispatch( CGI::->new); print "Content-Type: text/html\n\n"; print $html; My tests for each module are bundled together in a single program. This test program can simulate cgi processes by calling the same sub: ... # test n $cgi = new CGI ({..test parameters.. }); $html = my_page::->dispatch($cgi); # test html page and side effects ... That's all there is to it. No web server or system calls are needed. You said that your tests are in separate files. One way to run all of them would be to change them into perl modules. Then you could call them from a single perl program. I hope this helps, -Greg From raa at mailporter.net Mon Sep 13 18:48:32 2004 From: raa at mailporter.net (Roderick A. Anderson) Date: Mon Sep 13 18:48:42 2004 Subject: [Pdx-pm] Thanks to Damian and this list. Message-ID: <414631D0.7070703@mailporter.net> I've been re-reading "Object Oriented Perl" since I only get to code on a hit and miss basis I have to relearn all the time. And thanks to the first two chapters (well most of the second chapter anyway) I was able to solve two perplexing problems. Simplistic -- I'm sure -- for most of the folk on this list but I feel I gained a new understanding of perl and cut out several lines of kludge-code to boot. I bring this up because of some answers I have got from the list helped me see the 'correct' (or as I like to say -- slick) way to do it. Thanks to all, Rod -- --- [Certified Virus free by ASISNA Mail Services. www.asisna.com ] From almeria at earthlink.net Mon Sep 13 21:44:10 2004 From: almeria at earthlink.net (Rafael Almeria) Date: Mon Sep 13 21:44:19 2004 Subject: [Pdx-pm] Testing demo ideas In-Reply-To: <20040913162401.94350.qmail@web60809.mail.yahoo.com> References: <20040913162401.94350.qmail@web60809.mail.yahoo.com> Message-ID: > Also, I prefer working with object oriented code, but I also realize > that some of you may have no > experience there and throwing too many things at you at once may > confuse things (which is one of > the reasons I won't be using Class::MethodMaker.) OO Perl is > ridiculously simple, but that could > just be my perspective. Does anyone have strong feelings on this > matter? I also like working with OO Perl but I think that to a beginner it might not be so simple especially if they have no concept of what Object Oriented is. It'd probably be better if you split up your presentation into two parts. Of course, the best policy would probably be to just ask on that day and see if everyone is comfortable with OOP or not. --Rafael From ptkwt at aracnet.com Tue Sep 14 12:12:56 2004 From: ptkwt at aracnet.com (Phil Tomson) Date: Tue Sep 14 12:13:02 2004 Subject: [Pdx-pm] Traits in Ruby In-Reply-To: <32821.130.94.161.146.1094772433.squirrel@www.joshheumann.com> Message-ID: In the Ruby discussion last week a couple of people asked about traits/roles. Here's a blog entry of someone who (mostly) implemented traits in Ruby: http://homepages.ihug.com.au/~naseby/33.html He also has a couple of links to other implementations. Phil On Thu, 9 Sep 2004, Josh Heumann wrote: > Thanks for Phil Thompson and Lennon Day-Reynolds for their talk last night > about Ruby! Their slides from the talks are up on the kwiki: > http://pdx.pm.org/kwiki/index.cgi?September2004Meeting > > Next month's meeting will be some Live Interactive Testing, lead by Ovid > (Ovid, please update the kwiki when you get a chance: > http://pdx.pm.org/kwiki/) > > AND... Postgres and MySQL are neck-and-neck in our poll. If you haven't > voted, get in the voting mood by casting your vote at http://pdx.pm.org/. > > ALSO!!! The pdx.pm library is growing. O'Reilly sends us books for us to > enjoy and review. If you are interested in checking one out, let me know. > A full list of the books that we have are also on the kwiki: > http://pdx.pm.org/kwiki/index.cgi?library > > If there's a book you're interested in, but don't see it on the list, let > me know. O'Reilly is more than happy to let us review their books. > > Josh > > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > From kellert at ohsu.edu Wed Sep 15 12:42:40 2004 From: kellert at ohsu.edu (kellert) Date: Wed Sep 15 12:42:50 2004 Subject: [Pdx-pm] Fwd: [Bioperl-l] 'Nightly build' tracking for Bioperl Message-ID: <4-29907-21274-T7YVYVUE@smgw1.ohsu.edu> You have received an important e-mail delivery from kellert For security reasons, this e-mail package has been encrypted. Please pick up the e-mail package at the following Web address: https://smgw1.ohsu.edu/ime?x=4-29907-21274-T7YVYVUE The package will expire on Friday October 15, 2004 at 10:43:19 PDT7 If you do not pick up your e-mail package by this date it will be deleted. ...................................................................... Need help picking up your e-mail package? * If the Web address above is highlighted, click on it to open a browser window. You will automatically be taken to the e-mail package. * If the Web address above is not highlighted, follow these steps: - Open a Web browser window. - Copy and paste the entire Web address into the "location" or "address" bar of the browser. - Press enter. _______________________________________________ Oregon Health & Science University From mikeraz at patch.com Wed Sep 15 12:55:48 2004 From: mikeraz at patch.com (Michael Rasmussen) Date: Wed Sep 15 12:55:55 2004 Subject: [Pdx-pm] Fwd: [Bioperl-l] 'Nightly build' tracking for Bioperl In-Reply-To: <4-29907-21274-T7YVYVUE@smgw1.ohsu.edu> References: <4-29907-21274-T7YVYVUE@smgw1.ohsu.edu> Message-ID: <20040915175548.GA27980@patch.com> On Wed, Sep 15, 2004 at 10:42:40AM -0700, kellert wrote: > > > You have received an important e-mail delivery from kellert > For security reasons, this e-mail package has been encrypted. > > Please pick up the e-mail package at the following Web address: > https://smgw1.ohsu.edu/ime?x=4-29907-21274-T7YVYVUE > > The package will expire on Friday October 15, 2004 at 10:43:19 PDT7 > If you do not pick up your e-mail package by this date it will be > deleted. I was the first to click through and found the list needed to register. So for the future the secret to get email packages from OHSU The account id is Portland Perlmonger. The contents of the package are: I'm betting one of yuse guys has a great idea for this. TK Begin forwarded message: > From: Peter van Heusden > Date: September 15, 2004 3:11:50 AM PDT > To: bioperl-l@bioperl.org > Cc: Subject: [Bioperl-l] 'Nightly build' tracking for Bioperl > > Some kind of 'nightly build' system for Bioperl - which automatically > builds the current Bioperl distribution from CVS, runs the tests and > reports problems - was mentioned as a good idea at the BOF at BOSC > 2004. I've spent a bit of time looking at open source build monitoring > tools, and I'm pretty frustrated. Everything out there seems to be > either really hard to install (e.g. Mozilla Tinderbox) or incomplete > (Test::AutoBuild). > > Has anyone worked on something like this before? Does anyone have > recommendations? > > Thanks, > Peter > > _______________________________________________ > Bioperl-l mailing list > Bioperl-l@portal.open-bio.org > http://portal.open-bio.org/mailman/listinfo/bioperl-l -- Michael Rasmussen, Portland Oregon Be appropriate && Follow your curiosity http://meme.patch.com/memes/BicycleRiding Get Fixed: http://www.dampfixie.org The fortune cookie says: A successful [software] tool is one that was used to do something undreamed of by its author. -- S. C. Johnson From kellert at ohsu.edu Wed Sep 15 13:00:20 2004 From: kellert at ohsu.edu (Thomas J Keller) Date: Wed Sep 15 13:00:38 2004 Subject: [Pdx-pm] bioperl request for help Message-ID: <1B8E4A62-0741-11D9-8E8C-0003930405E2@ohsu.edu> Hi all, Sorry 'bout the "uber-secret' email sent earlier. All I did was forward the email I got from bioperl.org. Here's the request for help: Some kind of 'nightly build' system for Bioperl - which automatically builds the current Bioperl distribution from CVS, runs the tests and reports problems - was mentioned as a good idea at the BOF at BOSC 2004. I've spent a bit of time looking at open source build monitoring tools, and I'm pretty frustrated. Everything out there seems to be either really hard to install (e.g. Mozilla Tinderbox) or incomplete (Test::AutoBuild). Has anyone worked on something like this before? Does anyone have recommendations? Thanks, Peter _______________________________________________ Bioperl-l mailing list Bioperl-l@portal.open-bio.org http://portal.open-bio.org/mailman/listinfo/bioperl-l ################ Thanks for any ideas. Tom K. From wcooley at nakedape.cc Wed Sep 15 14:08:35 2004 From: wcooley at nakedape.cc (Wil Cooley) Date: Wed Sep 15 14:08:09 2004 Subject: [Pdx-pm] bioperl request for help In-Reply-To: <1B8E4A62-0741-11D9-8E8C-0003930405E2@ohsu.edu> References: <1B8E4A62-0741-11D9-8E8C-0003930405E2@ohsu.edu> Message-ID: <1095275315.3937.27.camel@denk.nakedape.priv> On Wed, 2004-09-15 at 11:00 -0700, Thomas J Keller wrote: > Hi all, > Sorry 'bout the "uber-secret' email sent earlier. All I did was forward > the email I got from bioperl.org. > Here's the request for help: > > Some kind of 'nightly build' system for Bioperl - which automatically > builds the current Bioperl distribution from CVS, runs the tests and > reports problems - was mentioned as a good idea at the BOF at BOSC > 2004. I've spent a bit of time looking at open source build monitoring > tools, and I'm pretty frustrated. Everything out there seems to be > either really hard to install (e.g. Mozilla Tinderbox) or incomplete > (Test::AutoBuild). > > Has anyone worked on something like this before? Does anyone have > recommendations? Do you need something more sophisticated than a shell script that runs: cvs update -d make test through cron, which will then e-mail you the output? You could get fancy and redirect the output of the 'make test' to a file and filter successful tests out, to make it a little quieter. Wil -- Wil Cooley wcooley@nakedape.cc Naked Ape Consulting http://nakedape.cc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://mail.pm.org/pipermail/pdx-pm-list/attachments/20040915/a7ea3979/attachment.bin From raa at mailporter.net Mon Sep 20 13:33:19 2004 From: raa at mailporter.net (Roderick A. Anderson) Date: Mon Sep 20 13:31:38 2004 Subject: [Pdx-pm] $|++ and CGI Message-ID: <414F226F.40109@mailporter.net> Not sure if this is a perl, CGI, Webserver, or Browser issue. I'd like to keep updating a page from a scripts until a process finishes. In my own simplex mind I figured I'd loop, sleep for a few seconds, check the status of the process and then either present the waiting page (again maybe with a "how long" in it) or the finished process page. This could take up to two minutes so I'd rather not just have them wait. Oh yeah, the script is called from another script I have no control over or access to. So far my tricks haven't been tricky enough. I get the same page repeated down the browser. I thought the $| would help but it didn't. I'm using CGI.pm and perl 5.8 on a Win2K Server with whatever version of IIS it has. (You can tell I'm impressed with Windows ... right?) Is there a solution for this combination or at least the portion I have to deal with and can't -- Win2K/IIS? Thanks, Rod -- --- [Certified Virus free by ASISNA Mail Services. www.asisna.com ] From tcaine at eli.net Mon Sep 20 13:51:52 2004 From: tcaine at eli.net (Todd Caine) Date: Mon Sep 20 13:51:56 2004 Subject: [Pdx-pm] $|++ and CGI In-Reply-To: <414F226F.40109@mailporter.net> References: <414F226F.40109@mailporter.net> Message-ID: <20040920185152.GA14674@eli.net> http://www.stonehenge.com/merlyn/LinuxMag/col39.html On (Mon, Sep 20 11:33), Roderick A. Anderson wrote: > Not sure if this is a perl, CGI, Webserver, or Browser issue. > I'd like to keep updating a page from a scripts until a process finishes. > > In my own simplex mind I figured I'd loop, sleep for a few seconds, check > the status of the process and then either present the waiting page (again > maybe with a "how long" in it) or the finished process page. This could > take up to two minutes so I'd rather not just have them wait. Oh yeah, the > script is called from another script I have no control over or access to. > > So far my tricks haven't been tricky enough. I get the same page repeated > down the browser. I thought the $| would help but it didn't. > > I'm using CGI.pm and perl 5.8 on a Win2K Server with whatever version of > IIS it has. (You can tell I'm impressed with Windows ... right?) > > Is there a solution for this combination or at least the portion I have > to deal with and can't -- Win2K/IIS? > > > Thanks, > Rod > -- > > --- > [Certified Virus free by ASISNA Mail Services. www.asisna.com ] > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list From raa at mailporter.net Mon Sep 20 15:35:17 2004 From: raa at mailporter.net (Roderick A. Anderson) Date: Mon Sep 20 15:33:25 2004 Subject: [Pdx-pm] $|++ and CDI.pm -- solved Message-ID: <414F3F05.1030107@mailporter.net> I'm getting good at asking questions before I do a complete search. Sorry for the wasted bandwidth. use CGI qw/:push -nph/; Rod -- --- [Certified Virus free by ASISNA Mail Services. www.asisna.com ] From kellert at ohsu.edu Mon Sep 20 17:22:40 2004 From: kellert at ohsu.edu (Thomas J Keller) Date: Mon Sep 20 17:23:08 2004 Subject: [Pdx-pm] cpan shell question Message-ID: <956BB83E-0B53-11D9-8EAD-0003930405E2@ohsu.edu> Hi All, I've got an installation problem. This is the error message I get: ld: archive: libs/libsw.a has no table of contents, add one with ranlib(1) (can't load from it) Can I run ranlib from within the CPAN shell? Thanks, Tom Tom Keller, Ph.D. http://www.ohsu.edu/research/core kellert@ohsu.edu 503-494-2442 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 369 bytes Desc: not available Url : http://mail.pm.org/pipermail/pdx-pm-list/attachments/20040920/736d65d8/attachment.bin From tex at off.org Tue Sep 21 00:45:25 2004 From: tex at off.org (Austin Schutz) Date: Tue Sep 21 00:45:35 2004 Subject: [Pdx-pm] cpan shell question In-Reply-To: <956BB83E-0B53-11D9-8EAD-0003930405E2@ohsu.edu> References: <956BB83E-0B53-11D9-8EAD-0003930405E2@ohsu.edu> Message-ID: <20040921054525.GO21947@gblx.net> On Mon, Sep 20, 2004 at 03:22:40PM -0700, Thomas J Keller wrote: > Hi All, > I've got an installation problem. This is the error message I get: > > ld: archive: libs/libsw.a has no table of contents, add one with > ranlib(1) (can't load from it) > > Can I run ranlib from within the CPAN shell? > cpan> help Other h,? display this menu ! perl-code eval a perl command o conf ?opt? set and query options q quit the cpan shell reload cpan load CPAN.pm again reload index load newer indices autobundle Snapshot force cmd unconditionally do cmd cpan> ! system ranlib Unquoted string "ranlib" may clash with future reserved word at (eval 7) line 2, line 1. Usage: ranlib [options] archive Generate an index to speed access to archives The options are: -h --help Print this help message -V --version Print version information ranlib: supported targets: elf32-i386 a.out-i386-linux efi-app-ia32 elf32-little elf32-big elf64-x86-64 elf64-little elf64-big srec symbolsrec tekhex binary ihex trad-core cpan> Austin From tex at off.org Fri Sep 24 16:36:21 2004 From: tex at off.org (Austin Schutz) Date: Fri Sep 24 16:36:24 2004 Subject: [Pdx-pm] Module::*, installing more than just modules? Message-ID: <20040924213621.GD21947@gblx.net> I'm trying to create a 'package' of a particular software application. I would like the finished product to be something where one can do something along the lines of 'perl Build.PL; ./Build install' and everything will do what it's supposed to. However, the available modules, e.g. Module::Install, Module::Build don't seem to include (or not in a way that's obvious to me) a method for doing the actual "building" of the application itself. For scripts (perl and otherwise), that typically means adding the #! path at the top of the scripts. While 'Build' happily installs whatever is under scripts/, it doesn't appear to actually do anything to the scripts themselves. There's also some sort of poorly documented build mechanism for compiling C code, though there again it isn't clear how to make it do something clever beyond compiling/linking, or how one might use the mechanism for building e.g. a java component to an application. It _seems like_ there is some missing functionality here. For a given file type, maybe, I would like to have some sort of customizable build functionality, then have Build do the building. Sort of like make, but more perlish. Is this functionality there and I'm just blind, or a poor reader? If not, would this be a worthwhile task to work on, or is there some other existing module someone would recommend for this? I'm sure this is possible with MakeMaker, but I'd like a pure perl solution. I could just diddle all the files directly in Build.PL, but it seems like reinventing the wheel. Suggestions? Thanks, Austin From merlyn at stonehenge.com Fri Sep 24 17:11:14 2004 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Fri Sep 24 17:11:17 2004 Subject: [Pdx-pm] Module::*, installing more than just modules? In-Reply-To: <20040924213621.GD21947@gblx.net> References: <20040924213621.GD21947@gblx.net> Message-ID: <863c17wc59.fsf@blue.stonehenge.com> >>>>> "Austin" == Austin Schutz writes: Austin> However, the available modules, e.g. Module::Install, Austin> Module::Build don't seem to include (or not in a way that's Austin> obvious to me) a method for doing the actual "building" of the Austin> application itself. For scripts (perl and otherwise), that Austin> typically means adding the #! path at the top of the Austin> scripts. While 'Build' happily installs whatever is under Austin> scripts/, it doesn't appear to actually do anything to the Austin> scripts themselves. That's too bad. ExtUtils::MakeMaker makes a makefile that correctly mangles a "#! ... perl" into whatever is needed on that system. So that says that Module::Build is a step backwards. -- 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 david at kineticode.com Sat Sep 25 13:12:40 2004 From: david at kineticode.com (David Wheeler) Date: Sat Sep 25 13:10:19 2004 Subject: [Pdx-pm] Module::*, installing more than just modules? In-Reply-To: <20040924213621.GD21947@gblx.net> References: <20040924213621.GD21947@gblx.net> Message-ID: <7D330F63-0F1E-11D9-A0B1-000A95B9602E@kineticode.com> On Sep 24, 2004, at 2:36 PM, Austin Schutz wrote: > Is this functionality there and I'm just blind, or a poor reader? If > not, would this be a worthwhile task to work on, or is there some other > existing module someone would recommend for this? I recommend asking on the module-build mail list. http://lists.sourceforge.net/lists/listinfo/module-build-general Regards, David From tex at off.org Sat Sep 25 14:18:08 2004 From: tex at off.org (Austin Schutz) Date: Sat Sep 25 14:18:13 2004 Subject: [Pdx-pm] Module::*, installing more than just modules? In-Reply-To: <7D330F63-0F1E-11D9-A0B1-000A95B9602E@kineticode.com> References: <20040924213621.GD21947@gblx.net> <7D330F63-0F1E-11D9-A0B1-000A95B9602E@kineticode.com> Message-ID: <20040925191808.GE21947@gblx.net> On Sat, Sep 25, 2004 at 11:12:40AM -0700, David Wheeler wrote: > On Sep 24, 2004, at 2:36 PM, Austin Schutz wrote: > > > Is this functionality there and I'm just blind, or a poor reader? If > >not, would this be a worthwhile task to work on, or is there some other > >existing module someone would recommend for this? > > I recommend asking on the module-build mail list. > > http://lists.sourceforge.net/lists/listinfo/module-build-general > I will do that. I just figured what with all the brainiacs on this list you guys would know. :-) Austin From perl-pm at joshheumann.com Tue Sep 28 12:53:07 2004 From: perl-pm at joshheumann.com (Josh Heumann) Date: Tue Sep 28 12:53:10 2004 Subject: [Pdx-pm] October Meeting Message-ID: <50074.130.94.162.208.1096393987.squirrel@www.joshheumann.com> October 6th, 6:30-9pm FreeGeek, 1741 SE 10th ** (Perl)Boot-camp time ** Randal Schwartz presents "perldoc perlboot" live, with references to animals, procreation, death, and eating. Learn about Perl's object system from the ground up. Familiarity with references, Perl code, and death is helpful. Sense of humor mandatory. Note the date! Randal's going to be out of town on the second Wednesday, which is our normal meeting day, so we're having it a week early. From perl-pm at joshheumann.com Tue Sep 28 13:03:18 2004 From: perl-pm at joshheumann.com (Josh Heumann) Date: Tue Sep 28 13:03:21 2004 Subject: [Pdx-pm] October Meeting In-Reply-To: <50074.130.94.162.208.1096393987.squirrel@www.joshheumann.com> References: <50074.130.94.162.208.1096393987.squirrel@www.joshheumann.com> Message-ID: <50177.130.94.162.208.1096394598.squirrel@www.joshheumann.com> Also, how do people feel about having Ovid give his Interactive Testing presentation on our normal date, the 13th? The two presentations will go nicely together, but if people feel that having two meetings a month is too much, we can have him go next month. Josh > October 6th, 6:30-9pm > FreeGeek, 1741 SE 10th > > ** (Perl)Boot-camp time ** > > Randal Schwartz presents "perldoc perlboot" live, with references to > animals, procreation, death, and eating. Learn about Perl's > object system from the ground up. Familiarity with references, Perl > code, and death is helpful. Sense of humor mandatory. > > Note the date! Randal's going to be out of town on the second > Wednesday, which is our normal meeting day, so we're having it a week > early. > > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list@mail.pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list From publiustemp-pdxpm at yahoo.com Tue Sep 28 13:28:21 2004 From: publiustemp-pdxpm at yahoo.com (publiustemp-pdxpm@yahoo.com) Date: Tue Sep 28 13:28:24 2004 Subject: [Pdx-pm] October Meeting In-Reply-To: <50177.130.94.162.208.1096394598.squirrel@www.joshheumann.com> Message-ID: <20040928182821.95384.qmail@web60808.mail.yahoo.com> --- Josh Heumann wrote: > Also, how do people feel about having Ovid give his Interactive Testing > presentation on our normal date, the 13th? The two presentations will go > nicely together, but if people feel that having two meetings a month is > too much, we can have him go next month. As an FYI: I've already told Josh that I'm happy to do it either way, so whatever works best for the Mongers is fine by me. I think the earlier date would mean the OO work is fresher in your mind, but I also realize that cramming two meetings together might not fit people's schedules. Cheers, Ovid ===== Silence is Evil http://users.easystreet.com/ovid/philosophy/indexdecency.htm Ovid http://www.perlmonks.org/index.pl?node_id=17000 Web Programming with Perl http://users.easystreet.com/ovid/cgi_course/