From bsides at towery.com Mon May 1 09:40:48 2000 From: bsides at towery.com (Brock Sides) Date: Thu Aug 5 00:07:12 2004 Subject: [Memphis.pm] Wassup with the next meeting? In-Reply-To: <20000430185425.B14643@kafka.greer.local> Message-ID: Since other than Jim's PAM talk, we don't have any scheduled presentations yet, why don't we roll the GOLUM and Memphis.pm meeting together, and just start at 7:30? I'll talk about Perl CGI security. -- Brock Sides Unix Systems Administration Towery Publishing bsides@towery.com On Sun, 30 Apr 2000, Jim Greer wrote: > * Brock Sides (philarete@mindspring.com) [000428 19:45]: > > Do you guys want to have a Memphis.pm meeting before the next GOLUM > > meeting? We had suggested once a month. I was thinking I'd do a > > presentation on taint checking, with a digression into the "poison null > > byte" trick discovered by Rain Forest Puppy. I can do this at the next > > meeting. > > We can certainly have one - in fact, if you would like, I can reserve a > separate room - or just let you take over another conference room > if you'd like to continue talking about Perl. Let me know - > securing another box and a projector takes a little notice. > > > Is there a baseball game Thursday night? Since those start at 7:00, > > downtown traffic gets a little hairy around the time we want to be > > arriving, assuming we want to start 30 minutes ahead of GOLUM. > > We are in luck - the Redbirds play an Away game on the 4th. > > > Jim G > > -- > Probable-Possible, my black hen, > She lays eggs in the Relative When. > She doesn't lay eggs in the Positive Now > Because she's unable to postulate How. > -- Frederick Winsor > gpg fingerprint = B06E 66CF 31B2 89B7 25ED 2923 01E3 057E 4565 F02D > ---------------------------------------------------------------------------- > To unsubscribe, please send email to majordomo@pm.org > with 'unsubscribe memphis-pm-list' in the body of the message. > ---------------------------------------------------------------------------- > ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From jgreer at midsouth.rr.com Mon May 1 19:31:15 2000 From: jgreer at midsouth.rr.com (Jim Greer) Date: Thu Aug 5 00:07:12 2004 Subject: [Memphis.pm] Wassup with the next meeting? In-Reply-To: ; from bsides@towery.com on Mon, May 01, 2000 at 09:40:48AM -0500 References: <20000430185425.B14643@kafka.greer.local> Message-ID: <20000501193115.D19319@kafka.greer.local> * Brock Sides (bsides@towery.com) [000501 09:45]: > Since other than Jim's PAM talk, we don't have any scheduled presentations > yet, why don't we roll the GOLUM and Memphis.pm meeting together, and > just start at 7:30? I'll talk about Perl CGI security. Cool by me. Jim G -- You know what they say -- the sweetest word in the English language is revenge. -- Peter Beard gpg fingerprint = B06E 66CF 31B2 89B7 25ED 2923 01E3 057E 4565 F02D ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From phil_groce at cmcsmart.com Tue May 9 16:27:29 2000 From: phil_groce at cmcsmart.com (Phil Groce) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] GTK-Perl and signal handlers In-Reply-To: <20000430185425.B14643@kafka.greer.local> References: <390A2EA9.53E35C95@mindspring.com> <20000428204911.29844.qmail@hotmail.com> <390A2EA9.53E35C95@mindspring.com> Message-ID: <4.2.2.20000509161831.00c83c40@calendar.cmcsmart.com> (Should I post to GOLUM or the Perl Mongers? Hmm...Perl Mongers could use the traffic....) I'm building a little UI for the venerable "read directory of files, do a substitution, write file to different directory" script. I'm having trouble finding info on the signal handlers, though. When a button gets pressed, I'd like to be able to get some info from the rest of the UI (source directory, destination directory, regular expression) and feed that to the useful part of the program. It looks like my signal handler gets passed a reference to the button, then an empty string(?), the name of the button as a string, and the window name, again as a string. How can I get a ref to the top-level ancestor of the widget, so I can visit the important parts of the UI and grab my info? Possibly significant detail: I'm using Glade to build the UI. Any help on this would be appreciated. phil ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From dysan_2000 at hotmail.com Tue May 9 23:18:19 2000 From: dysan_2000 at hotmail.com (Big Ed) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] GTK-Perl and signal handlers Message-ID: <20000510041819.17624.qmail@hotmail.com> Well.. I've only used GTK+ Widgets in C, but I think I can help you here: With the other widgets, create signal handlers with express purpose of updating a standalone struct with the necessary info. When your signal function is called on the button, reference the struct for retrieving necessary data from it. You could do the same with a class or something of that nature ($obj->set_text('blah')) I really need to look back into a little GTK stuff, since it's been months since I've done any GTK coding lately. Also, the signal handlers do allow for passing additional args into the call. You should be able to pass a $ref off. If this doesn't seem correct, or you want me to post an example, let me know. -Ed >From: "Phil Groce" >Reply-To: memphis-pm-list@pm.org >To: memphis-pm-list@pm.org >Subject: [Memphis.pm] GTK-Perl and signal handlers >Date: Tue, 09 May 2000 16:27:29 -0500 > >(Should I post to GOLUM or the Perl Mongers? Hmm...Perl Mongers could use >the traffic....) > >I'm building a little UI for the venerable "read directory of files, do a >substitution, write file to different directory" script. > >I'm having trouble finding info on the signal handlers, though. When a >button gets pressed, I'd like to be able to get some info from the rest of >the UI (source directory, destination directory, regular expression) and >feed that to the useful part of the program. It looks like my signal >handler gets passed a reference to the button, then an empty string(?), the >name of the button as a string, and the window name, again as a string. > >How can I get a ref to the top-level ancestor of the widget, so I can visit >the important parts of the UI and grab my info? > >Possibly significant detail: I'm using Glade to build the UI. > >Any help on this would be appreciated. > >phil > >---------------------------------------------------------------------------- >To unsubscribe, please send email to majordomo@pm.org >with 'unsubscribe memphis-pm-list' in the body of the message. >---------------------------------------------------------------------------- > ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From phil_groce at cmcsmart.com Wed May 10 08:30:58 2000 From: phil_groce at cmcsmart.com (Phil Groce) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] GTK-Perl and signal handlers In-Reply-To: <20000510041819.17624.qmail@hotmail.com> Message-ID: <4.2.2.20000510081536.00bbed50@calendar.cmcsmart.com> At 11:18 PM 5/9/00 -0500, you wrote: >With the other widgets, create signal handlers with express purpose of >updating a standalone struct with the necessary info. This seems to work; thanks for the help, Ed. >Also, the signal handlers do allow for passing additional args into the >call. You should be able to pass a $ref off. I haven't been able to get this to work. My current workaround is specifically referencing a hash in the main:: namespace. So any info on doing this last bit is appreciated. >If this doesn't seem correct, or you want me to post an example, let me know. Couldn't hurt. If the code is in C, feel free to email it to me personally, and I'll post something when/if I work the Perl out. Unless no one minds getting C code on a Perl mailing list. :) Incidentally, Glade rocks with Perl. If you haven't checked it out, do. :) >-Ed phil ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From phil_groce at cmcsmart.com Wed May 10 08:53:24 2000 From: phil_groce at cmcsmart.com (Phil Groce) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] GTK-Perl and signal handlers In-Reply-To: <4.2.2.20000510081536.00bbed50@calendar.cmcsmart.com> References: <20000510041819.17624.qmail@hotmail.com> Message-ID: <4.2.2.20000510084344.00bc0100@calendar.cmcsmart.com> At 08:30 AM 5/10/00 -0500, I wrote: >At 11:18 PM 5/9/00 -0500, Ed wrote: >>Also, the signal handlers do allow for passing additional args into the >>call. You should be able to pass a $ref off. > >I haven't been able to get this to work. My current workaround is >specifically referencing a hash in the main:: namespace. So any info on >doing this last bit is appreciated. Answered my own question, sort of. I poked around in the default handlers Glade builds and found the following magic: my ($class, $data, $object, $instance, $event) = @_; # [...snip... --pg] # Get ref to hash of all widgets on our form my $form = $__PACKAGE__::all_forms->{$instance}; $instance is always passed to each signal handler. Using $form, I can directly access each widget by name, so I don't have to install handlers for each event and populate a struc -- er, hash independently. :) Hope this make someone's life easier. Now that I know this, I'm especially psyched about Glade. I may need to poke around some more and see what other internal structures it builds, though. Kinda wish I knew if this was going to go away some day. But hey, it's here now. :) phil ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From dysan_2000 at hotmail.com Mon May 22 16:18:06 2000 From: dysan_2000 at hotmail.com (Big Ed) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] Perl 5.6 Message-ID: <20000522211806.40606.qmail@hotmail.com> Is anyone here running perl 5.6? I've been wanting to upgrade since it was released, but I'm not sure if mod_perl will work with it, or if there's any difference to the syntax of my 5.005 scripts.. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From ivulfson at fedex.com Mon May 22 16:49:04 2000 From: ivulfson at fedex.com (Igor Vulfson) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] Perl 5.6 In-Reply-To: <20000522211806.40606.qmail@hotmail.com> from "Big Ed" at May 22, 2000 04:18:06 PM Message-ID: <200005222149.QAA23822@styx.or.fedex.com> > Is anyone here running perl 5.6? I've been wanting to upgrade since it was > released, but I'm not sure if mod_perl will work with it, or if there's any > difference to the syntax of my 5.005 scripts.. Although perl.com claims that "[Perl 5.6.0] is a stable, tested release that you should use in production environments", it would seem worth some time waiting for Perl 5.6.1 - I honestly don't trust any .0 releases, even if Christianson and Wall are involved. Plus, there are no features in Perl 5.6 that would somehow better mod_perl's performance as compared to Perl 5.005 - in any case, I don't think mod_perl has been rewritten to use the enhancements introduced in Perl 5.6. So, you would be relying on buglessness of Perl 5.6 and of the latest version of mod_perl - 1.24, if I'm not mistaking. On a more personal note, I've been running mod_perl/1.21 on Apache/1.3.9 and Perl 5.005_03 under Sun Solaris 2.7 for a few months now, and have been very happy with the performance and stability. Regards, iv -- webmaster http://codeflux.com/ ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From philarete at mindspring.com Mon May 22 20:46:44 2000 From: philarete at mindspring.com (Brock Sides) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] Perl 5.6 References: <20000522211806.40606.qmail@hotmail.com> Message-ID: <3929E304.2E05446F@mindspring.com> Big Ed wrote: > Is anyone here running perl 5.6? I've been wanting to upgrade since it was > released, but I'm not sure if mod_perl will work with it, or if there's any > difference to the syntax of my 5.005 scripts.. I can't say that I've tried to mod_perl with 5.6, but I'd wager there won't be any problems. mod_perl incompatibility would be enough to hold back a release. There won't be any need to change your scripts, unless you've written them to rely on some very obscure bug in 5.005. (Perl is backwards compatible, but not bugwards compatible. :) I would have no fear about rolling out 5.6 into a production environment. On the other hand, I can't think of a particularly compelling reason to do so, unless you're just dying to try out lvaluable subroutines. :) Brock P.S. What Perly topic would people be interested in seeing a presentation on at the next GOLUM/Memphis.pm meeting? P.P.S. Bye, Phil; and good luck in Atlanta. When are you leaving? We should have a going away get-together at Huey's. And does this mean we all have a place to crash during ALA? ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From pgroce at cmcsmart.com Tue May 23 07:03:50 2000 From: pgroce at cmcsmart.com (phil) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] Perl 5.6 Message-ID: <20000523070350.A24146@pgdell> On Mon, 22 May 2000 20:46:44 Brock Sides wrote: > P.P.S. Bye, Phil; and good luck in Atlanta. When are you leaving? We > should have a going away get-together at Huey's. And does this mean we > all have a place to crash during ALA? This Thursday, actually. Sorry I didn't give you more notice; drink a beer in my honor and we'll call it even. :) I'm going to keep lurking on the list; anyone coming to the Expo is welcome, as much as my 550 square feet will allow. :) Thanks for everything, and if I can help a fellow Perl Monger, you have only to ask. phil ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From dysan_2000 at hotmail.com Tue May 23 10:32:59 2000 From: dysan_2000 at hotmail.com (Big Ed) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] Perl 5.6 Message-ID: <20000523153259.33296.qmail@hotmail.com> *shrug* I could always give an overview of using DBI with MySQL and then changing one line and running it on mSQL? I can also do things like HOW-TO's with CGI.pm, CGI_Lite.pm, Dynamic Object loading, etc. Or maybe just how to create your own package. I don't necessarily have to teach these, but it's some ideas... >P.S. What Perly topic would people be interested in seeing a >presentation on at the next GOLUM/Memphis.pm meeting? > ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ---------------------------------------------------------------------------- From phil_groce at cmcsmart.com Tue May 23 10:36:27 2000 From: phil_groce at cmcsmart.com (Phil Groce) Date: Thu Aug 5 00:07:13 2004 Subject: [Memphis.pm] oops... In-Reply-To: <20000523070350.A24146@pgdell> Message-ID: <4.2.2.20000523103524.00c08750@calendar.cmcsmart.com> I did an incomplete job changing my email to reflect the change in situation. For the record, it's pgroce@yahoo.com. phil ---------------------------------------------------------------------------- To unsubscribe, please send email to majordomo@pm.org with 'unsubscribe memphis-pm-list' in the body of the message. ----------------------------------------------------------------------------