From doug.miles at ns2.phoenix.bowne.com Wed Dec 1 16:35:47 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Next meeting Message-ID: <3845A2C3.E3B209D3@bpxinternet.com> So any preferences for the next meeting? I won't be able to put a presentation together, so volunteers are welcome. I no one volunteers, or if a majority prefers, we'll just get together at the Willow. I'm looking at the 14th as the tentative date. We'll then take a break for the holidays, and get back on schedule next year (with code chiseled in stone tablets if necessary). :) -- For a list of the ways which technology has failed to improve our quality of life, press 3. From dmiles at primenet.com Wed Dec 1 19:37:27 1999 From: dmiles at primenet.com (Doug and Julie Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: XS/SWIG Message-ID: <3.0.3.32.19991201183727.00a72200@pop.primenet.com> Has anyone out there used XS or SWIG to glue Perl to C? I'd put my vote in for this as a topic. From kev at primenet.com Wed Dec 1 20:35:33 1999 From: kev at primenet.com (Kevin Buettner) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: XS/SWIG In-Reply-To: Doug and Julie Miles "Phoenix.pm: XS/SWIG" (Dec 1, 6:37pm) References: <3.0.3.32.19991201183727.00a72200@pop.primenet.com> Message-ID: <991202023533.ZM11478@saguaro.lan> On Dec 1, 6:37pm, Doug and Julie Miles wrote: > Has anyone out there used XS or SWIG to glue Perl to C? I'd put my vote in > for this as a topic. I've used XS to embed the perl environment in my favorite editor and even designed and implemented an API for communicating between the editor and perl. See http://www.primenet.com/~kev/kevin/software/vile-perl-api.html for the API details. (This document is probably a little bit out of date.) Grab a copy of the vile source code to see how it was done. One of the cool things about this document and the source code is that I embedded the documentation in the source code and then use a perl one-liner and one of the pod translators to convert it to different forms. It's been close to two years since I did any of this though and am a bit rusty at the moment. (I.e, I'm probably not the best one to speak on the subject.) O'Reilly's "Advanced Perl Programming" does a pretty good job of covering both XS and SWIG though. If you're interested in doing this sort of thing, you'll definitely want to get this book. If you're contemplating a project like that needs an extension and are wondering whether to use XS or SWIG... my feeling is that SWIG is for wimps. Writing the XS code is definitely a lot more fun. (And also a lot more difficult.) Also, with XS, you'll be able to tailor your interface so that it is more "perlish". If you do your interface with SWIG and fail to provide a wrapper, the stuff you write in perl which uses the extension library will end up looking a lot like C/C++ code to do the same thing. Kevin -- Kevin Buettner kev@primenet.com, kevinb@cygnus.com From forsythe at primenet.com Thu Dec 2 02:25:48 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Next meeting References: <3845A2C3.E3B209D3@bpxinternet.com> Message-ID: <002801bf3c9e$dbe85900$0100a8c0@tran> *shrug* It's not much, but I've got that "du" & "tree" hybrid that I hacked together; I could show that off if noone's got anything better (please, someone have something better... it'll be a pretty pitiful presentation otherwise ;) ) -Kurt ------ "Push to test." "Release to detonate." -Brad Morrison From dmiles at primenet.com Thu Dec 2 20:43:36 1999 From: dmiles at primenet.com (Doug and Julie Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Pretty Park Virus Warning Message-ID: <3.0.3.32.19991202194336.008ca100@pop.primenet.com> I never thought I'd be writing one of these messages, but I did actually receive this virus. I did not run it though, and I did a little research. This is a page I found regarding it: http://www.esafe.com/vcenter/pretty.html Please do not execute this program if you receive it. Also this is a good time to remember not to run attachments that you are not sure of. These things may actually come from someone you know, because it will make it look like the email came from that person. Please be careful out there. Doug Miles dmiles@primenet.com From doug.miles at ns2.phoenix.bowne.com Mon Dec 6 16:22:40 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question Message-ID: <384C3730.32F9A82E@bpxinternet.com> I have something weird going on here... I have a cgi script that generates a couple of HTML pages from templates, and then does a redirect to one of the generated pages. The problem is that the page is only about half there. The weird part is that this has been working fine for a couple of months. I'm wondering if somehow the redirect is reaching the browser before the page is finished generating, thus killing the CGI before it completes. The only way that I can think of this happening is if the web server (apache on RH Linux) is somehow caching the redirect response. Any thoughts? Also, it works fine from the command line. Thanks! -- For a list of the ways which technology has failed to improve our quality of life, press 3. From sinck at corp.quepasa.com Mon Dec 6 16:40:07 1999 From: sinck at corp.quepasa.com (sinck@corp.quepasa.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: <384C3730.32F9A82E@bpxinternet.com> Message-ID: <14412.15175.777478.727313@ip100.corp.quepasa.com> \_ RH Linux) is somehow caching the redirect response. Any thoughts? \_ Also, it works fine from the command line. Thanks! Dump file & memory cache, restart browser. Set 'check remote document' wherever it's hiding to 'every time'. Dump any gen'ed files and try the whole kit and kaboodle again. Scan the error/access logs. David From doug.miles at ns2.phoenix.bowne.com Mon Dec 6 16:50:56 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: <384C3730.32F9A82E@bpxinternet.com> <14412.15175.777478.727313@ip100.corp.quepasa.com> Message-ID: <384C3DD0.BCC73254@bpxinternet.com> sinck@corp.quepasa.com wrote: > > \_ RH Linux) is somehow caching the redirect response. Any thoughts? > \_ Also, it works fine from the command line. Thanks! Thanks David. > Dump file & memory cache, restart browser. Check, no go. Also, I have tried it off of browsers that have never executed it before. > Set 'check remote document' wherever it's hiding to 'every time'. Check, no go. > Dump any gen'ed files and try the whole kit and kaboodle again. Check, no go. > Scan the error/access logs. Nothing in the error logs, and the access log appears normal. Any other ideas? :) -- For a list of the ways which technology has failed to improve our quality of life, press 3. From forsythe at primenet.com Mon Dec 6 17:10:22 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: <384C3730.32F9A82E@bpxinternet.com><14412.15175.777478.727313@ip100.corp.quepasa.com> <384C3DD0.BCC73254@bpxinternet.com> Message-ID: <001a01bf403f$16e3ac00$0100a8c0@tran> > Any other ideas? :) Here's a totally random thought... you said it works on the command line, but have you tried telnetting to port 80 (or whatever you have it set to) and seeing what you get back by doing a GET manually? Perhaps the Apache server is choking somewhere. Just a thought, -Kurt From mark at wcws.com Mon Dec 6 23:42:55 1999 From: mark at wcws.com (Mark A. Sharkey) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: wrong place to post? References: Message-ID: <384C9E5F.25655A99@wcws.com> Hello, Probably the wrong place to ask this; but, does anyone on the list have an interest in doing some Tcl/MySQL programming? I have a part-time, long term project available (16+hours/week probably through March or later). Tcl experience would be a plus, but, a strong background in MySQL might do the trick. Mark -- Have questions about iServer? Join the mailing list created for iServer webmasters at http://www.providertalk.com @---------------------------@-----------------------@ | Mark A. Sharkey | mailto:mark@wcws.com | | World Class Web Sites | http://www.wcws.com | | | 800 844 4434 | | Custom CGI Scripts | 480 461 9765 | | Perl PHP MySQL JavaScript | 480 461 9312 (fax) | @---------------------------@-----------------------@ From phaedrus at endless.org Tue Dec 7 09:59:39 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question In-Reply-To: <384C3730.32F9A82E@bpxinternet.com> Message-ID: > From: Douglas E. Miles If that is your real name... > Reply-To: phoenix-pm-list@happyfunball.pm.org You'd like that, wouldn't you? > To: Phoenix.pm You called me WHAT? > Subject: Phoenix.pm: CGI redirect question I'm hoping on this one late in the game... just making sure I understand the question right now, then I may or may not have anything useful to say.. > > I have something weird going on here... > > I have a cgi script that generates a couple of HTML pages from > templates, and then does a redirect to one of the generated pages. The > problem is that the page is only about half there. The weird part is You generate a page, then do a Location: redirect? Are you buffering the output then disposing of it so that the Location: works, or do you not want the Location: to work if you have generated output? Which page is half there, the one redirected too? > that this has been working fine for a couple of months. I'm wondering > if somehow the redirect is reaching the browser before the page is > finished generating, thus killing the CGI before it completes. The only That would explain it, but an out of context Location: header is meaningless... Hmm... > way that I can think of this happening is if the web server (apache on > RH Linux) is somehow caching the redirect response. Any thoughts? > Also, it works fine from the command line. Thanks! Tell me how this is supposed to work, and if you are using buffering on the output, and what kind... and I'll take a shot at it.. goodluck! -scott > > -- > For a list of the ways which technology has failed > to improve our quality of life, press 3. > 3333 3333333333 33333333333333333333333333333333333333 333333333333333333 3333 Hmm. Must be my keyboard... maybe I should hold down the Microsoft key and try it... From info at inexchange.net Tue Dec 7 19:50:20 1999 From: info at inexchange.net (Info Desk) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Special Webhosting and Dedicated Server Offer Message-ID: <19991208015020852.BYPQ130@infomail.inexchange.net@outbox.infowatch.net> If you wish to be excluded from any future mailings, reply with "remove" in the subject header. ------------------------------------------------------------ http://www.inexchange.net Internet Exchange would like to introduce our Special Hosting and Dedicated Server Plans * Budget Plans from $14.95 Mo. * E-commerce Plans from $49.95 Mo. * Dedicated Server Plan from $99.00 Mo. (Ask about YOUR FREE Server!) * Sign up for 6 months, and we'll WAIVE the setup fee * Sign up for 10 months, and we'll WAIVE the setup fee and give you 2 FREE months * Sign up for 12 months, and we'll give you a FULL FREE 2nd year of hosting * UNLIMITED E-mail, E-mail forwarding, auto responders and vacation reply * FREE registration of your domain with over 950 search engines * Multiple, Redundant, High-Speed connections to the web * INTERNATIONAL Hosting * Access to your account anytime from your own browser * Full Microsoft Front Page support * Unlimited FTP updates * Personal CGI directory for your own scripts (or use ours) * Comprehensive statistics program shows you everything * Domain name registration (www.yourname.com) * Friendly customer support * Additional plans also available If for any reason you are not satisfied with InfoWatch's service after 30 days, we will transfer you back to your original host and pay any transfer fees. http://www.inexchange.net info@inexchange.net From doug.miles at ns2.phoenix.bowne.com Tue Dec 7 14:00:40 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: <384C3730.32F9A82E@bpxinternet.com> <14412.15175.777478.727313@ip100.corp.quepasa.com> <384C3DD0.BCC73254@bpxinternet.com> <001a01bf403f$16e3ac00$0100a8c0@tran> Message-ID: <384D6768.4B12C166@bpxinternet.com> Tran Forsythe wrote: > > > Any other ideas? :) > > Here's a totally random thought... you said it works on the command line, > but have you tried telnetting to port 80 (or whatever you have it set to) > and seeing what you get back by doing a GET manually? Perhaps the Apache > server is choking somewhere. Good idea. I tried it, and it also fails through the telnet connection. I'm going to try HUPing httpd later... Thanks. -- For a list of the ways which technology has failed to improve our quality of life, press 3. From doug.miles at ns2.phoenix.bowne.com Tue Dec 7 14:06:23 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: Message-ID: <384D68BF.1683632@bpxinternet.com> Phaedrus wrote: > I'm hoping on this one late in the game... just making sure I understand > the question right now, then I may or may not have anything useful to > say.. > > > > > I have something weird going on here... > > > > I have a cgi script that generates a couple of HTML pages from > > templates, and then does a redirect to one of the generated pages. The > > problem is that the page is only about half there. The weird part is > > You generate a page, then do a Location: redirect? Are you buffering the > output then disposing of it so that the Location: works, or do you not > want the Location: to work if you have generated output? Which page is > half there, the one redirected too? No output is generated to STDOUT, except for the Location header, which isn't generated until AFTER the page is generated. The redirect points to the page that was generated. > > that this has been working fine for a couple of months. I'm wondering > > if somehow the redirect is reaching the browser before the page is > > finished generating, thus killing the CGI before it completes. The only > > That would explain it, but an out of context Location: header is > meaningless... Hmm... I'm not sure what you mean here. Can you expound? > > way that I can think of this happening is if the web server (apache on > > RH Linux) is somehow caching the redirect response. Any thoughts? > > Also, it works fine from the command line. Thanks! > > Tell me how this is supposed to work, and if you are using buffering on > the output, and what kind... and I'll take a shot at it.. There shouldn't be any buffering going on. I'm still betting that its apache that is screwing me up. -- For a list of the ways which technology has failed to improve our quality of life, press 3. From doug.miles at ns2.phoenix.bowne.com Tue Dec 7 15:44:01 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: test Message-ID: <384D7FA1.C71C1D77@bpxinternet.com> test -- For a list of the ways which technology has failed to improve our quality of life, press 3. From Beaves at aol.com Tue Dec 7 22:56:02 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Downloading and Installing modules Message-ID: <0.c3d8d8c4.257f3ee2@aol.com> Hi folks! It's me again. I have never had any luck with installing a module from CPAN. I follow the instructions and am unable to get the Makefile.PL to run successfully. I have always done my installing via brute force in the past, but I would really like to make my life easier in the future. Here is what I do. (The actual directory is messier...) c:/perl5/download/CGI-modules>perl Makefile.PL but I get the dreaded bad command or filename, because the Perl .exe is not in this directory. (I forget how to get perl to be recognized in any directory in DOS)... So, I try c:/perl5>perl c:/perl5/download/CGI-modules/Makefile.PL This runs, but then is unable to find the ExtUtils::MakeMaker module, I assume because of the directory of the Makefile.PL was called in, which screws up the @INC. So, what do y'all do? By the way, how long has CGI.pm been 'converting' to CGI::Base, CGI::Form etc? This was the first I have heard of this 'new' (to me at least) organization of the CGI module. Hopes ta see yous guys at da next meetin. Fagetaboutit. Tim From phaedrus at endless.org Wed Dec 8 11:21:41 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question In-Reply-To: <384D68BF.1683632@bpxinternet.com> Message-ID: > No output is generated to STDOUT, except for the Location header, which > isn't generated until AFTER the page is generated. The redirect points > to the page that was generated. Whoa.. your generating the page to a file! Aha! Duh =) You DID explicitly turn IO buffering off, and close the file, before issuing the redirect, right? > > > > RH Linux) is somehow caching the redirect response. Any thoughts? > > > Also, it works fine from the command line. Thanks! > > Pragma: no-cache Netscape always screws that up, but I would be surprised if Apache screwed it up also... Guess I don't have anything useful to say... goodluck... -scott From doug.miles at ns2.phoenix.bowne.com Wed Dec 8 13:49:48 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Downloading and Installing modules References: <0.c3d8d8c4.257f3ee2@aol.com> Message-ID: <384EB65C.55326C0C@bpxinternet.com> Beaves@aol.com wrote: > > Hi folks! It's me again. > > I have never had any luck with installing a module from CPAN. I follow the > instructions and am unable to get the Makefile.PL to run successfully. I > have always done my installing via brute force in the past, but I would > really like to make my life easier in the future. > Here is what I do. > (The actual directory is messier...) > c:/perl5/download/CGI-modules>perl Makefile.PL > but I get the dreaded bad command or filename, because the Perl .exe is not > in this directory. (I forget how to get perl to be recognized in any > directory in DOS)... Put the c:\perl\bin (example) directory in your PATH environment variable in your autoexec.bat file and reboot. Then you can run it from anywhere. > So, I try > c:/perl5>perl c:/perl5/download/CGI-modules/Makefile.PL > This runs, but then is unable to find the ExtUtils::MakeMaker module, I > assume because of the directory of the Makefile.PL was called in, which > screws up the @INC. Try the above, and see if you get the same result. Which module are you trying to install? Have you checked for a PPM file? > So, what do y'all do? Use Linux. :) No, seriously, I have never tried to install a non ppm module on windows before. > By the way, how long has CGI.pm been 'converting' to CGI::Base, CGI::Form etc? > This was the first I have heard of this 'new' (to me at least) organization > of the CGI module. > > Hopes ta see yous guys at da next meetin. Fagetaboutit. You're ahead of me here. I haven't heard anything about this. -- For a list of the ways which technology has failed to improve our quality of life, press 3. From doug.miles at ns2.phoenix.bowne.com Wed Dec 8 13:50:40 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: CGI redirect question References: Message-ID: <384EB690.E32A500F@bpxinternet.com> Phaedrus wrote: > > > No output is generated to STDOUT, except for the Location header, which > > isn't generated until AFTER the page is generated. The redirect points > > to the page that was generated. > > Whoa.. your generating the page to a file! Aha! Duh =) You DID explicitly > turn IO buffering off, and close the file, before issuing the redirect, > right? Yep, yep and yep. > > > > > > RH Linux) is somehow caching the redirect response. Any thoughts? > > > > Also, it works fine from the command line. Thanks! > > > > > Pragma: no-cache > > Netscape always screws that up, but I would be surprised if Apache screwed > it up also... > > Guess I don't have anything useful to say... goodluck... > -scott Thanks for trying anyway. :) -- For a list of the ways which technology has failed to improve our quality of life, press 3. From doug.miles at ns2.phoenix.bowne.com Thu Dec 9 16:03:19 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Message-ID: <38502727.EC307AFF@bpxinternet.com> We'll be having a Phoenix.pm meeting Tuesday, December 14th at 7:00PM. It will be held at Bowne, which is located at 1500 N. Central Avenue, which is on the Southwest corner of Central and McDowell. The parking lot is gated, so just press the button on the intercom, and tell the receptionist that you are there for the Perl meeting. Park in the lot that is straight ahead from the entrance on the South side of McDowell. Park in any uncovered, non-reserved space. Proceed to the main lobby, which is on the Northeast side of the parking lot. Topic is unknown. I've been trying to get a hold of Kurt (Hi Kurt!). If he can't present, I might do a Perl/Tk presentation, or we might go with open discussion. Let me know your preferences. From Beaves at aol.com Thu Dec 9 18:09:05 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Message-ID: <0.110e2a63.25819ea1@aol.com> I should be there. Topic suggestions. Module design and implementation; File handles; CGI.pm to name a few... A perl question: I'd like to build a sub that does some substitutions on the content of a filehandle just before it is flushed. Any ideas? Tim From phaedrus at endless.org Thu Dec 9 18:20:06 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: <0.110e2a63.25819ea1@aol.com> Message-ID: > > I should be there. > > Topic suggestions. Module design and implementation; File handles; CGI.pm > to name a few... > > A perl question: I'd like to build a sub that does some substitutions on the > content of a filehandle just before it is flushed. Any ideas? > > Tim > Tim, I'm reasonably certain that once you write, it is no longer accessable, except by seek'ing backwards and rereading it... Perl is such a conglomeration, sometimes my thoughts drift while I code... what if Perl's file access routines were done like Scheme's, where lambda functions read/write data, returning a lambda function to read the next bit? Has anyone read up on Perl's lambda stuff? It's nuts... hmm. Theres a topic. Lambdas in Perl. Ok. Back to work. -scott From mekla at geocities.com Fri Dec 10 01:47:21 1999 From: mekla at geocities.com (Shay Harding) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: <0.110e2a63.25819ea1@aol.com> References: <0.110e2a63.25819ea1@aol.com> Message-ID: <99121000480900.02711@cx949622-b.poria1.az.home.com> > I should be there. > > Topic suggestions. Module design and implementation; File handles; CGI.pm > to name a few... > > A perl question: I'd like to build a sub that does some substitutions on the > content of a filehandle just before it is flushed. Any ideas? > > Tim Why not just make the substitutions before you send to the filehandle? Seems simpler. Shay From Beaves at aol.com Fri Dec 10 09:50:22 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: more specific question Message-ID: <0.b25bcda3.25827b3e@aol.com> When you print to STDOUT, is it a pipe? or does STDOUT wait until some sort of a flush command at the 'death' of the program, and then spill its contents... If it flushes rather than pipes, is there a way to modify the flush routine upon its call? I remember reading some stuff about this behavior, but I can't seem to find it now. Not a big deal, but maybe some discussion material. Tim From Beaves at aol.com Fri Dec 10 09:56:55 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Yahoo club suggestion Message-ID: <0.efce9aa5.25827cc7@aol.com> I have a suggestion for PHX.pm I don't know if any of you have perused yahoo lately, but their 'clubs' feature is pretty good. Each club has a message board and a list of email addresses of all the members, and photos of the members (if provided). It's free and already in place just dying for good use. Of course, you need to be a Yahoo member, but its no big deal really. You have several Yahoo membership names, and you can assign clubs to each name. The club can also be 'private', but I need to research more about what that actually means in real life. Does this sound interesting to anyone? Tim From sinck at ip100.corp.quepasa.com Fri Dec 10 10:07:32 1999 From: sinck at ip100.corp.quepasa.com (David Sinck) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: more specific question References: <0.b25bcda3.25827b3e@aol.com> Message-ID: <14417.9540.88804.292514@ip100.corp.quepasa.com> \_ When you print to STDOUT, is it a pipe? Only if the program is invoked via shell% perl foo.pl | less then it's a pipe, but for the most part, don't worry about it. It's a file handle, and that can be nearly anything...file, pipe, socket, fifo, .... \_ or does STDOUT wait until \_ some sort of a flush command at the 'death' of the program, and \_ then spill its contents... Well, there's a flush when the program exits, or when the output library decides it's time...usually X kb and/or a newline. YMMV. \_ If it flushes rather than pipes, is there a way to modify the flush routine \_ upon its call? Check the filehandle module, and $|, I think. David From Ron.Giffin at motorola.com Fri Dec 10 10:13:34 1999 From: Ron.Giffin at motorola.com (Giffin Ron-P08295) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: more specific question Message-ID: <01CA656A687ED211926B00805F779140A7B86C@az25exm02.geg.mot.com> Tim, STDOUT is actually a filehandle which points to an I/O channel. In most cases flushing is instantaneous. That having been said, I have seen cases where flushing appeared to be buffered, and output only occurred upon completion of a subroutine. Good Luck. -- Ron -----Original Message----- From: Beaves@aol.com [mailto:Beaves@aol.com] Sent: Friday, December 10, 1999 8:50 AM To: phoenix-pm-list@happyfunball.pm.org Subject: Phoenix.pm: more specific question When you print to STDOUT, is it a pipe? or does STDOUT wait until some sort of a flush command at the 'death' of the program, and then spill its contents... If it flushes rather than pipes, is there a way to modify the flush routine upon its call? I remember reading some stuff about this behavior, but I can't seem to find it now. Not a big deal, but maybe some discussion material. Tim From edelsys at edelsys.com Fri Dec 10 10:32:16 1999 From: edelsys at edelsys.com (EdelSys Consulting) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Yahoo club suggestion In-Reply-To: <0.efce9aa5.25827cc7@aol.com> Message-ID: <3.0.6.32.19991210093216.008f0df0@swlink.net> At 10:56 AM 12/10/1999 EST, you wrote: >I have a suggestion for PHX.pm > >I don't know if any of you have perused yahoo lately, but their 'clubs' >feature is pretty good. Each club has a message board and a list of email >addresses of all the members, and photos of the members (if provided). It's >free and already in place just dying for good use. Of course, you need to be >a Yahoo member, but its no big deal really. You have several Yahoo >membership names, and you can assign clubs to each name. The club can also >be 'private', but I need to research more about what that actually means in >real life. > >Does this sound interesting to anyone? > >Tim > No thanks. I'll stick with EFNet IRC. =) -- -- Anthony R. Nemmer -- EdelSys Consulting -- http://www.edelsys.com/ -- edelsys@edelsys.com -- EFNet IRC Teratogen -- ICQ #14638605 -- edelsys@hotmail.com -- (480) 968-6438 -- P.O. Box 1883, Tempe, Arizona 85280-1883 -- From Bryan.Lane at VITALPS.COM Fri Dec 10 11:01:53 1999 From: Bryan.Lane at VITALPS.COM (Bryan Lane) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Message-ID: I will be there. -----Original Message----- From: Douglas E. Miles [mailto:doug.miles@ns2.phoenix.bowne.com] Sent: Thursday, December 09, 1999 3:03 PM To: Phoenix.pm Cc: Rose Keys Subject: Phoenix.pm: Meeting 12/14/1999 We'll be having a Phoenix.pm meeting Tuesday, December 14th at 7:00PM. It will be held at Bowne, which is located at 1500 N. Central Avenue, which is on the Southwest corner of Central and McDowell. The parking lot is gated, so just press the button on the intercom, and tell the receptionist that you are there for the Perl meeting. Park in the lot that is straight ahead from the entrance on the South side of McDowell. Park in any uncovered, non-reserved space. Proceed to the main lobby, which is on the Northeast side of the parking lot. Topic is unknown. I've been trying to get a hold of Kurt (Hi Kurt!). If he can't present, I might do a Perl/Tk presentation, or we might go with open discussion. Let me know your preferences. From phaedrus at endless.org Fri Dec 10 11:55:14 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: more specific question In-Reply-To: <0.b25bcda3.25827b3e@aol.com> Message-ID: > From: Beaves@aol.com > > When you print to STDOUT, is it a pipe? or does STDOUT wait until some sort > of a flush command at the 'death' of the program, and then spill its > contents... > > If it flushes rather than pipes, is there a way to modify the flush routine > upon its call? Pipes can be flushed too... Most of the functions in Perl are just wrappers for kernel or C library calls. Perls handling of IO is usualy POSIX - if your system is POSIX. POSIX established rules that were a comprimise between good performance, and reliability. For example, it is gaurenteed that if you write something, seek backwards, and re-read it, it will be the data you wrote. However, if another process reads your file, and you havn't either closed the filehandle or flushed it, it is not gaurenteed to be up to date. POSIX specs allow the OS to buffer and cache and delay writes and other performance optimizing things like that.. some OSs may bring the files up to date automaticly within seconds, other may wait minutes, and on most it depends on the load. This is really way beyond the scope of Perl, but suffice to say, for details on alot of the Perl functions, read the C man pages, and remember they are just "wrappers" for the OS implementation of functions of the same name, and therefore slightly platform dependent (if the OS varied from the POSIX specs). If you install Perl yourself, you will get interesting statistics on how compatable your Perl build is... after it does regression testing. Cool =) > > I remember reading some stuff about this behavior, but I can't seem to find > it now. > > Not a big deal, but maybe some discussion material. > > Tim > Oh yeah, a great place to get Unix man pages on the web (IE, you dont have Unix installed) ;) is www.freebsd.org, in the documentation section. Pick search documentation. You can search Linux, 4.4 BSD, FreeBSD, and Solaris man pages for more details on things like flush/fflush =) On the same note, as soon as I knock down about 30 other projects, I wanna make this discussion searchable/indexed... -scott From phaedrus at endless.org Fri Dec 10 11:56:02 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: Message-ID: Doug - I expect to make the meeting. cheers! -scott From forsythe at primenet.com Fri Dec 10 19:01:19 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Downloading and Installing modules References: <0.c3d8d8c4.257f3ee2@aol.com> Message-ID: <004201bf4373$43ad63c0$0100a8c0@tran> Hmm.. regarding using perl and installing perl packages on a Win32 machine, I'd really reccomend you use the ActiveState 'port. (www.activestate.com) and their packages (www.activestate.com/packages/zips) To install a downloaded ActiveState .ppd, you'll need to unzip it somewhere and then type this: ppm install There's also a gui-oriented version of ppm (vpm, I think, or something akin to that) but it doesn't play nice with corporate firewalls so I've never been able to use it. Hope this helps, -Kurt ------ "Push to test." "Release to detonate." -Brad Morrison From forsythe at primenet.com Fri Dec 10 19:06:49 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 References: <38502727.EC307AFF@bpxinternet.com> Message-ID: <005f01bf4374$0bb5e2c0$0100a8c0@tran> Yeap, I'll be there... sorry for flaking on checking email, Doug ;) It's been a hairy week ;) I've got two toys in mind... one, that hybrid of Unix's du & Win32's tree, and two, a two-part util to check whether your TCP & UDP traffic can get from point A to point B (on port C). Either tickle anyones' fancy? -Kurt ------ "Push to test." "Release to detonate." -Brad Morrison From dmiles at primenet.com Fri Dec 10 19:50:23 1999 From: dmiles at primenet.com (Doug and Julie Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: <005f01bf4374$0bb5e2c0$0100a8c0@tran> References: <38502727.EC307AFF@bpxinternet.com> Message-ID: <3.0.3.32.19991210185023.00a44100@pop.primenet.com> At 06:06 PM 12/10/99 -0700, you wrote: > >Yeap, I'll be there... sorry for flaking on checking email, Doug ;) It's >been a hairy week ;) No problem. It's been a hairy month for me, so I can relate. :) >I've got two toys in mind... one, that hybrid of Unix's du & Win32's tree, >and two, a two-part util to check whether your TCP & UDP traffic can get >from point A to point B (on port C). Either tickle anyones' fancy? > >-Kurt Sounds great to me! From davewarner98 at yahoo.com Sat Dec 11 10:08:28 1999 From: davewarner98 at yahoo.com (Dave Warner) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Message-ID: <19991211160828.16318.qmail@web213.mail.yahoo.com> Doug, I'll be there. I'd love to learn about Perl/Tk. Dave Warner --- "Douglas E. Miles" wrote: > > We'll be having a Phoenix.pm meeting Tuesday, > December 14th at 7:00PM. > It will be held at Bowne, which is located at 1500 > N. Central Avenue, > which is on the Southwest corner of Central and > McDowell. The parking > lot is gated, so just press the button on the > intercom, and tell the > receptionist that you are there for the Perl > meeting. Park in the lot > that is straight ahead from the entrance on the > South side of McDowell. > Park in any uncovered, non-reserved space. Proceed > to the main lobby, > which is on the Northeast side of the parking lot. > > Topic is unknown. I've been trying to get a hold of > Kurt (Hi Kurt!). If > he can't present, I might do a Perl/Tk presentation, > or we might go with > open discussion. Let me know your preferences. > ===== Microsoft's technical skills in developing innovative and robust software do not strike fear into the hearts of anyone except its customers. --Eric Bender __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com From janis at primenet.com Sat Dec 11 23:21:55 1999 From: janis at primenet.com (Janis) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: from "Phaedrus" at Dec 10, 99 12:56:02 pm Message-ID: <199912120521.WAA26061@usr09.primenet.com> me too! -Heather > > > Doug - > > I expect to make the meeting. > > cheers! > -scott > > From edelsys at edelsys.com Sat Dec 11 23:58:22 1999 From: edelsys at edelsys.com (EdelSys Consulting) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 In-Reply-To: <199912120521.WAA26061@usr09.primenet.com> References: Message-ID: <3.0.6.32.19991211225822.00806100@swlink.net> At 10:21 PM 12/11/1999 -0700, you wrote: >me too! > >-Heather > >> >> >> Doug - >> >> I expect to make the meeting. >> >> cheers! >> -scott >> >> > Me three!! =) -- -- Anthony R. Nemmer -- EdelSys Consulting -- http://www.edelsys.com/ -- edelsys@edelsys.com -- EFNet IRC Teratogen -- ICQ #14638605 -- edelsys@hotmail.com -- (480) 968-6438 -- P.O. Box 1883, Tempe, Arizona 85280-1883 -- From doug.miles at bpxinternet.com Tue Dec 14 13:40:15 1999 From: doug.miles at bpxinternet.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Reminder Message-ID: <38569D1F.D4B501D7@bpxinternet.com> We're having a meeting tonight. See you there! We'll be having a Phoenix.pm meeting Tuesday, December 14th at 7:00PM. It will be held at Bowne, which is located at 1500 N. Central Avenue, which is on the Southwest corner of Central and McDowell. The parking lot is gated, so just press the button on the intercom, and tell the receptionist that you are there for the Perl meeting. Park in the lot that is straight ahead from the entrance on the South side of McDowell. Park in any uncovered, non-reserved space. Proceed to the main lobby, which is on the Northeast side of the parking lot. Topic is unknown. I've been trying to get a hold of Kurt (Hi Kurt!). If he can't present, I might do a Perl/Tk presentation, or we might go with open discussion. Let me know your preferences. From pablo at dosomething.org Tue Dec 14 22:22:17 1999 From: pablo at dosomething.org (Pablo Velasquez) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting 12/14/1999 Reminder In-Reply-To: <38569D1F.D4B501D7@bpxinternet.com> Message-ID: <4.2.0.58.19991214202142.00b03ba0@mail.dosomething.org> Doug, Sorry I couldn't make it to the meeting. I'm still in a meeting right now :( -Pablo At 12:40 PM 12/14/99 -0700, you wrote: >We're having a meeting tonight. See you there! > >We'll be having a Phoenix.pm meeting Tuesday, December 14th at 7:00PM. >It will be held at Bowne, which is located at 1500 N. Central Avenue, >which is on the Southwest corner of Central and McDowell. The parking >lot is gated, so just press the button on the intercom, and tell the >receptionist that you are there for the Perl meeting. Park in the lot >that is straight ahead from the entrance on the South side of McDowell. >Park in any uncovered, non-reserved space. Proceed to the main lobby, >which is on the Northeast side of the parking lot. > >Topic is unknown. I've been trying to get a hold of Kurt (Hi Kurt!). If >he can't present, I might do a Perl/Tk presentation, or we might go with >open discussion. Let me know your preferences. From doug.miles at bpxinternet.com Wed Dec 15 13:43:55 1999 From: doug.miles at bpxinternet.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting, Cookbook, etc. Message-ID: <3857EF7B.82EE587D@bpxinternet.com> Great meeting last night! This was the last meeting of the year. We'll return to our regularly scheduled programming in January. I didn't do a great job explaining the code I lifted from the Cookbook (Those of you who weren't there can ignore this message). Here's the explanation from the O' Reilly Perl Cookbook (if you don't have it, get it :) ) by Christiansen and Torkington for picking a random line from a file: ------------------------------------------------------------------------------ 8.6. Picking a Random Line from a File Problem You want to return a random line from a file. Solution Use rand and $. (the current line number) to decide which line to print: srand; rand($.) < 1 && ($line = $_) while <>; # $line is the random line Discussion This is a beautiful example of a solution that may not be obvious. We read every line in the file but don't have to store them all in memory. This is great for large files. Each line has a 1 in N (where N is the number of lines read so far) chance of being selected. Here's a replacement for fortune using this algorithm: $/ = "%%\n"; $data = '/usr/share/games/fortunes'; srand; rand($.) < 1 && ($adage = $_) while <>; print $adage; If you know line offsets (for instance, you've created an index) and the number of lines, you can randomly select a line and jump to its offset in the file, but you usually don't have such an index. Here's a more rigorous explanation of how the algorithm works. The function call rand ($.) picks a random number between 0 and the current line number. Therefore, you have a one in N chance, that is, 1/N, of keeping the Nth line. Therefore you've a 100% chance of keeping the first line, a 50% chance of keeping the second, a 33% chance of keeping the third, and so on. The question is whether this is fair for all N, where N is any positive integer. First, some concrete examples, then abstract ones. Obviously, a file with one line (N=1) is fair: you always keep the first line because 1/1 = 100%, making it fair for files of 1 line. For a file with two lines, N=2. You always keep the first line; then when reaching the second line, you have a 50% chance of keeping it. Thus, both lines have an equal chance of being selected, which shows that N=2 is fair. For a file with three lines, N=3. You have a one-third chance, 33%, of keeping that third line. That leaves a two-thirds chance of retaining one of the first two out of the three lines. But we've already shown that for those first two lines there's a 50-50 chance of selecting either one. 50 percent of two-thirds is one-third. Thus, you have a one-third chance of selecting each of the three lines of the file. In the general case, a file of N+1 lines will choose the last line 1/(N+1) times and one of the previous N lines N/(N+1) times. Dividing N/(N+1) by N leaves us with 1/(N+1) for each the first N lines in our N+1 line file, and also 1/(N+1) for line number N+1. The algorithm is therefore fair for all N, where N is a positive integer. We've managed to choose fairly a random line from a file with speed directly proportional to the size of the file, but using no more memory than it takes to hold the longest line, even in the worst case. -- For a list of the ways which technology has failed to improve our quality of life, press 3. From jforsmo at primenet.com Wed Dec 15 14:52:18 1999 From: jforsmo at primenet.com (James Forsmo) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... Message-ID: <199912152044.NAA02868@smtp02.primenet.com> Hello All, I just recently joined the email list. I'm a Perl novice working my way through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I guess I'm too stupid for that book). I wasn't able to attend last night's meeting. I'm developing a new web site for a long-time client and I'd like to implement some Perl scripts to create a "Job Opportunites" page that can be updated by my client's HR department through their web browser. Easy enough, right? Well, I'm just not there yet. Since this is a paying client, I'd be willing to pay someone to help me with this project. I don't have any Perl programmer friends, and I would love to meet someone who would help me to understand the ways this job can be done. Then, hopefully, I can do a few things on my own next time. I would appreciate any help or advice. Thank You :) James Forsmo Carlton Design Group 602-252-3813 602-625-3541 From phaedrus at endless.org Wed Dec 15 15:01:54 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... In-Reply-To: <199912152044.NAA02868@smtp02.primenet.com> Message-ID: > From: James Forsmo > > Hello All, > > I just recently joined the email list. I'm a Perl novice working my way > through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I > guess I'm too stupid for that book). I wasn't able to attend last night's > meeting. re: Perl 5 for Dummies: http://24.1.205.71/images/biggestfear.jpg Welcome to the list! We're an easy going bunch, and quite helpful =) > > I'm developing a new web site for a long-time client and I'd like to > implement some Perl scripts to create a "Job Opportunites" page that can be > updated by my client's HR department through their web browser. > What's your background? Have you programmed in any computer language before? How much? Any web scripting? > Easy enough, right? Well, I'm just not there yet. > > Since this is a paying client, I'd be willing to pay someone to help me with > this project. I don't have any Perl programmer friends, and I would love to > meet someone who would help me to understand the ways this job can be done. > Then, hopefully, I can do a few things on my own next time. Hmm. I understand there are one or two people in this business lurking on this list *lurk* *lurk* > > I would appreciate any help or advice. > > Thank You :) > Good to meet ya! Keep us posted on your success. -scott > James Forsmo > Carlton Design Group > 602-252-3813 > 602-625-3541 > From Beaves at aol.com Wed Dec 15 15:54:11 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: good meeting Doug Message-ID: <0.8499fa06.25896803@aol.com> Thanks Doug for another good meeting. I learned a lot. Sorry to everyone else who had to sit through my "Wait-a-minute"s, "hold-on"s, "whats-this-doing"s, and the "could-you-explain-that-again"s. Kirt could you send me those files? beaves@aol.com (Kirt does a mean Manhatten accent by the way, Manhatten, Kansas, that is...) Tim From jforsmo at primenet.com Wed Dec 15 16:05:56 1999 From: jforsmo at primenet.com (James Forsmo) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... Message-ID: <199912152158.OAA07084@smtp01.primenet.com> Hey Scott, Good to meet you as well and thanks for the funny URL (maybe scary is more accurate). Perl is my first "Real" programming lanuage. I'm a former magazine art director who likes technical things. Being a Mac user, I've created some things in HyperCard, made some automated scripts in QuickKeys, learned to write a little PostScript way back before Adobe Illustrator existed. I have my own design business doing mostly advertising and marketing materials, and illustration. I've created web sites for some of my clients over the last couple of years. I've been using Cyberstudio (now Adobe GoLive) and I think it's a great program. I wanted to learn Perl so I could add some more functionality to my sites. I really like Perl a lot so far and I'm glad I found this email list! Thanks for your reply to my message. James Forsmo Carlton Design Group 602-252-3813 602-625-3541 www.carltonadv.com ---------- >From: Phaedrus >To: phoenix-pm-list@happyfunball.pm.org >Subject: Re: Phoenix.pm: Hello... >Date: Wed, Dec 15, 1999, 2:01 PM > >> From: James Forsmo >> >> Hello All, >> >> I just recently joined the email list. I'm a Perl novice working my way >> through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I >> guess I'm too stupid for that book). I wasn't able to attend last night's >> meeting. > >re: Perl 5 for Dummies: http://24.1.205.71/images/biggestfear.jpg >Welcome to the list! We're an easy going bunch, and quite helpful =) > >> >> I'm developing a new web site for a long-time client and I'd like to >> implement some Perl scripts to create a "Job Opportunites" page that can be >> updated by my client's HR department through their web browser. >> > >What's your background? Have you programmed in any computer language >before? How much? Any web scripting? > >> Easy enough, right? Well, I'm just not there yet. >> >> Since this is a paying client, I'd be willing to pay someone to help me with >> this project. I don't have any Perl programmer friends, and I would love to >> meet someone who would help me to understand the ways this job can be done. >> Then, hopefully, I can do a few things on my own next time. > >Hmm. I understand there are one or two people in this business lurking on >this list *lurk* *lurk* > >> >> I would appreciate any help or advice. >> >> Thank You :) >> > >Good to meet ya! Keep us posted on your success. >-scott > >> James Forsmo >> Carlton Design Group >> 602-252-3813 >> 602-625-3541 >> > > From janis at primenet.com Wed Dec 15 16:02:30 1999 From: janis at primenet.com (Janis) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Meeting, Cookbook, etc. In-Reply-To: <3857EF7B.82EE587D@bpxinternet.com> from "Douglas E. Miles" at Dec 15, 99 12:43:55 pm Message-ID: <199912152202.PAA13849@usr07.primenet.com> Thanks for the update of the meeting Doug; Scott told me I missed an interesting one... sorry! (I was mortally exhausted from a day of strenuous typing. You know how it is.) See y'all next year & have a great holiday. -Heather (dreaming of a bright Christmas) From phaedrus at endless.org Wed Dec 15 16:07:54 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: good meeting Doug In-Reply-To: <0.8499fa06.25896803@aol.com> Message-ID: Speaking of wanting files, can I get a copy of that Celtic knot maker program? That could be handy... Yes, the meeting was good. thanks! -scott From dmiles at primenet.com Wed Dec 15 17:51:55 1999 From: dmiles at primenet.com (Doug and Julie Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: C/Perl Programmer Message-ID: <3.0.3.32.19991215165155.009d4100@pop.primenet.com> >X-Lotus-FromDomain: ABLEST >From: "Teresa_Malone"@Ablest.com >To: dmiles@primenet.com >Date: Tue, 14 Dec 1999 13:55:26 -0700 >Subject: C/Perl Programmer > >I was given your email address by a friend who suggested I contact you for >help locating an Perl/C programmer. Our company is looking for a Perl, C, >CGI guru for one of our clients. The position is at one of our clients >located in downtown Phoenix near Central. The person must know the 'C' >language and be proficient in PERL. This is a small e-commerce company >doing cutting edge work. They have a 5 developers working for them, and >because of their fast growth need another person to join the team. The >company is ready for someone to start within a week, and the pay rate is >between $40-50 an hour. If you know of anyone who may be interested please >let me know. Feel free to give me a call at 480-894-5110. Thanks for >your help. > >Warmest Regards, > >Teresa Malone >Recruiting Manager >Milestone Technologies, Inc. > > > > From dmiles at primenet.com Wed Dec 15 18:19:18 1999 From: dmiles at primenet.com (Doug and Julie Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Perl Opportunity Message-ID: <3.0.3.32.19991215171918.00935d40@pop.primenet.com> >Reply-To: "Conrad Guevara" >From: "Conrad Guevara" >To: >Subject: Perl Opportunity >Date: Wed, 15 Dec 1999 16:00:36 -0800 >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook Express 5.00.2615.200 >X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 > > Hello I am a recruiter in the Dallas Metroplex. Currently I have a >client who is looking for a Perl/cold fusion developer for their Dallas >office. If you or someone you know is open to looking at new >opportunities, please get in contact with me at the following information. >Thank you. Regards, Conrad Guevara Corporate Staffing GSR GLOBAL >conradg@gsrglobal.com 972-719-9174 For anyone wanting to relocate... From Beaves at aol.com Wed Dec 15 23:47:19 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: quiz Message-ID: <0.4cbe4f48.2589d6e7@aol.com> This little bit of code gave me the RCA dog look for a while. After thinking it through, it made sense. If references are not your strong suit, then read on. What will the final print statement say for each of these snippets? $hash = {1=>one, 2=>two, 3=>three}; $list = [fred, barney, $hash, wilma]; $hash = {1=>ONESIE,2=>TWOSIE,3=>THREESIE}; print STDOUT "value is:'$$list[2]{2}' " # is it 'two' or 'TWOSIE' $hash = {1=>one, 2=>two, 3=>three}; $list = [fred, barney, $hash, wilma]; $$hash{2} = TWOSIE; print STDOUT "value is:'$$list[2]{2}' " # is it 'two' or 'TWOSIE' __END__ So what is it? Just another of my little Perl pseudo-gotchas... Tim From forsythe at primenet.com Thu Dec 16 00:54:49 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: good meeting Doug References: <0.8499fa06.25896803@aol.com> Message-ID: <004101bf4792$8230d960$0100a8c0@tran> Beaves@aol.com wrote: >Kirt could you send me those files? beaves@aol.com >(Kirt does a mean Manhatten accent by the way, Manhatten, Kansas, that >is...) *laugh* Yeah, yeah, shove off..;) And sure, I'll send those right along ;) -Kurt From forsythe at primenet.com Thu Dec 16 01:06:08 1999 From: forsythe at primenet.com (Tran Forsythe) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: quiz References: <0.4cbe4f48.2589d6e7@aol.com> Message-ID: <005901bf4794$085540c0$0100a8c0@tran> >This little bit of code gave me the RCA dog look for a while. After thinking >it through, it made sense. > >If references are not your strong suit, then read on. >What will the final print statement say for each of these snippets? > >$hash = {1=>one, 2=>two, 3=>three}; >$list = [fred, barney, $hash, wilma]; >$hash = {1=>ONESIE,2=>TWOSIE,3=>THREESIE}; >print STDOUT "value is:'$$list[2]{2}' " # is it 'two' or 'TWOSIE' > >$hash = {1=>one, 2=>two, 3=>three}; >$list = [fred, barney, $hash, wilma]; >$$hash{2} = TWOSIE; >print STDOUT "value is:'$$list[2]{2}' " # is it 'two' or 'TWOSIE' > >__END__ > >So what is it? > >Just another of my little Perl pseudo-gotchas... > >Tim Hmm.. or will it error out as it's missing two ;'s? ;) A good puzzle though, took me a few ;) From doug.miles at ns2.phoenix.bowne.com Thu Dec 16 12:43:49 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... References: <199912152044.NAA02868@smtp02.primenet.com> Message-ID: <385932E5.7DAE00E1@bpxinternet.com> James Forsmo wrote: > > Hello All, Welcome! > I just recently joined the email list. I'm a Perl novice working my way > through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I > guess I'm too stupid for that book). I wasn't able to attend last night's > meeting. Or maybe the book is stupid... :) > I'm developing a new web site for a long-time client and I'd like to > implement some Perl scripts to create a "Job Opportunites" page that can be > updated by my client's HR department through their web browser. > > Easy enough, right? Well, I'm just not there yet. > > Since this is a paying client, I'd be willing to pay someone to help me with > this project. I don't have any Perl programmer friends, and I would love to > meet someone who would help me to understand the ways this job can be done. > Then, hopefully, I can do a few things on my own next time. > > I would appreciate any help or advice. > > Thank You :) > > James Forsmo > Carlton Design Group > 602-252-3813 > 602-625-3541 -- For a list of the ways which technology has failed to improve our quality of life, press 3. From doug.miles at ns2.phoenix.bowne.com Thu Dec 16 13:00:51 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... References: <199912152044.NAA02868@smtp02.primenet.com> <385932E5.7DAE00E1@bpxinternet.com> Message-ID: <385936E3.68984169@bpxinternet.com> "Douglas E. Miles" wrote: > > Welcome! > > > I just recently joined the email list. I'm a Perl novice working my way > > through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I > > guess I'm too stupid for that book). I wasn't able to attend last night's > > meeting. > > Or maybe the book is stupid... :) I meant to say maybe you could try O'Reilly's "Learning Perl" by Randal Schwartz. > > I'm developing a new web site for a long-time client and I'd like to > > implement some Perl scripts to create a "Job Opportunites" page that can be > > updated by my client's HR department through their web browser. > > > > Easy enough, right? Well, I'm just not there yet. > > > > Since this is a paying client, I'd be willing to pay someone to help me with > > this project. I don't have any Perl programmer friends, and I would love to > > meet someone who would help me to understand the ways this job can be done. > > Then, hopefully, I can do a few things on my own next time. > > > > I would appreciate any help or advice. > > > > Thank You :) > > > > James Forsmo > > Carlton Design Group > > 602-252-3813 > > 602-625-3541 > > -- > For a list of the ways which technology has failed > to improve our quality of life, press 3. -- For a list of the ways which technology has failed to improve our quality of life, press 3. From jforsmo at primenet.com Thu Dec 16 13:49:09 1999 From: jforsmo at primenet.com (James Forsmo) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... Message-ID: <199912161941.MAA14023@smtp02.primenet.com> Thanks to all for the nice welcome!! I feel right at home already! James Forsmo :) Carlton Design Group 602-252-3813 602-625-3541 ---------- >From: "Douglas E. Miles" >To: phoenix-pm-list@happyfunball.pm.org >Subject: Re: Phoenix.pm: Hello... >Date: Thu, Dec 16, 1999, 11:43 AM > >James Forsmo wrote: >> >> Hello All, > >Welcome! > >> I just recently joined the email list. I'm a Perl novice working my way >> through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for dummies, but I >> guess I'm too stupid for that book). I wasn't able to attend last night's >> meeting. > >Or maybe the book is stupid... :) > >> I'm developing a new web site for a long-time client and I'd like to >> implement some Perl scripts to create a "Job Opportunites" page that can be >> updated by my client's HR department through their web browser. >> >> Easy enough, right? Well, I'm just not there yet. >> >> Since this is a paying client, I'd be willing to pay someone to help me with >> this project. I don't have any Perl programmer friends, and I would love to >> meet someone who would help me to understand the ways this job can be done. >> Then, hopefully, I can do a few things on my own next time. >> >> I would appreciate any help or advice. >> >> Thank You :) >> >> James Forsmo >> Carlton Design Group >> 602-252-3813 >> 602-625-3541 > >-- >For a list of the ways which technology has failed >to improve our quality of life, press 3. > From pablo at dosomething.org Thu Dec 16 15:31:22 1999 From: pablo at dosomething.org (Pablo Velasquez) Date: Thu Aug 5 00:17:42 2004 Subject: Phoenix.pm: Hello... In-Reply-To: <385936E3.68984169@bpxinternet.com> References: <199912152044.NAA02868@smtp02.primenet.com> <385932E5.7DAE00E1@bpxinternet.com> Message-ID: <4.2.0.58.19991216132521.00b02700@mail.dosomething.org> Just to add on here, when I began reading up on Perl I tried a couple of books, all good, such as Programming Perl (which was a bit too much for me as a "beginner"). Then I went down a notch to "Learning Perl on Win32", which was also a great book. Then I bought another book called "Perl by Example", here's an amazon link: http://www.amazon.com/exec/obidos/ASIN/0136556892/o/qid=945376061/sr=8-1/002 -2473373-5686605 Of the 3 books I read as I began the Perl voyage, the "by example" seemed to make more sense to me. It could be for 2 reasons: 1. I had already read the first 2 books 2. I learn easiest when I see examples There's more than one way to learn. :) My 2 cents. -Pablo At 12:00 PM 12/16/99 -0700, you wrote: >"Douglas E. Miles" wrote: > > > > Welcome! > > > > > I just recently joined the email list. I'm a Perl novice working my way > > > through SAM Teach Yourself Perl in 21 Days (I read Perl 5 for > dummies, but I > > > guess I'm too stupid for that book). I wasn't able to attend last night's > > > meeting. > > > > Or maybe the book is stupid... :) > >I meant to say maybe you could try O'Reilly's "Learning Perl" by Randal >Schwartz. > > > > I'm developing a new web site for a long-time client and I'd like to > > > implement some Perl scripts to create a "Job Opportunites" page that > can be > > > updated by my client's HR department through their web browser. > > > > > > Easy enough, right? Well, I'm just not there yet. > > > > > > Since this is a paying client, I'd be willing to pay someone to help > me with > > > this project. I don't have any Perl programmer friends, and I would > love to > > > meet someone who would help me to understand the ways this job can be > done. > > > Then, hopefully, I can do a few things on my own next time. > > > > > > I would appreciate any help or advice. > > > > > > Thank You :) > > > > > > James Forsmo > > > Carlton Design Group > > > 602-252-3813 > > > 602-625-3541 > > > > -- > > For a list of the ways which technology has failed > > to improve our quality of life, press 3. > >-- >For a list of the ways which technology has failed >to improve our quality of life, press 3. From e.g.kyto at unitel.co.kr Sat Dec 18 09:55:39 1999 From: e.g.kyto at unitel.co.kr (e.g.kyto@unitel.co.kr) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: Poverty Is Like A Drug Addiction, An Acceptable Reality Message-ID: <618.461521.209327@www.giridc.org> Global Internet Research & Information Distribution Coalition (GIRIDC) About Us: Global Internet Research & Information Distribution Coalition, (GIRIDC) is a FOR FREE entity sharing with consumers an opportunity to explore non-biased informational portals offering services for which we have no financial interest or gain. We feature sites that have been researched and have delivered responsibly on their product or service. Please note, we do not have any direct affiliation with the sites present in this E-Link Bulletin. We are consumers like you, seeking the use of legitimate value-added services via the Internet. Our Goal: To introduce the many value-added products and services offered on the Internet. Consumers have a right to know about the mass resources available and the wealth of legitimate sites that may benefit their needs. Corporate giants and others are attempting to sensor what you see, read and hear via the Internet, forcing you to purchase products and service through their vendors and portals. This is not the purpose for which the Net was intended. Here are a few great sites we have visited and found very useful. ***************************************************************** ******************************** Featured Site: http://www.scambusters.org This site is a must see! If you are concerned with email ads or websites offering opportunities or programs that may seem suspicious, report it to this site. They have all the latest and most common scams that are being circulated on the Internet and will post any fraudulent materials. Free Internet: http://www.freei.net Don't want to continue paying $19.95 or more just to Surf the Net? This site offers the future of the Internet, Today. Never pay to Surf again. In this case, Free Does Mean Free! Internet Service Providers: http://www.thelist.com Don't like the service you've been getting from your present Internet Service Provider? Take a look at the more than 6,000 ISP's you have to choose from. You're Not Stuck! Need To Send A Large File: http://www.whalemail.com The is a great service for sending large files up to 50 megs, your regular ISP just can't handle that kind of load. Go ahead, transfer you entire C Drive to the ones you love most. It's even FREE! Nice guys huh? Cheap Phone Rates: http://www.4centsld.resourcez.com We found a .04cents long distance rate, no switching, no fees and low international rates using 10-10 access numbers. If you can handle the 10 minute minimum, you're in business. Nothing But FREE Stuff: http://www.thefreesite.com Now who doesn't like Free Stuff that is really Free? This site is a ton-of-fun and there is something for everyone. It offers a multitude of freebies and we are sure you may find something that interest you. Free Fax Service: http://www.fax4free.com Here you can get a free fax phone number and receive you faxes on your computer. You can print your faxes out on your printer. Print quality is much higher than normal fax machines. Looking For A Job or Career? http://www.jobfinders.com This site is very user friendly. If you are in need of searching for that one job you can't seem to locate anywhere else, this site is up to the challenge. International Directory Assistance Online: http://www.infobel.com If you have ever gotten International Directory Assistance from AT&T then you are aware that you can easily pay up to $9.00 dollars for that information. Here is an online solution and it's free. A Ladies Choice: http://www.skindeep.escape.to This site offers the latest in beauty tips, secrets, fashion trends and more. No need to worry about the "IN Crowd", because here you're always "IN". They even have a 100% satisfaction guarantee on their products. Looking For Someone? http://www.anywho.com Yes, this site will assist you in finding that someone special or not so special, whatever the case maybe. You will need to have some basic information regarding your search, but the site does deliver. ***************************************************************** ***************************** We Value Your Input: If you know of a site that would be a value-added service to the Net community we welcome your inquiry. We seek to introduce sites that do not have an existing corporate or commercial presence. Provide us with the WWW address and we will visit the site and share it with the community in a future mailing. We welcome your ideas and value your suggestions regarding our E-Link Bulletin. Tell us what you think of the sites we've presented. Leave your inquiry at our 24 Hour Message Center Toll Free: 1-877-410-1062 Due to the popularity of our concept, thanks to you, we are now 100,000 members strong and growing. We do not seek to offend those who do not wish to receive our mailings. To guarantee your removal from any future mailings, please leave your email address at this toll free number: 1-877-410-1027 From Beaves at aol.com Mon Dec 20 00:54:37 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: holy buckets, batman! Message-ID: <0.3dacbe08.258f2cad@aol.com> Thanks, Doug for pointing me in the 'Storable.pm' direction and to finally use the Active State ppm for installing my modules. (That is pretty neat stuff!!) However, I have run into a slight problem. Storable.pm works fine at home on my Win95 machine. Since I can't do shell work with my ISP (Hiway.com), I figured I'd just FTP all the files that the .ppm provided. When I try to run my script from the server, Storable is not working. It uses AutoLoader and DynaLoader, and DynaLoader is crashing when it looks for the .dll file (near as I can tell) for Storable. (Confused yet?) I can't say for certain, but I'd bet that because of the platform differences, I can't just FTP my PC files and think that everything will be hunky dory on my server which runs UNIX. (Like I said, the module works with no hitches on my PC). Soooo, where does that leave me without a paddle? Well, there are two solutions that I have yet to try, (and I've tried quite a few already...) First, I would not mind in the least writing a program that simulated a shell script, or one that mimicked the " perl Makefile.PL; make make install " stuff. But can I simulate a shell from a Perl script? How? Second solution is to have someone working in UNIX that might have a (working) copy of the Storable.pm module and its auto loading subdirectories. I could just FTP the correct (hopefully) stuff. 'Maybe' that will work. Changing ISP's is more and more enticing... Thanks to anyone that listened for listening... Tim From mark at wcws.com Mon Dec 20 09:24:46 1999 From: mark at wcws.com (Mark A. Sharkey) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: holy buckets, batman! References: <0.3dacbe08.258f2cad@aol.com> Message-ID: <385E4A3E.3E763AA6@wcws.com> Tim, Here's a quick script to simulate a command prompt that can run on hiway. Just copy/paste into an editor, and upload to your hiway account. If my mail client splits lines in inappropriate places, go to http://www.wcws.com/doit.txt for a download copy. Name the file something like doit.cgi, and remember to chmod to 766 (or 777): P.S. Critiques on the code are welcome. #!/usr/bin/perl # # doit.cgi - shell emulator # # to be installed in a secure directory immediately off the root # #### Turn off perl's buffer so browser won't time out #### $| = 1; #### Do standard HTTP stuff #### &cgi_receive; &cgi_decode; &htm_header; # user may need to change or eliminate this next line chdir "../"; system ("$FORM{'command'} 2>&1") if ($FORM{'command'}); &htm_footer; exit; ##################################################################### #### SUBROUTINES #################################################### #---------------------------------------------------------------------- sub cgi_receive { if ($ENV{'REQUEST_METHOD'} eq "POST") { read(STDIN, $incoming, $ENV{'CONTENT_LENGTH'}); } else { $incoming = $ENV{'QUERY_STRING'}; } } #---------------------------------------------------------------------- sub cgi_decode { @pairs = split(/&/, $incoming); foreach (@pairs) { ($name, $value) = split(/=/, $_); $name =~ tr/+/ /; $value =~ tr/+/ /; $name =~ s/%([A-F0-9][A-F0-9])/pack("C", hex($1))/gie; $value =~ s/%([A-F0-9][A-F0-9])/pack("C", hex($1))/gie; #### Strip out semicolons unless for special character $value =~ s/;/$$/g; $value =~ s/&(\S{1,6})$$/&\1;/g; $value =~ s/$$/ /g; $value =~ s/\|/ /g; $value =~ s/^!/ /g; ## Allow exclamation points in sentences #### Skip generally blank fields next if ($value eq ""); #### Allow for multiple values of a single name $FORM{$name} .= ", " if ($FORM{$name}); $FORM{$name} .= $value; #### Add to ordered list if not on list already push (@fields, $name) unless (grep(/^$name$/, @fields)); } } #---------------------------------------------------------------------- sub htm_header { print qq|Content-type: text/html Command Entry

Command Entry



 (Or hit Enter to submit)

|;
}        

#----------------------------------------------------------------------
sub htm_footer {
    print qq|
|; } Beaves@aol.com wrote: > > Thanks, Doug for pointing me in the 'Storable.pm' direction and to finally > use the Active State ppm for installing my modules. (That is pretty neat > stuff!!) > > However, I have run into a slight problem. Storable.pm works fine at home on > my Win95 machine. Since I can't do shell work with my ISP (Hiway.com), I > figured I'd just FTP all the files that the .ppm provided. When I try to run > my script from the server, Storable is not working. It uses AutoLoader and > DynaLoader, and DynaLoader is crashing when it looks for the .dll file (near > as I can tell) for Storable. (Confused yet?) I can't say for certain, but > I'd bet that because of the platform differences, I can't just FTP my PC > files and think that everything will be hunky dory on my server which runs > UNIX. (Like I said, the module works with no hitches on my PC). > > Soooo, where does that leave me without a paddle? Well, there are two > solutions that I have yet to try, (and I've tried quite a few already...) > First, I would not mind in the least writing a program that simulated a shell > script, or one that mimicked the > " > perl Makefile.PL; > make > make install > " > stuff. But can I simulate a shell from a Perl script? How? > > Second solution is to have someone working in UNIX that might have a > (working) copy of the Storable.pm module and its auto loading subdirectories. > I could just FTP the correct (hopefully) stuff. 'Maybe' that will work. > > Changing ISP's is more and more enticing... > Thanks to anyone that listened for listening... > > Tim -- Have questions about iServer? Join the mailing list created for iServer webmasters at http://www.providertalk.com @---------------------------@-----------------------@ | Mark A. Sharkey | mailto:mark@wcws.com | | World Class Web Sites | http://www.wcws.com | | | 800 844 4434 | | Custom CGI Scripts | 480 461 9765 | | Perl PHP MySQL JavaScript | 480 461 9312 (fax) | @---------------------------@-----------------------@ From doug.miles at ns2.phoenix.bowne.com Mon Dec 20 10:45:07 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: holy buckets, batman! References: <0.3dacbe08.258f2cad@aol.com> Message-ID: <385E5D13.ABE93D52@bpxinternet.com> Beaves@aol.com wrote: > > Thanks, Doug for pointing me in the 'Storable.pm' direction and to finally > use the Active State ppm for installing my modules. (That is pretty neat > stuff!!) > > However, I have run into a slight problem. Storable.pm works fine at home on > my Win95 machine. Since I can't do shell work with my ISP (Hiway.com), I > figured I'd just FTP all the files that the .ppm provided. When I try to run > my script from the server, Storable is not working. It uses AutoLoader and > DynaLoader, and DynaLoader is crashing when it looks for the .dll file (near > as I can tell) for Storable. (Confused yet?) I can't say for certain, but > I'd bet that because of the platform differences, I can't just FTP my PC > files and think that everything will be hunky dory on my server which runs > UNIX. (Like I said, the module works with no hitches on my PC). Yep. That's the case. What you need to do is go to: http://search.cpan.org/search?module=Storable and download the gzip'd tar file. FTP that over to your ISP > Soooo, where does that leave me without a paddle? Well, there are two > solutions that I have yet to try, (and I've tried quite a few already...) > First, I would not mind in the least writing a program that simulated a shell > script, or one that mimicked the > " > perl Makefile.PL; > make > make install > " > stuff. But can I simulate a shell from a Perl script? How? There are different ways you can do this. Mark presented a solution that I haven't looked at yet. You could also create a special CGI that executes a series of system() commands to do what you want. i.e.: system('gunzip', 'Storable-0.6.7.tar.gz'); system('tar', '-xvf', 'Storable-0.6.7.tar'); etc... system()ize the following likewise: perl Makefile.PL make make install this is untested, and I'm not responsible if it causes global meltdown. :) > Second solution is to have someone working in UNIX that might have a > (working) copy of the Storable.pm module and its auto loading subdirectories. > I could just FTP the correct (hopefully) stuff. 'Maybe' that will work. You're best bet is to actualy build the module on the target machine, as not all *NIXs are binary compatable. > Changing ISP's is more and more enticing... > Thanks to anyone that listened for listening... Having telnet or ssh access would make this easier. Good luck! -- For a list of the ways which technology has failed to improve our quality of life, press 3. From Beaves at aol.com Mon Dec 20 12:03:21 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: holy buckets, batman! Message-ID: <0.64880bc8.258fc969@aol.com> Well, your suggestion of doing the system commands sounds like it should work up until the Makefile.PL stuff below. << etc... system()ize the following likewise: perl Makefile.PL make make install this is untested, and I'm not responsible if it causes global meltdown. :) >> The reason being is that I believe Makefile.PL needs to have 'make' and 'make install' sent to it at the prompts for STDIN (but I'm not certain about this...) This sounds like a piped process would be in order, but I have no clue about how to go about it. Would this work? system('perl Makefile.PL', 'make', 'make install') or is that syntactically incorrect right out of the box. I hope I was clear with my problem statment. It appears that Storable.pm needs to be extracted in the environment that it will be used in, in order to build the correct files, etc. Thanks for everyone's help on this. Mark, I'll be trying your script this afternoon... Tim From doug.miles at ns2.phoenix.bowne.com Mon Dec 20 12:18:08 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: holy buckets, batman! References: <0.64880bc8.258fc969@aol.com> Message-ID: <385E72E0.81CED62F@bpxinternet.com> Beaves@aol.com wrote: > > Well, your suggestion of doing the system commands sounds like it should work > up until the Makefile.PL stuff below. > > << > etc... system()ize the following likewise: > > perl Makefile.PL > make > make install > > this is untested, and I'm not responsible if it causes global meltdown. > :) > >> > > The reason being is that I believe Makefile.PL needs to have 'make' and 'make > install' sent to it at the prompts for STDIN (but I'm not certain about > this...) This sounds like a piped process would be in order, but I have no > clue about how to go about it. > > Would this work? system('perl Makefile.PL', 'make', 'make install') or is > that syntactically incorrect right out of the box. Nope, that won't work. Sorry for the confusing example. I just got lazy (read: virtuous :) ) and didn't want to type out all of the system calls. From the perlfunc man page: If there is more than one argument in LIST, or if LIST is an array with more than one value, starts the program given by the first element of the list with arguments given by the rest of the list. The first argument is the program to run, and the subsequent list elements are the arguments. That being said, it should look more like this: system('perl Makefile.PL'); system('make'); system('make install'); One thing you might have to worry about are paths. I'm not sure if within the CGI environment you'll be able to access everything you need without specifiying the path. You'll probably just have to experiment with this. > I hope I was clear with my problem statment. It appears that Storable.pm > needs to be extracted in the environment that it will be used in, in order to > build the correct files, etc. > > Thanks for everyone's help on this. Mark, I'll be trying your script this > afternoon... > > Tim -- For a list of the ways which technology has failed to improve our quality of life, press 3. From Beaves at aol.com Mon Dec 20 21:55:58 1999 From: Beaves at aol.com (Beaves@aol.com) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: Thanks Message-ID: <0.c4e575e9.2590544e@aol.com> Thanks for everyone's help recently. I got Mark's script to run and it works great. (an aside... Mark, what is the '2>&1' doing in: system ("$FORM{'command'} 2>&1") if ($FORM{'command'}); ?) I was able to unzip, and untar (?) the file using the script. I got past the perl Makefile.PL part supposedly successfully. 'make' crashed though, and from what the author of Storable said, it appears as though 'make' could not find the C compiler. He recommended Data::Dumper instead. So, I think I'm going to go with that. (The C compiler is not available for customer use at Hiway apparently). I also tried to build the CPAN.pm module on my server using the system call script that Mark wrote. That went into an infinite loop when 'perl Makefile.PL' was run. The output made it seem as though the Makefile.PL script was attempting to get something from and got an unacceptable 'null' value ad infinitum. I guess it would be rather complicated to write an interactive shell script program, I know its out of my pay grade. (plus, I'm sure most people would just tell me "hey, why don't you switch servers?") Anyway, as with most tangents, I ended up learning quite a bit. Thanks to the group for the help. By the way, 'Data::Dumper' is one of the core perl modules and is already intalled at Hiway. (Wheewwww!) Tim From Ron.Giffin at motorola.com Wed Dec 22 09:57:07 1999 From: Ron.Giffin at motorola.com (Giffin Ron-P08295) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: Greetings Message-ID: <01CA656A687ED211926B00805F779140035D4FA9@az25exm02.geg.mot.com> Want to wish all PM'ers happy holidays and a great Y2K. Thanks for all your responses to my posts this year. May your Perl always run error-free, and on the first try! (Yeah, sure) -- Ron From doug.miles at ns2.phoenix.bowne.com Wed Dec 22 15:04:19 1999 From: doug.miles at ns2.phoenix.bowne.com (Douglas E. Miles) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: [Fwd: Perl Programmer Job Posting] Message-ID: <38613CD3.1D11B148@bpxinternet.com> ---------------------------------------------------------- Perl Programmer Needed We are looking for a perl programmer to help us with various interactive projects at Do Something. (www.dosomething.org) Required skills: Perl (CGI), DBI, MySQL, HTML (job experience: 1 year or more with all of these) When: Immediately How long: next 30-45 days intensively Hours: 30 per week As an example of the type of work: A registration CGI: -people fill out form fields -the fields are input into a MySQL database -there is an admin page that staff can use to edit entries made by the registrants. Basically you will be given completed HTML, which you can adapt for input into a MySQL database through DBI. The second part of that work can mean an administrative script so DS staff can edit entries. Another aspect of the work is taking information from the MySQL database through DBI and generating results, such as a list of states showing how many schools were registered in that state and information about each school. The important point to mention is that we have a high amount of work and need a fast turn-around. We will provide most HTML completed and need someone who has worked with Perl, DBI, MySQL for a large project (20,000 registered users). If you are interested please contact me directly at: Pablo Velasquez Do Something Online Director Phone: 480-967-2667 E-mail: pablo@dosomething.org Thanks so much for your time. From phaedrus at endless.org Tue Dec 28 00:03:00 1999 From: phaedrus at endless.org (Phaedrus) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: Hello... In-Reply-To: <199912161941.MAA14023@smtp02.primenet.com> Message-ID: > From: James Forsmo > >James Forsmo wrote: > >> > >> Hello All, > >> I'm developing a new web site for a long-time client and I'd like to > >> implement some Perl scripts to create a "Job Opportunites" page that can be > >> updated by my client's HR department through their web browser. > >> James, How is this going? Please tell us all that you're not stuck =) -scott From jforsmo at primenet.com Tue Dec 28 09:02:46 1999 From: jforsmo at primenet.com (James Forsmo) Date: Thu Aug 5 00:17:43 2004 Subject: Phoenix.pm: Hello... In-Reply-To: Message-ID: Gosh! Thanks for checking up on me. Y'all are pretty cool! I got a response from Peter Jones offering to give me a hand and help instruct me along the way. I'm only on Day 7 of Learn Perl in 21 Days. I'm getting a lot out of it, but I'm down with the flu right now (bummer). Thanks again for checking in. I'll post my progress, etc. once we get going. :) -- James Forsmo Carlton Design Group 602-252-3813 602-625-3541 > From: Phaedrus > Reply-To: phoenix-pm-list@happyfunball.pm.org > Date: Tue, 28 Dec 1999 01:03:00 -0500 (EST) > To: phoenix-pm-list@happyfunball.pm.org > Subject: Re: Phoenix.pm: Hello... > >> From: James Forsmo >>> James Forsmo wrote: >>>> >>>> Hello All, >>>> I'm developing a new web site for a long-time client and I'd like to >>>> implement some Perl scripts to create a "Job Opportunites" page that can be >>>> updated by my client's HR department through their web browser. >>>> > > James, > > How is this going? > Please tell us all that you're not stuck =) > > -scott > >