From walter at frii.com Tue Nov 2 16:58:22 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? Message-ID: Hi, There's a conversation going on over at slashdot http://slashdot.org/askslashdot/99/10/20/1246241.shtml I thought people might be interested in. As an open forum, there's a wide range of informed and uninformed opinions being voiced there. For those group members that are new to Perl, I thought it might be especially interesting, as many perceived pros and cons of Perl are being thrown back and forth. Walter From walter at frii.com Tue Nov 2 17:00:49 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: Anyone goimg to Seattle next week? Message-ID: Anyone going to be at the USENIX LISA conference next week? Walter From jvanslyk at matchlogic.com Tue Nov 2 17:35:21 1999 From: jvanslyk at matchlogic.com (Jason Van Slyke) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? Message-ID: <64003B21ECCAD11185C500805F31EC03040AC27B@houston.matchlogic.com> thx, that is interesting. jvs -----Original Message----- From: Walter Pienciak [mailto:walter@frii.com] Sent: Tuesday, November 02, 1999 3:58 PM To: boulder-pm-list@happyfunball.pm.org Subject: Slashdot: Perl Domination in CGI Programming? Hi, There's a conversation going on over at slashdot http://slashdot.org/askslashdot/99/10/20/1246241.shtml I thought people might be interested in. As an open forum, there's a wide range of informed and uninformed opinions being voiced there. For those group members that are new to Perl, I thought it might be especially interesting, as many perceived pros and cons of Perl are being thrown back and forth. Walter From bmozart at frii.com Wed Nov 3 23:04:45 1999 From: bmozart at frii.com (Boy Mozart) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: Message-ID: On Tue, 2 Nov 1999, Walter Pienciak wrote: > > http://slashdot.org/askslashdot/99/10/20/1246241.shtml > > For those group members that are new > to Perl, I thought it might be especially interesting, > as many perceived pros and cons of Perl are being thrown > back and forth. > I'm very new to Perl, and I did find it interesting, mostly because the prevailing views seem to run something like "Well, such-and-such languages work better". And there's a lot of different views in the articles as to the purpose of Perl. It's hard to follow sometimes, like the comments one poster made that Perl isn't a "CGI language"--which it seems perfectly suited for--and that it's "weak in areas such as GUI development". I don't understand the reference to GUI here. I feel there were a lot of good arguments here for the use of Perl for writing applications, just because it was necessary to come to Perl's defense in some cases. I've seen PHP mentioned in several places in these threads, but I've never heard of it before today. Does anyone here know what PHP is, and has anyone had any experience with it? -Randy. From llornkcor at llornkcor.com Thu Nov 4 07:40:34 1999 From: llornkcor at llornkcor.com (llornkcor) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: References: Message-ID: <99110406472901.05853@spiritship.localdomain> > I'm very new to Perl, and I did find it interesting, mostly because the > prevailing views seem to run something like "Well, such-and-such languages > work better". There's alot of that everywhere. Some people treat programming languages as religion or something. Its similiar to emacs vs vi., or very similiar to politics. >And there's a lot of different views in the articles as to > the purpose of Perl. It's hard to follow sometimes, like the comments one > poster made that Perl isn't a "CGI language"--which it seems perfectly > suited for--and that it's "weak in areas such as GUI development". I > don't understand the reference to GUI here. ya, I've used Tk, and seems to be wonderful > > I feel there were a lot of good arguments here for the use of Perl for > writing applications, just because it was necessary to come to Perl's > defense in some cases. As there are lots of good reasons to use other languages as well, c, c++ ,cobal, whatever, even VC++ has its merits. > > I've seen PHP mentioned in several places in these threads, but I've never LP From jwells at nexdata.com Wed Nov 3 09:42:58 1999 From: jwells at nexdata.com (Jason Wells) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? References: Message-ID: <38205802.5D1CCDF4@nexdata.com> Boy Mozart wrote: > It's hard to follow sometimes, like the comments one > poster made that Perl isn't a "CGI language"--which it seems perfectly > suited for--and that it's "weak in areas such as GUI development". I > don't understand the reference to GUI here. The reference was to one of Perl's percieved shortcommings - the ability to write complex user interfaces. It's actually pretty easy using the Perl/Tk extension. I'm not sure how popular that extension is though. Tk syntax resembles Tcl much more than Perl and I would guess it's more popular. Does Perl/Tk development keep up with new releases of Tk? > I've seen PHP mentioned in several places in these threads, but I've never > heard of it before today. Does anyone here know what PHP is, and has > anyone had any experience with it? Sure. It's designed to be a HTML-embeddable scripting language. PHP's intended to be very web-centric, although Perl does everything that PHP can and much much more. I used it on one maintenance project and it seemed relatively easy to learn and use, but I'd probably stick with Perl just cause that's what I know and like. -Jason From fholtry at bighorn.dr.lucent.com Thu Nov 4 10:26:53 1999 From: fholtry at bighorn.dr.lucent.com (HoltryF) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: Jason Wells "Re: Slashdot: Perl Domination in CGI Programming?" (Nov 3, 8:42am) References: <38205802.5D1CCDF4@nexdata.com> Message-ID: <9911040926.ZM3732@archmage.dr.lucent.com> On Nov 3, 8:42am, Jason Wells wrote: > Boy Mozart wrote: > > > It's hard to follow sometimes, like the comments one > > poster made that Perl isn't a "CGI language"--which it seems perfectly > > suited for--and that it's "weak in areas such as GUI development". I > > don't understand the reference to GUI here. > > The reference was to one of Perl's percieved shortcommings - the ability to > write complex user interfaces. It's actually pretty easy using the Perl/Tk > extension. I'm not sure how popular that extension is though. Tk syntax > resembles Tcl much more than Perl and I would guess it's more popular. > > Does Perl/Tk development keep up with new releases of Tk? I've been following the development of Perl/Tk for more than two years,now. It's one of the more active areas of Perl development. It does indeed keep up with Tcl/Tk, but is a complete port to Perl. That is, all the Tcl code is replaced either by Perl or by C. I would take some exception to the statement that the syntaxes are tcl'ish. Actually, they're Perl object and hash reference notation. Most of the widgets and most of their options would be familiar to Tcl/Tk users, but this is an area where divergence is beginning to happen. New widgets are appearing frequently and new options are added to old widgets on occasion. The current release is Tk800.015, based on the Ousterhout Tk8. For those who are interested, there's a public mailing list for Perl/Tk at ptk@lists.stanford.edu. There is also a useful O'Reilly publication "Learning Perl/Tk" by Nancy Walsh. There's an excellent graphical Perl debugger, ptkdb, written in Perl/Tk, that's available from http://world.std.com/~aep/ptkdb. And one final thought: ActiveState (www.activestate.com) provides a Tk for their Perl for Win-doze. But the Tk available from CPAN will now build with VC++ nmake and seems to work better for me. Either way, you get native windows and virtually complete application portability. > -Jason > > > >-- End of excerpt from Jason Wells Frank Holtry -- ------------------------------------------------------------------------------- | Frank Holtry | "If you have the right attitude, interesting | | fholtry@lucent.com | problems will find you." | | | Eric S. Raymond | | | | | | "The Cathedral and the Bazaar" | | | (http://earthspace.net/~esr/writings/ | | | cathedral-paper.html#toc13) | | | | ------------------------------------------------------------------------------- From stanczyk at pcisys.net Thu Nov 4 15:41:04 1999 From: stanczyk at pcisys.net (Mike Stanczyk) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: <9911040926.ZM3732@archmage.dr.lucent.com> Message-ID: Here's a question for you: Long time ago I used a gui builder program that was written in tcl/tk and generated tcl/tk code for the gui as you built it. Do you know of anything simlar that outputs perl/tk code? Mike On Thu, 4 Nov 1999, HoltryF wrote: > I've been following the development of Perl/Tk for more than two years,now. > It's one of the more active areas of Perl development. It does indeed keep > up with Tcl/Tk, but is a complete port to Perl. That is, all the Tcl code > is replaced either by Perl or by C. I would take some exception to the > statement that the syntaxes are tcl'ish. Actually, they're Perl object > and hash reference notation. Most of the widgets and most of their options > would be familiar to Tcl/Tk users, but this is an area where divergence is > beginning to happen. New widgets are appearing frequently and new options are > added to old widgets on occasion. The current release is Tk800.015, based on > the Ousterhout Tk8. > > For those who are interested, there's a public mailing list for Perl/Tk at > ptk@lists.stanford.edu. There is also a useful O'Reilly publication "Learning > Perl/Tk" by Nancy Walsh. > > There's an excellent graphical Perl debugger, ptkdb, written in Perl/Tk, that's > available from http://world.std.com/~aep/ptkdb. > > And one final thought: ActiveState (www.activestate.com) provides a Tk for > their Perl for Win-doze. But the Tk available from CPAN will now build with > VC++ nmake and seems to work better for me. Either way, you get native > windows and virtually complete application portability. > > > > -Jason > > > > > > > >-- End of excerpt from Jason Wells > > Frank Holtry > > -- > ------------------------------------------------------------------------------- > | Frank Holtry | "If you have the right attitude, interesting | > | fholtry@lucent.com | problems will find you." | > | | Eric S. Raymond | > | | | > | | "The Cathedral and the Bazaar" | > | | (http://earthspace.net/~esr/writings/ | > | | cathedral-paper.html#toc13) | > | | | > ------------------------------------------------------------------------------- > From walter at frii.com Thu Nov 4 16:13:37 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: PHP resource In-Reply-To: Message-ID: Boy Mozart asked about PHP, and I thought I'd whip off a URL that has some nifty looking PHP projects profiled. I've always viewed PHP as SSI on steroids, and the hosts I maintain don't allow SSI -- I'm a little paranoid about users, and like to maintain strict control of executables (I won't even review a Perl CGI program if it doesn't have -T and "use strict"). Gosh, and I don't support counter scripts either ;^) Anyway, a PHP URL is http://www.php.net Walter From jjcohen at pipeline.com Thu Nov 4 01:51:09 1999 From: jjcohen at pipeline.com (joel) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? References: Message-ID: <38213AED.3514FD0@pipeline.com> Mike Stanczyk wrote: > Here's a question for you: Long time ago I used a gui builder program that > was written in tcl/tk and generated tcl/tk code for the gui as you built it. > Do you know of anything simlar that outputs perl/tk code? > > Mike > > On Thu, 4 Nov 1999, HoltryF wrote: > > > I've been following the development of Perl/Tk for more than two years,now. > > It's one of the more active areas of Perl development. It does indeed keep > > up with Tcl/Tk, but is a complete port to Perl. That is, all the Tcl code > > is replaced either by Perl or by C. I would take some exception to the > > statement that the syntaxes are tcl'ish. Actually, they're Perl object > > and hash reference notation. Most of the widgets and most of their options > > would be familiar to Tcl/Tk users, but this is an area where divergence is > > beginning to happen. New widgets are appearing frequently and new options are > > added to old widgets on occasion. The current release is Tk800.015, based on > > the Ousterhout Tk8. > > > > For those who are interested, there's a public mailing list for Perl/Tk at > > ptk@lists.stanford.edu. There is also a useful O'Reilly publication "Learning > > Perl/Tk" by Nancy Walsh. > > > > There's an excellent graphical Perl debugger, ptkdb, written in Perl/Tk, that's > > available from http://world.std.com/~aep/ptkdb. > > > > And one final thought: ActiveState (www.activestate.com) provides a Tk for > > their Perl for Win-doze. But the Tk available from CPAN will now build with > > VC++ nmake and seems to work better for me. Either way, you get native > > windows and virtually complete application portability. > > > > > > > -Jason > > > > > > > > > > > >-- End of excerpt from Jason Wells > > > > Frank Holtry > > > > -- > > ------------------------------------------------------------------------------- > > | Frank Holtry | "If you have the right attitude, interesting | > > | fholtry@lucent.com | problems will find you." | > > | | Eric S. Raymond | > > | | | > > | | "The Cathedral and the Bazaar" | > > | | (http://earthspace.net/~esr/writings/ | > > | | cathedral-paper.html#toc13) | > > | | | > > ------------------------------------------------------------------------------- > > Perl/Tk works GREAT. I have written a good-sized porftolio management system using it, and (just for the hellofit) have been able to get practically the entire thing to run under Windoze with almost zero additional effort. The toolkit itself doesn't appear to be quite as rich as Gtk, but there is constant development of new widgets and additions to existing ones, and it is quite easy to use. Plus, there is VERY little formal documentation on the Perl/Gtk interface. For now, if you want to develop a gui app using Perl, Tk is the way to go. From fholtry at bighorn.dr.lucent.com Fri Nov 5 08:19:39 1999 From: fholtry at bighorn.dr.lucent.com (HoltryF) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: Mike Stanczyk "Re: Slashdot: Perl Domination in CGI Programming?" (Nov 4, 2:41pm) References: Message-ID: <9911050719.ZM6567@archmage.dr.lucent.com> Mike, I think you're referring to spectcl. There is a port of it to Perl, but it's challenging to use. It's been a couple of years since I last looked at it and I know there have been some efforts to improve it, but comments I heard at the O'Reilly conference lead me to think it's still got a ways to go. It's called specPerl and is available from http://www.keck.ucsf.edu/~kvale/specperl.html Frank On Nov 4, 2:41pm, Mike Stanczyk wrote: > Here's a question for you: Long time ago I used a gui builder program that > was written in tcl/tk and generated tcl/tk code for the gui as you built it. > Do you know of anything simlar that outputs perl/tk code? > > Mike > > On Thu, 4 Nov 1999, HoltryF wrote: > > > I've been following the development of Perl/Tk for more than two years,now. > > It's one of the more active areas of Perl development. It does indeed keep > > up with Tcl/Tk, but is a complete port to Perl. That is, all the Tcl code > > is replaced either by Perl or by C. I would take some exception to the > > statement that the syntaxes are tcl'ish. Actually, they're Perl object > > and hash reference notation. Most of the widgets and most of their options > > would be familiar to Tcl/Tk users, but this is an area where divergence is > > beginning to happen. New widgets are appearing frequently and new options are > > added to old widgets on occasion. The current release is Tk800.015, based on > > the Ousterhout Tk8. > > > > For those who are interested, there's a public mailing list for Perl/Tk at > > ptk@lists.stanford.edu. There is also a useful O'Reilly publication "Learning > > Perl/Tk" by Nancy Walsh. > > > > There's an excellent graphical Perl debugger, ptkdb, written in Perl/Tk, that's > > available from http://world.std.com/~aep/ptkdb. > > > > And one final thought: ActiveState (www.activestate.com) provides a Tk for > > their Perl for Win-doze. But the Tk available from CPAN will now build with > > VC++ nmake and seems to work better for me. Either way, you get native > > windows and virtually complete application portability. > > > > > > > -Jason > > > > > > > > > > > >-- End of excerpt from Jason Wells > > > > Frank Holtry > > > > -- > > ------------------------------------------------------------------------------- > > | Frank Holtry | "If you have the right attitude, interesting | > > | fholtry@lucent.com | problems will find you." | > > | | Eric S. Raymond | > > | | | > > | | "The Cathedral and the Bazaar" | > > | | (http://earthspace.net/~esr/writings/ | > > | | cathedral-paper.html#toc13) | > > | | | > > ------------------------------------------------------------------------------- > > > >-- End of excerpt from Mike Stanczyk -- ------------------------------------------------------------------------------- | Frank Holtry | "If you have the right attitude, interesting | | fholtry@lucent.com | problems will find you." | | | Eric S. Raymond | | | | | | "The Cathedral and the Bazaar" | | | (http://earthspace.net/~esr/writings/ | | | cathedral-paper.html#toc13) | | | | ------------------------------------------------------------------------------- From stanczyk at pcisys.net Fri Nov 5 11:21:27 1999 From: stanczyk at pcisys.net (Mike Stanczyk) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: <9911050719.ZM6567@archmage.dr.lucent.com> Message-ID: Now that I've had time to think about it, I think the program I was using was a 3 or 4 letter "cute" acronym. (*tk or tk*. Like most the email programs under unix are tree based. Pine, elm, etc.) It had been coearsed to create tcl windows but with C++ for the running code. I'll go have a look at spectcl anyway. Thanks! Mike On Fri, 5 Nov 1999, HoltryF wrote: > Mike, > I think you're referring to spectcl. There is a port of it to Perl, but > it's challenging to use. It's been a couple of years since I last looked at > it and I know there have been some efforts to improve it, but comments I > heard at the O'Reilly conference lead me to think it's still got a ways to go. > It's called specPerl and is available from > http://www.keck.ucsf.edu/~kvale/specperl.html > Frank > > On Nov 4, 2:41pm, Mike Stanczyk wrote: > > Here's a question for you: Long time ago I used a gui builder program that > > was written in tcl/tk and generated tcl/tk code for the gui as you built it. > > Do you know of anything simlar that outputs perl/tk code? > > > > Mike > > From WTown78521 at cs.com Mon Nov 8 13:37:14 1999 From: WTown78521 at cs.com (WTown78521@cs.com) Date: Wed Aug 4 23:58:50 2004 Subject: Parsers and Stuff Message-ID: <0.c871b462.2558806a@cs.com> Hey Folks, I'm a novice and I've been having trouble getting started using HTML::Parser and XML::Parser. Can anyone point me to some example scripts beyond what's in the module doc? Much appreciated for any help. Thanks, Bill From CWA at DISC.com Wed Nov 17 09:45:33 1999 From: CWA at DISC.com (William Atkinson) Date: Wed Aug 4 23:58:50 2004 Subject: Question about pipes and exit codes Message-ID: Greetings, Forgive and politely correct me if this is the wrong list to post to. I'm having trouble getting the exit status of a process at the end of a pipe created by open2. It seems that all I get is notification that the pipe broke. One idea that we came up with was to have a shell script run the desired program, catch its exit status and return it as the last string. The problem with this is that I was hoping for a purely perl based solution due to cross platform portability issues. Any help would be appreciated. Thanks. Chip Atkinson chip@disc.com From jvanslyk at matchlogic.com Wed Nov 17 10:12:56 1999 From: jvanslyk at matchlogic.com (Jason Van Slyke) Date: Wed Aug 4 23:58:50 2004 Subject: Question about pipes and exit codes Message-ID: <64003B21ECCAD11185C500805F31EC03040AC344@houston.matchlogic.com> Chip, First up, you're way over my head. But I found this interesting so I dug out a couple, 3 or 4 books. Do you have a Perl Cookbook available? If so, see p567-571. If not, this _might_ help: eval { open2($readme, $writeme, @program_and_arguments) ; } ; if ($@) { if ($@ =~ /^open2/) { warn "open2 failed: $!\n$@\n" ; return ; } die ; #reraise unforeseen exception } Let me know if this is playing in the same ball park as you are. Jason -----Original Message----- From: William Atkinson [mailto:CWA@DISC.com] Sent: Wednesday, November 17, 1999 8:46 AM To: 'boulder-pm-list@pm.org' Subject: Question about pipes and exit codes Greetings, Forgive and politely correct me if this is the wrong list to post to. I'm having trouble getting the exit status of a process at the end of a pipe created by open2. It seems that all I get is notification that the pipe broke. One idea that we came up with was to have a shell script run the desired program, catch its exit status and return it as the last string. The problem with this is that I was hoping for a purely perl based solution due to cross platform portability issues. Any help would be appreciated. Thanks. Chip Atkinson chip@disc.com From CWA at DISC.com Wed Nov 17 10:24:04 1999 From: CWA at DISC.com (William Atkinson) Date: Wed Aug 4 23:58:50 2004 Subject: Question about pipes and exit codes Message-ID: Jason, Thanks for the suggestion and response. I originally tried open2 (haven't done open3 yet) but only see sigpipe when the program at the "far" end of the pipe dies, regardless of the cause of death. I started on chapter 16 of the cookbook this morning and am at p. 562, so I'd say we are definitely in the same ballpark. I'd also say I'm in a bit deep too. The next thing that I'm going to try is fussing with pipe and fork to get a sort of pipe loop. If I can do that successfully, I can catch the signal that the child died from. Chip > -----Original Message----- > From: Jason Van Slyke [mailto:jvanslyk@matchlogic.com] > Sent: Wednesday, November 17, 1999 9:13 AM > To: 'boulder-pm-list@happyfunball.pm.org' > Subject: RE: Question about pipes and exit codes > > > Chip, > > First up, you're way over my head. But I found this > interesting so I dug > out a couple, 3 or 4 books. > > Do you have a Perl Cookbook available? If so, see p567-571. > > If not, this _might_ help: > > eval { > open2($readme, $writeme, @program_and_arguments) ; > } ; > if ($@) { > if ($@ =~ /^open2/) { > warn "open2 failed: $!\n$@\n" ; > return ; > } > die ; #reraise unforeseen exception > } > > Let me know if this is playing in the same ball park as you are. > > Jason > > -----Original Message----- > From: William Atkinson [mailto:CWA@DISC.com] > Sent: Wednesday, November 17, 1999 8:46 AM > To: 'boulder-pm-list@pm.org' > Subject: Question about pipes and exit codes > > > Greetings, > > Forgive and politely correct me if this is the wrong list to post to. > > I'm having trouble getting the exit status of a process at > the end of a pipe > created by open2. It seems that all I get is notification > that the pipe > broke. > > One idea that we came up with was to have a shell script run > the desired > program, catch its exit status and return it as the last string. The > problem with this is that I was hoping for a purely perl > based solution due > to cross platform portability issues. > > Any help would be appreciated. > > Thanks. > > Chip Atkinson > chip@disc.com > From fholtry at bighorn.dr.lucent.com Thu Nov 18 08:26:33 1999 From: fholtry at bighorn.dr.lucent.com (HoltryF) Date: Wed Aug 4 23:58:50 2004 Subject: Interesting Perl/Tk pages Message-ID: <9911180726.ZM26731@archmage.dr.lucent.com> For those interested in exploring Perl/Tk, the following url on www.perl.com may be useful. It's a series of slides from a presentation on Perl/Tk and is essentially just annotated Perl/Tk coding examples. It would probably be best to have the Nancy Walsh book and/or the Tk man pages available when you view it, since the annotations don't appear to go into real detail. The URL is: http://www.perl.com/pub/1999/10/perltk/index.html Frank -- ------------------------------------------------------------------------------- | Frank Holtry | "If you have the right attitude, interesting | | fholtry@lucent.com | problems will find you." | | | Eric S. Raymond | | | | | | "The Cathedral and the Bazaar" | | | (http://earthspace.net/~esr/writings/ | | | cathedral-paper.html#toc13) | | | | ------------------------------------------------------------------------------- From kmoore at trustamerica.com Fri Nov 19 12:55:23 1999 From: kmoore at trustamerica.com (Kyle Moore) Date: Wed Aug 4 23:58:50 2004 Subject: LWP with SSL References: <64003B21ECCAD11185C500805F31EC03040AC344@houston.matchlogic.com> Message-ID: <38359D1B.16C0E4CA@trustamerica.com> Is it possible to use LWP to check an SSL site? I use it to check non-SSL servers using head(http://www.blah.com) but this doesn't work with my SSL servers (https://www.blah.com). Do I have to specify port 443 somewhere or something else? -- ---- Kyle Moore UNIX Systems Administrator Webmaster --------------------------------------- Trust Company of America / Gemisys 7103 South Revere Parkway Englewood, CO 80112 --------------------------------------- Email: kmoore@trustamerica.com Voice: 303-705-6212 Pager: 303-656-1131 Fax: 303-705-6171 Web Site: http://www.trustamerica.com --------------------------------------- From walter at frii.com Fri Nov 19 13:08:32 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: LWP with SSL In-Reply-To: <38359D1B.16C0E4CA@trustamerica.com> Message-ID: On Fri, 19 Nov 1999, Kyle Moore wrote: > Is it possible to use LWP to check an SSL site? I use it to check > non-SSL servers using head(http://www.blah.com) but this doesn't work > with my SSL servers (https://www.blah.com). Do I have to specify port > 443 somewhere or something else? > > -- > > ---- > Kyle Moore > UNIX Systems Administrator > Webmaster > --------------------------------------- > Trust Company of America / Gemisys > 7103 South Revere Parkway > Englewood, CO 80112 > --------------------------------------- > Email: kmoore@trustamerica.com > Voice: 303-705-6212 > Pager: 303-656-1131 > Fax: 303-705-6171 > Web Site: http://www.trustamerica.com > --------------------------------------- Hi, Current version of LWP does support https URLs. One thing that might help you figure it out is to use the pragma use LWP::Debug qw(+); Walter From bcollins at csd.net Fri Nov 19 17:20:49 1999 From: bcollins at csd.net (Bob Collins) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? References: <38205802.5D1CCDF4@nexdata.com> <9911040926.ZM3732@archmage.dr.lucent.com> Message-ID: <3835DB51.F76CACFD@csd.net> Hello, I downloaded Tk to my DeskTop and LapTop machines. I ended up doing the manual install. I wanted to use CPAN, but I think I didn't have the proper URL's to make it work. Can anyone tell me what they are, or better yet send me a copy of their working configuration file? I would appreciate advice from those who have experience updating their systems. -- Regards, Bob Collins bcollins@csd.net From llornkcor at llornkcor.com Fri Nov 19 19:15:22 1999 From: llornkcor at llornkcor.com (llornkcor) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: <3835DB51.F76CACFD@csd.net> References: <9911040926.ZM3732@archmage.dr.lucent.com> <3835DB51.F76CACFD@csd.net> Message-ID: <99111918200304.03196@spiritship.localdomain> cpan can be run from the command line do perl -MCPAN -eshell I have never had trouble accessing it. I use the closest possible- from my /usr/lib/perl5/5.00503/CPAN/Config.pm file 'urllist' => [q[ftp://ftp.cs.colorado.edu/pub/perl/CPAN/]], From bcollins at csd.net Fri Nov 19 21:12:47 1999 From: bcollins at csd.net (Bob Collins) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? References: <9911040926.ZM3732@archmage.dr.lucent.com> <3835DB51.F76CACFD@csd.net> <99111918200304.03196@spiritship.localdomain> Message-ID: <383611AF.A33F4135@csd.net> Thanks for the line from your config file. I will put it in mine. How did you find out about the URL? I used perl " -MCPAN -e shell " and I could do many things with it, but when I tried to do install from the " > cpan " prompt it would hang. When I killed it, I got messages about URLs. Have you had success running the install option from the CPAN prompt? llornkcor wrote: > > cpan can be run from the command line do > perl -MCPAN -eshell > > I have never had trouble accessing it. > I use the closest possible- > from my /usr/lib/perl5/5.00503/CPAN/Config.pm file > > 'urllist' => [q[ftp://ftp.cs.colorado.edu/pub/perl/CPAN/]], From llornkcor at llornkcor.com Fri Nov 19 22:23:54 1999 From: llornkcor at llornkcor.com (llornkcor) Date: Wed Aug 4 23:58:50 2004 Subject: Slashdot: Perl Domination in CGI Programming? In-Reply-To: <383611AF.A33F4135@csd.net> References: <99111918200304.03196@spiritship.localdomain> <383611AF.A33F4135@csd.net> Message-ID: <99111921263505.03196@spiritship.localdomain> On Fri, 19 Nov 1999, you wrote: > Thanks for the line from your config file. I will put it in mine. How > did you find out about the URL? I think I got it from www.perl.com somewhere > I used perl " -MCPAN -e shell " and I could do many things with it, but > when I tried to do install from the " > cpan " prompt it would hang. > When I killed it, I got messages about URLs. Have you had success > running the install option from the CPAN prompt? yes, I have installed packages with it. In fact, I used it yesterday to install Gtk, and along with it came a very long compile. LP From llornkcor at llornkcor.com Mon Nov 22 12:23:23 1999 From: llornkcor at llornkcor.com (llornkcor@llornkcor.com) Date: Wed Aug 4 23:58:50 2004 Subject: Perl/Tk and dos files Message-ID: <199911221922.NAA14308@charon.host4u.net> Hello- I am having a little trouble. I am writting a Perl/Tk gui to load a text file, downloaded from the net, into a TextUndo widget. The problem is that it shows the DOS line endings when used on linux. I can remove them from the file, using a script such as while (<>) { $_ =~s/\r\n/\n/g; print $_; } as a seperate program. How can I go about doing this when it is loading into the widget? Whenever I try, it seems to cause a core dump. Or could I do the substitute when ftp'ing the file? Thanks- LP From bmozart at frii.com Mon Nov 22 22:39:02 1999 From: bmozart at frii.com (Boy Mozart) Date: Wed Aug 4 23:58:50 2004 Subject: Perl/Tk and dos files In-Reply-To: <199911221922.NAA14308@charon.host4u.net> Message-ID: On Mon, 22 Nov 1999 llornkcor@llornkcor.com wrote: > Hello- > I am having a little trouble. I am writting a Perl/Tk gui to load a > text file, downloaded from the net, into a TextUndo widget. > The problem is that it shows the DOS line endings when used on > linux. I can remove them from the file, using a script such as > > while (<>) { > $_ =~s/\r\n/\n/g; > print $_; > } > as a seperate program. > How can I go about doing this when it is loading into the widget? Can you download the file first, run each line through the regex, print the result to a new file, and send _that_ file into the widget? -BM. From llornkcor at llornkcor.com Mon Nov 22 23:20:48 1999 From: llornkcor at llornkcor.com (llornkcor) Date: Wed Aug 4 23:58:50 2004 Subject: Perl/Tk and dos files In-Reply-To: References: Message-ID: <99112222260100.00466@spiritship.localdomain> > Can you download the file first, run each line through the regex, print > the result to a new file, and send _that_ file into the widget? I was hoping I wouldn't have to do that, cause I would then have to delete the original file, and rename the new file to the old file. But I guess I will probably have to do it that way. I haven't been able to find any other way. Darned DOS files. LP From bmozart at frii.com Tue Nov 23 19:47:13 1999 From: bmozart at frii.com (Boy Mozart) Date: Wed Aug 4 23:58:50 2004 Subject: Perl/Tk and dos files In-Reply-To: <99112222260100.00466@spiritship.localdomain> Message-ID: On Mon, 22 Nov 1999, llornkcor wrote: > > Can you download the file first, run each line through the regex, print > > the result to a new file, and send _that_ file into the widget? > > I was hoping I wouldn't have to do that, cause I would then have to > delete the original file, and rename the new file to the old file. But > I guess I will probably have to do it that way. I haven't been able to > find any other way. Darned DOS files. If you have a copy of The Perl Cookbook, you might want to try either recipe 7.5 (Creating Temporary Files) or recipe 16.4 (Reading or Writing to Another Program). They're on pages 232-234 and 559-561, respectively. There might be other recipes in those chapters that might be helpful. If you don't have a copy, well, now you can just go to the bookstore, find a copy there, and look it up. -BM. don't tell the authors I said that From walter at frii.com Wed Nov 24 11:04:13 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: Arrrgh! admin change for the list Message-ID: Hi, I put on my list-admin hat and looked through the cruft. Majordomo by default bounces messages to the list that it thinks are misguided subscription/unsubscription attempts. Pretty nice. However, one of the patterns it looks for is ^sub\b/i Uh oh. In a Perl list, a line may very well look like sub mycoolthing { and in fact I found two bounced messages with that very thing. So, the config is changed now, and any sub/unsub messages will be winging straight through for all of us to enjoy. I'm also resending the two messages that got filtered out, right now. Walter From walter at frii.com Wed Nov 24 11:05:56 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: Resend: RESOLVED: Question about pipes and exit codes Message-ID: From: William Atkinson To: "'boulder-pm-list@happyfunball.pm.org'" Subject: RESOLVED: Question about pipes and exit codes Date: Wed, 17 Nov 1999 10:33:11 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" Greetings, I think I found a solution to the problem. On page 591 and 592 of the Perl Cookbook, there is information about installing a signal handler for signal CHLD. I get the pid from open2 and save it in a global variable. When the process dies, the signal handler is called. Currently I'm using the handler as described on p591: sub REAPER { my $stiff; print "In reaper, PID: $pid\n"; while (($stiff = waitpid ($pid, &WNOHANG)) > 0) { print "Returned value from REAPER: \$?: $?\n"; } print "Returned value from REAPER: \$?: $?\n"; $SIG{CHLD} = \&REAPER; } The only mods are the print statements. The print within the while returns the correct signal value. The second print returns a bogus value, probably reflecting the status of the first print. Thanks for listening. Chip > -----Original Message----- > From: William Atkinson [mailto:CWA@DISC.com] > Sent: Wednesday, November 17, 1999 9:24 AM > To: 'boulder-pm-list@happyfunball.pm.org' > Subject: RE: Question about pipes and exit codes > > > Jason, > > Thanks for the suggestion and response. > I originally tried open2 (haven't done open3 yet) but only > see sigpipe when > the program at the "far" end of the pipe dies, regardless of > the cause of > death. I started on chapter 16 of the cookbook this morning > and am at p. > 562, so I'd say we are definitely in the same ballpark. I'd > also say I'm in > a bit deep too. > > The next thing that I'm going to try is fussing with pipe and > fork to get a > sort of pipe loop. If I can do that successfully, I can > catch the signal > that the child died from. > > Chip > > > -----Original Message----- > > From: Jason Van Slyke [mailto:jvanslyk@matchlogic.com] > > Sent: Wednesday, November 17, 1999 9:13 AM > > To: 'boulder-pm-list@happyfunball.pm.org' > > Subject: RE: Question about pipes and exit codes > > > > > > Chip, > > > > First up, you're way over my head. But I found this > > interesting so I dug > > out a couple, 3 or 4 books. > > > > Do you have a Perl Cookbook available? If so, see p567-571. > > > > If not, this _might_ help: > > > > eval { > > open2($readme, $writeme, @program_and_arguments) ; > > } ; > > if ($@) { > > if ($@ =~ /^open2/) { > > warn "open2 failed: $!\n$@\n" ; > > return ; > > } > > die ; #reraise unforeseen exception > > } > > > > Let me know if this is playing in the same ball park as you are. > > > > Jason > > > > -----Original Message----- > > From: William Atkinson [mailto:CWA@DISC.com] > > Sent: Wednesday, November 17, 1999 8:46 AM > > To: 'boulder-pm-list@pm.org' > > Subject: Question about pipes and exit codes > > > > > > Greetings, > > > > Forgive and politely correct me if this is the wrong list > to post to. > > > > I'm having trouble getting the exit status of a process at > > the end of a pipe > > created by open2. It seems that all I get is notification > > that the pipe > > broke. > > > > One idea that we came up with was to have a shell script run > > the desired > > program, catch its exit status and return it as the last > string. The > > problem with this is that I was hoping for a purely perl > > based solution due > > to cross platform portability issues. > > > > Any help would be appreciated. > > > > Thanks. > > > > Chip Atkinson > > chip@disc.com > > > From walter at frii.com Wed Nov 24 11:07:35 1999 From: walter at frii.com (Walter Pienciak) Date: Wed Aug 4 23:58:50 2004 Subject: Resend: DOS files Message-ID: From: llornkcor@llornkcor.com Received: from ship (dialup-209.245.11.131.Denver1.Level3.net [209.245.11.131]) by charon.host4u.net (8.8.5/8.8.5) with SMTP id OAA19674 for ; Tue, 23 Nov 1999 14:37:36 -0600 Message-Id: <199911232037.OAA19674@charon.host4u.net> Date: Tue, 23 Nov 99 13:38:20 Mountain Standard Time To: Subject: DOS files X-Mailer: llornkcor Mail Well, since I couldn't come up with a way to check the file while loading it into TextUndo to remove the \r\n, if needed. Here's what I came up with. Please critique. I check it first to save writing if it's not needed. sub removeEnd($) { my $fro = 0; if (open(TEXTFILE, $file_name)) { while () { if($_=~m/\r\n/) { $fro = 1; } } if ($fro eq 1) { close(TEXTFILE); print "$file_name is a DOS file, and needs to be converted\n"; $file_Bak=$file_name."\.BAK"; $TmpFile = $file_name . "\.TMP"; if (!open(FILE, ">".$TmpFile)) { print "Error trying to open a temp file\n"; close(TEXTFILE); return; } open(TEXTFILE, $file_name); ## Do I need to open again? while () { $_ =~s/\r\n/\n/g; print FILE ($_); } close( FILE); close(TEXTFILE); rename($file_name ,$file_Bak); rename($TmpFile ,$file_name ); print "$file_name has been renamed as $file_Bak\n"; } else { ## conversion not needed close(TEXTFILE); return; } } else { # end of if open file print "Error trying to open file\n"; } return; } Now that I have this working, someone will probably give me a one liner to do the same. :o) LP From llornkcor at llornkcor.com Wed Nov 24 11:30:28 1999 From: llornkcor at llornkcor.com (ljp) Date: Wed Aug 4 23:58:50 2004 Subject: Arrrgh! admin change for the list References: Message-ID: <002001bf36a1$9be6ec20$2d08f5d1@ship> > and in fact I found two bounced messages with that very thing. I was wondering where my message ended up. I thought maybe at the same place that all left socks seem to end up....