From rbowen at rcbowen.com Sun Aug 8 20:03:33 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:23 2004 Subject: LPM: FYI: Perl Mongers Advocay pages Message-ID: <37AE28E5.5E100ECC@rcbowen.com> In case you care ... this came across the Perl Advocacy list today. -------- Original Message -------- Subject: Perl Mongers Advocay pages Date: Sun, 8 Aug 1999 12:59:25 -0700 From: Vicki Brown To: advocacy@perl.org Pre-announcement and Call for contributions :-) Forwarded with brian d foy's permission: --- Begin Forward --- Date: Tue, 3 Aug 1999 03:08:52 -0400 (EDT) From: brian d foy To: perl-mongers-general@pm.org Subject: Perl Fast Facts since TPI is gone, Perl Mongers is putting together a new advocacy site. part of this is going to be a section targeted at the press in an effort to make it easier for journalists to write stories about Perl, whether the story is in some ZiffDavis rag or in the Wall Street Journal. part of this press part is called "Perl Fast Facts", which will be sort of like the factoids in USAToday - short facts that journalists can build a sentence around, like * Perl 1 was released to usenet in 1987 * Perl can connect to most popular databases using the DBI package * The Perl Journal was the first print magazine devoted to Perl this is where i can use help. if you have some Perl Fast Facts, send them to me. it would be nice to keep them short. we're going to unveil this site at the Perl Conf, but i'll give this list a sneak peek before then :) -- brian d foy Director of Technology, Smith Renaud, Inc. 875 Avenue of the Americas, 2510, New York, NY 10001 V: (212) 239-8985 --- End Forward --- -- -- |\ _,,,---,,_ Vicki Brown ZZZzz /,`.-'`' -. ;-;;,_ Journeyman Sourceror: Scripts & Philtres |,4- ) )-,_. ,\ ( `'-' P.O. Box 1269 San Bruno CA 94066 '---''(_/--' `-'\_) http://www.cfcl.com/~vlb http://www.macperl.com From rbowen at rcbowen.com Sun Aug 8 20:04:15 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:23 2004 Subject: LPM: Pizza - Quick poll. Message-ID: <37AE290F.E3C5670@rcbowen.com> Papa John's or Pizza Hut? Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From oneiros at dcr.net Sun Aug 8 20:47:54 1999 From: oneiros at dcr.net (Joe Hourcle) Date: Thu Aug 5 00:06:23 2004 Subject: LPM: Pizza - Quick poll. In-Reply-To: <37AE290F.E3C5670@rcbowen.com> Message-ID: On Sun, 8 Aug 1999, Rich Bowen wrote: > Papa John's or Pizza Hut? Anything but Domino's. I'm guessing that unless people know they're going to be late, and want to let their preference for toppings, crust type, etc, be known, we can just handle it when in the first few minutes that we all get there. -Joe From gcasillo at ket.org Mon Aug 9 12:21:43 1999 From: gcasillo at ket.org (Gregg Casillo) Date: Thu Aug 5 00:06:23 2004 Subject: LPM: Pizza - Quick poll. References: <37AE290F.E3C5670@rcbowen.com> Message-ID: <37AF0E27.7803D48C@ket.org> Papa John's, Gregg Casillo Rich Bowen wrote: > Papa John's or Pizza Hut? > > Rich > -- > It seems to me as we make our own few circles 'round the sun > We get it backwards and our seven years go by like one > --Rush, 'Dog Years' (Test for Echo, 1996) From fireston at lexmark.com Mon Aug 9 12:31:02 1999 From: fireston at lexmark.com (Mik Firestone) Date: Thu Aug 5 00:06:23 2004 Subject: LPM: Pizza - Quick poll. In-Reply-To: <37AF0E27.7803D48C@ket.org> Message-ID: <199908091728.NAA04669@interlock2.lexmark.com> Could the directions to the meeting place be posted once more? I know I saved the original around here somewhere, but I cannot seem to find it. There was some talk about a big and small building and I confused about how that fit into the scheme of things. Thanks, Mik -- Mik Firestone fireston@lexmark.com When I become an Evil Overlord: I will not include a self-destruct mechanism unless absolutely necessary. If it is necessary, it will not be a large red button labelled "Danger: Do Not Push". From rbowen at rcbowen.com Mon Aug 9 12:36:46 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Pizza - Quick poll. References: <199908091728.NAA04669@interlock2.lexmark.com> Message-ID: <37AF11AE.51A8E69E@rcbowen.com> Mik Firestone wrote: > > Could the directions to the meeting place be posted once more? I know I > saved the original around here somewhere, but I cannot seem to find it. There > was some talk about a big and small building and I confused about how that fit > into the scheme of things. >From Nicholasville Road, go east on Cooper. That's towards, and past, the stadium. On your right you will see LCC and a little building labelled "KET". Ignore it studiously. A little farther down, you'll see another KET building. That's the bigger one. Go to that one, and enter by the flagpole. There should be signs telling you where to go. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From rbowen at rcbowen.com Tue Aug 10 08:31:15 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Door prize ... Message-ID: <37B029A3.390F3EED@rcbowen.com> Well, I just remembered that I forgot to give anyone the door prize. Nat Torkington gave me a Magnetic Perl Poetry set to give to someone as a door prize. So maybe we'll give it to someone next month. Oh, well. Rich p.s. Thanks to all the people that came last night, and thanks especially Dave and Greg for the use of the facility. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From rbowen at rcbowen.com Tue Aug 10 10:30:04 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Freelance Perl programming? Message-ID: <37B0457C.6F5B99E5@rcbowen.com> Patrick Gardella's former employer (The Creative Group - see http://www.cre8tivegroup.com/) needs someone to do some part time/freelance Perl programming for them. I don't have the time to do all the projects that they need done, and I was wondering if any of you folks need a few extra bucks. I don't know the nature of the work in question, except that most of it is CGI stuff. You probably should respond to me directly, rather than to the list, and I'll get you the necessary contact information. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From oneiros at dcr.net Mon Aug 9 23:18:49 1999 From: oneiros at dcr.net (Joe Hourcle) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: ComputerFest In-Reply-To: <37AF11AE.51A8E69E@rcbowen.com> Message-ID: For those of you who missed my mention of it at the meeting, there's a huge computer show up in Dayton, OH twice a year: http://www.computerfest.com/ There's been lots of good prices there before, but you might have to do some looking for 'em. (It's not a bad idea to make a list of what you want, and what prices you can get them through mail order, and the compare when you get up there.) There's normally lots of misc. stuff, and there's enough competition that the prices are pretty good. There's also normally some vintage sellers, places selling refurbed monitors, etc. ----- Joe Hourcle oneiros@annoying.org From hempy at ket.org Tue Aug 10 12:01:37 1999 From: hempy at ket.org (David Hempy) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: LPM meetings. In-Reply-To: <37AF11AE.51A8E69E@rcbowen.com> References: <199908091728.NAA04669@interlock2.lexmark.com> Message-ID: <4.1.19990810124300.00aa5e10@mail.ket.org> I enjoyed the meeting quite a bit last night, both for its educational and social value. Rich showed how easy it is to install Perl on a Wintel platform, how to use ppm to install modules straight from the net, and how DBI is used to connect to different databases. One of the most encouraging aspects of the meeting was when Presentation turned into Discussion. The group exchanged tips and traps, with everyone walking away more informed. I felt kind of bad that we let Rich depart without a proper show of appreciation for organizing the meeting and presenting both talks. Thank you, Rich, for all your hard work. I, for one, have learned a lot from your experience. I hope others will follow in his steps and volunteer to lead a discussion. I only regret that I am a severely amateur perl programmer, or I would volunteer myself. We got a heads-up for the Perl Conference in a few weeks. Rich will be attending, and offered to buy extra hats, shirts, etc. for anyone interested. Also, the Dayton Computerfest is August 28-29 in Dayton. Bargains are reputed to abound. Can you say "roadtrip"? I knew you could. See www.computerfest.com for details. Regarding the location, it will forever be available to the group to use. It seemed to fill the need quite well... and we *can* get ESPN2 there. (With advance notice.) As an aside, Paul Stackhouse of CKCS (Central Ky Computer Society) can offer their facility for our use also. They have an LCD projector, seating for several times our number, whiteboard, and a 128K ISDN line. They are located on New Circle Road east, between Winchester and Richmond Roads. Furthermore, CKCS has a newsletter and other programs that would be fertile ground for more Perl enthusiasts. They recently created a Linux user group within CKCS. I assume it also meets once a month. Regardless of their room, I think we should promote our meetings through CKCS. I will facilitate this, if no one objects. -dave -- David Hempy Internet Database Administrator Kentucky Educational Television From hempy at ket.org Tue Aug 10 12:44:53 1999 From: hempy at ket.org (David Hempy) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Not quite Perl - PHP In-Reply-To: <37AF11AE.51A8E69E@rcbowen.com> References: <199908091728.NAA04669@interlock2.lexmark.com> Message-ID: <4.1.19990810133523.037b4260@mail.ket.org> Just saw this on CNet... "PHP is a server-side, cross-platform, HTML embedded scripting language." I haven't used it yet, but it smells an awful lot like Perl. It lets you embed right into your HTML document code that will be interpreted by the web server on its way to the client. Hence, you can do stuff like this:

Countdown...

\n"; } ?> Blastoff! It also claims to feature database connectivity and more. If this sounds appealing, walk through Cnet's article: http://www.builder.com/Programming/PHPIntro/index.html and then visit the real PHP home page. As an interesting note, CNet's page on PHP syntax could have been a case study for last night's discussion on hashes of hashes and arrays: Arrays You set off array indices (regular or associative) with square brackets ([ and ]): $fruit[0] = 'banana'; $fruit[1] = 'papaya'; $favorites['animal'] = 'turtle'; $favorites['monster'] = 'cookie'; If you assign something to an array but leave the index blank, PHP assigns the object onto the end of the array. The statements about $fruit, above, produce the same result as: $fruit[] = 'banana'; $fruit[] = 'papaya'; You can have multidimensional arrays, too: $people['David']['shirt'] = 'blue'; $people['David']['car'] = 'minivan'; $people['Adam']['shirt'] = 'white'; $people['Adam']['car'] = 'sedan'; A shortcut for creating arrays is the array() function: $fruit = array('banana','papaya'); $favorites = array('animal' => 'turtle', 'monster' => 'cookie); or $people = array ('David' => array('shirt' => 'blue', 'car' => 'minivan'), 'Adam' => array('shirt' => 'white', 'car' => 'sedan')); (note that this is PHP, not perl. I'm not perlish enough to know if the syntax is identical, but it sure looks a lot like what was on the flipchart last night.) -dave -- David Hempy Internet Database Administrator Kentucky Educational Television -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/archives/lexington-pm/attachments/19990810/42076ee0/attachment.htm From soward at soward.net Wed Aug 11 13:15:53 1999 From: soward at soward.net (John Soward) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Not quite Perl - PHP References: <199908091728.NAA04669@interlock2.lexmark.com> <4.1.19990810133523.037b4260@mail.ket.org> Message-ID: <37B1BDD9.E8B81D94@soward.net> David Hempy wrote: > > Just saw this on CNet... > > "PHP is a server-side, cross-platform, HTML embedded scripting > language." I haven't used it yet, but it smells an awful lot like > Perl. It lets you embed right into your HTML document code that will > be interpreted by the web server on its way to the client. Hence, you > can do stuff like this: I've used PHP for a couple of years now. It's very nice, it's not perl, but it is similar, and pretty easy for a perl programmer to pick up. with mod_perl and things like Mason or Embed perl php becomes slightly less attractive, since those devices allow for similar integration with the web server. However, php still offers a few advantages, and php v4, currently at beta release 2, will offer significant performance advantages over mod_perl based applications... -- John Soward Lead Systems Programmer, Technical Services, University of Kentucky p: 606.257.2900x298 e:soward@uky.edu w: http://neworder.cc.uky.edu/ From rbowen at rcbowen.com Thu Aug 12 15:08:44 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: h2xs Message-ID: <37B329CC.8480174D@rcbowen.com> Mongers, I have some C code that I want to convert into a Perl module. My undersanding was that I could just sic h2xs on it, and, voila. However, it is increasingly clear tome that I have no idea what I am doing. Does anyone have a good x2xs tutorial that assumes that I'm an idiot? perlxstut is not making much sense to me, particularly because I did not write the code in question, and so I don't know how to tinker with it. Any pointers (or references!) greatly appreciated. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From gcasillo at ket.org Fri Aug 13 12:58:30 1999 From: gcasillo at ket.org (Gregg Casillo) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: A many monkeys question References: <37B329CC.8480174D@rcbowen.com> Message-ID: <37B45CC6.A7150A55@ket.org> Here's my problem: I want to lowercase all internal links within a HTML file. That is, links to other pages on our web site. I want to ignore external links, links to pages outside our web site. I successfully wrote a Perl script that lowercased every link (every A HREF tag) indiscriminately before I realized some external links might need case sensitivity. This regular expression did the trick: foreach (@lines) { s/(<\s*(?:a|A)\s+(?:href|HREF)\s*=\s*\".+?\".*?>)/\L$1/g ... } How can I add a condition to test each A HREF's link (the stuff between the quotes) to see if it's an internal or external link? What if I have more than one A HREF tag on the same line like this: I tried the following code which appears to see each tag but fails to lowercase. For the sake of argument, assume any all external links begin with "http://" and internal links do not. foreach (@lines) { while ( m {<\s*a\s+href\s*=\s*"(.+?)".*?>}gix ) { # search for A HREF tags on this line unless ($1 =~ /http:\/\//) { # ignore external links assuming anything that starts with "http://" is external s/$1/\L$1/; # lowercase the internal link } } push (@newlines, $_); } Am I using the m//g operation correctly? Please help. Must be Friday the 13th, Gregg Casillo From rbowen at rcbowen.com Sat Aug 14 07:35:13 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: A many monkeys question References: <37B329CC.8480174D@rcbowen.com> <37B45CC6.A7150A55@ket.org> Message-ID: <37B56281.3A6C1E02@rcbowen.com> It might be worthwhile to make three passes through the document, the first time through changing the ones with http: to A* *H*R*E*F or something like that, then doing your case changes, then changing the A* *H*R*E*Fs back to A HREFs. I know it's clunky, but I can't seem to think of another way to do it. Of course, if you are jut trying to solve the problem that links are the wrong case and getting 404s, you might want to consider a non-perl approach (gasp! heresy!) and use the mod_speling module (are you using Apache) to correct the casing on the fly, and avoid the 404s on the server side. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From oneiros at dcr.net Sat Aug 14 10:49:18 1999 From: oneiros at dcr.net (Joe Hourcle) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: A many monkeys question In-Reply-To: <37B56281.3A6C1E02@rcbowen.com> Message-ID: On Sat, 14 Aug 1999, Rich Bowen wrote: > It might be worthwhile to make three passes through the document, the > first time through changing the ones with http: to A* *H*R*E*F or > something like that, then doing your case changes, then changing the A* > *H*R*E*Fs back to A HREFs. I know it's clunky, but I can't seem to think > of another way to do it. > > Of course, if you are jut trying to solve the problem that links are the > wrong case and getting 404s, you might want to consider a non-perl > approach (gasp! heresy!) and use the mod_speling module (are you using > Apache) to correct the casing on the fly, and avoid the 404s on the > server side. If you _really_ want to overdo it, you could check each link as you go. I did this a couple of years back....I'd probably have to redo it, as IIS uses temp redirects to report 'overloaded' servers. You might look over the HTTP specs, to have it react to other response codes. (301 redirects, etc.) ($get, $lynx) were the path to helper apps, $get returned the doc with header (as some webservers return different status codes for HEAD and GET) $lynx was just the 'lynx -source' (well, full path)) @errors was an array that I'd check before outputting a response to see if there were any messages in it. ##### sub verify_url { $url = $_[0]; $loop = $_[1]+1; if ($loop > 5) { return 0; } open (URL, "$get $url |") || &abort("failed to open '$get $url'"); $_ = ; chomp; if (/HTTP.* 200/) { } elsif (/HTTP.* 302/) { while ($blah = ) { if ($blah =~ /^Location:[ \t]*(.*)/) { $url = &verify_url($1,$loop); last; } } } elsif (/HTTP.* 404/) { push @errors, "URL was not found: '$url'"; $url = 0; } elsif (/^usage:/) { push @errors, "Invalid URL: '$url'"; $url = 0; } close (URL); if ($url) { open (URL, "$lynx $url |"); ; $_ = ; if (/^lynx: Can\'t access start file/) { push @errors, "Cannot Locate Webserver: '$url'"; $url = 0; } close (URL); } return $url; } ##### -Joe From mandrews at bit0.com Sat Aug 14 14:56:16 1999 From: mandrews at bit0.com (Mike Andrews) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Not quite Perl - PHP In-Reply-To: <37B1BDD9.E8B81D94@soward.net> Message-ID: On Wed, 11 Aug 1999, John Soward wrote: > David Hempy wrote: > > > > Just saw this on CNet... > > > > "PHP is a server-side, cross-platform, HTML embedded scripting > > language." I haven't used it yet, but it smells an awful lot like > > Perl. It lets you embed right into your HTML document code that will > > be interpreted by the web server on its way to the client. Hence, you > > can do stuff like this: > > I've used PHP for a couple of years now. It's very nice, it's not perl, > but it is similar, and pretty easy for a perl programmer to pick up. > with mod_perl and things like Mason or Embed perl php becomes slightly > less attractive, since those devices allow for similar integration with > the web server. However, php still offers a few advantages, and php v4, > currently at beta release 2, will offer significant performance > advantages over mod_perl based applications... This reminds me of something I was going to ask at the last meeting, but unfortunately fighting with a customer's Windows 98 problems kept me from making it there in time... Someone mentioned at one point that the CPAN CGI module was evil, but didn't go into detail. What's evil about it? So far I've been using Steve Brenner's cgi-lib.pl script to grab form variables, but it's very old and very crusty (kinda Perl 4-ish) and very unhappy with "use strict" and the -w flag... and I don't know if it has security problems or not. I was considering ripping it all out and starting over with something more up to date and "standard" until I read that. :) Most of the CGI's I'm looking at are very resource intensive and get run a LOT (they do a lot of SNMP to USR Total Control modem pools)... so, for performance reasons I'm also considering mod_perl instead. Or something similar -- I've never heard of Mason or Embed up until now. How do they compare to mod_perl? I haven't yet tried mod_perl out, mostly because the FreeBSD port of it doesn't work right now. (The Makefile in the ports collection is broken this week.) Ideally, I'd like the programs to be able to run with or without it -- detect and use mod_perl (or equivalent) if it's there, and run without it if it isn't. So I guess I'm looking for opinions on various ways to both replace the crusty cgi-lib.pl and to speed up frequently run CGI Perl scripts.... Mike Andrews (MA12) -=-=- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=--=- mandrews@bit0.com -=--=- http://www.bit0.com "If you're not part of the solution.... you're part of the precipitate." From rbowen at rcbowen.com Sat Aug 14 15:39:20 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Re: CGI.pm and why I don't use it. References: Message-ID: <37B5D3F8.8333B94@rcbowen.com> Mike Andrews wrote: ... > Someone mentioned at one point that the CPAN CGI module was evil, but > didn't go into detail. > > What's evil about it? ... That was me. I'm not sure if I would go so far as to say that they are evil. And Lincoln was pleasant enough, although somewhat unwilling to discuss ideas that did not agree with his. OK, here's my position and my reasons. I believe that the code and the UI should be kept separate as much as possible. This is mostly for practical reasons, but also has to do with the beauty of the code. Practical reasons: I have customers. My customers do not know Perl. Frankly, that's fine with me, because if they did, they would not be my customers. They do, however, know HTML. I am not good at web site design. Just look at my web site some time, and you will agree with me. So I write Perl code, and leave the HTML page design to my customers. This implies that the two are not the same thing, and I don't have to know one to do the other. To this end, I have developed my own method of putting HTML in HTML template files, and the code in Perl files, and never the twain shall meet. This is of course not possible, because you have to make some of the HTML pages dynamically. I've used Text::Template - one of the venerable old CPAN modules - to make HTML template files, and fill in variables at run time. The people editing the HTML pages see some weird things in the files that don't look quite like HTML, and they leave them alone. But they don't ever have to edit Perl code in order to change how their pages look. The traditional way (pre CGI.pm, perhaps pre cgi-lib.pl) to do this sort of thing was to have everything inline in your code. print "\n"; print "Page title\n"; etcetera. While this is ugly and confusing to the end user, they can at least see where the HTML is, and can figure out how to change it. Putting it in a "here document" (the print <'; I now do: $field = $query->textfield(-name=>'State', -default=>'gaseous', -justification=>'RIGHT'); And somehow, that's better? Ick. Double Ick. Triple Ick. By the way, that's an actual example from the CGI.pm documentation, so someone thought that this was a good idea. Now, the customer is completely unable to edit the appearance of their pages, because not only is it embeded in Perl code, it looks completely unlike HTML,and they have no idea what they would need to modify. So, in conclusion, it would seem to me that CGI.pm is great if you are writing quick-and-dirty one-off CGI scripts that you will never have to change, and nobody but yourself will ever have to look at. However, if you ever intend to deliver a product to a customer, it is evil evil evil (there, I said it, I feel better) and will guarantee that they will not come to you for the next project. It makes them feel like an idiot, and make them think that you are making things unnecessarily complicated. ("I just wanted to change the color of the text right there. Why do I have to hire a programmer to make that change.") I know, it was a little lengthy, but it's something that I have thought a lot about, and since this is what I do to pay my bills, it is important that I keep my customers happy. I should say, for the record, that Lincoln did discuss with me the notion of template-based CGI applications, but he was very dismissive of the idea, particularly of the idea that I had a different way of doing things, rather than using PHP, or EmbPerl, or ePerl, or one of the other existing solutions to this problem. All of those products have the downside that now, instead of the HTML being in the Perl code, the Perl code is in the HTML, and you have the same problem all over again. There is also a prevailing (and very irritating) attitude in the Perl community that if you don't "use CGI" that you are not a real Perl programmer. This is unfortunate, because I think that CGI.pm embodies everything that is wrong with the notion of writing OO code purely for the sake of writing OO code, and is, as such, a very bad example of how to write Perl code. It is, however, part of the standard Perl distribution, and Lincoln is credited (by some) of revolutionalizing the way that CGI programs are written. Yes, he is a brilliant man and knows more about Perl than I probably ever will, but I still have to keep my customers happy, and CGI.pm is not the way to do that. There, have I been verbose enough? Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From rbowen at rcbowen.com Sun Aug 22 12:50:09 1999 From: rbowen at rcbowen.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Randal Schwartz Message-ID: <37C03851.7F54AA7A@rcbowen.com> I just spoke with Randal, and he said that if we want to email either him, or Gina (who works with him at Stonehenge) he would be glad to arrange to come speak to us some time. It would be nice if we could coordinate this with the Louisville Perl Mongers, to get a bigger turnout, and to help them as they try to get started up. I'm going to email him a little later, and we'll try to set something up. By the way, I also talked to Nat Torkington, yesterday at lunch. His baby was born about 13 days ago now. He said that they think of him as version 1.1. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) From grdodson at lexmark.com Mon Aug 23 13:11:04 1999 From: grdodson at lexmark.com (grdodson@lexmark.com) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Randal Schwartz Message-ID: <199908231811.OAA10837@interlock2.lexmark.com> That's not very perl of Nat. Version 1.001_00 would seem to be more perlish. Of course it's much more difficult to explain at cocktail parties. ;-) Congradulations Nat. Graydon Dodson ----- Begin Included Message ----- From rbowen%rcbowen.com at interlock.lexmark.com Sun Aug 22 12:50:09 1999 From: rbowen%rcbowen.com at interlock.lexmark.com (Rich Bowen) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Randal Schwartz Message-ID: I just spoke with Randal, and he said that if we want to email either him, or Gina (who works with him at Stonehenge) he would be glad to arrange to come speak to us some time. It would be nice if we could coordinate this with the Louisville Perl Mongers, to get a bigger turnout, and to help them as they try to get started up. I'm going to email him a little later, and we'll try to set something up. By the way, I also talked to Nat Torkington, yesterday at lunch. His baby was born about 13 days ago now. He said that they think of him as version 1.1. Rich -- It seems to me as we make our own few circles 'round the sun We get it backwards and our seven years go by like one --Rush, 'Dog Years' (Test for Echo, 1996) ----- End Included Message ----- From gnat at frii.com Fri Aug 27 15:08:47 1999 From: gnat at frii.com (Nathan Torkington) Date: Thu Aug 5 00:06:24 2004 Subject: LPM: Randal Schwartz In-Reply-To: <199908231811.OAA10837@interlock2.lexmark.com> References: <199908231811.OAA10837@interlock2.lexmark.com> Message-ID: <14278.61519.329573.933009@localhost.frii.com> grdodson@lexmark.com writes: > That's not very perl of Nat. Version 1.001_00 would seem to be > more perlish. Of course it's much more difficult to explain at > cocktail parties. ;-) Actually, Perl is moving to tuple-based version numbers, so 1.1.0 would be the corresponding version. Perhaps 1.1.0-(unicode Greek Aleph, superscript)-prime ? :-) > Congradulations Nat. Thanks. We're ecstatic. http://prometheus.frii.com/~wt/ has pictures, if you're curious. I did run into Rich several times, but completely spaced on who he was. My apologies, Rich. My only excuse was that I managed to get about 12 hours total sleep from Friday through Wednesday. :-) Nat