From dmagnuszewski at mandtbank.com Thu Feb 2 07:52:42 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 02 Feb 2006 10:52:42 -0500 Subject: [Buffalo-pm] Fwd: [tpm] YAPC::EU 2005 video collection Message-ID: A nice collection of videos... -------------- next part -------------- An embedded message was scrubbed... From: "Richard Dice" Subject: [tpm] YAPC::EU 2005 video collection Date: Thu, 02 Feb 2006 10:21:38 -0500 Size: 1058 Url: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060202/42e69e52/attachment.mht From dmagnuszewski at mandtbank.com Fri Feb 3 08:20:59 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 03 Feb 2006 11:20:59 -0500 Subject: [Buffalo-pm] Perl Curses On OSX Message-ID: Mongers, Has anyone ever tried installing Curses ( http://search.cpan.org/~giraffed/Curses-1.13/gen/make.Curses.pm ) on OS X (I'm running version 10.3.9). I found a website ( http://freebsdgirl.com/?page_id=589 ) where someone else had this problem, and they provided a fix. I followed along with the fix described on the website. Everything seemed to compile and install correctly after that, but when I tried to run the program, I got some errors and my terminal was messed up (anything I typed wasn't being echoed to the screen, etc). Note, this is not one of my programs - it's a program that is known to work ;-) I just want to validate that the Curses fix I applied actually worked and that the install is good. This way I can eliminate that as the cause of the problem. Also, there didn't seem to be any tests that could be run for it during the compilation/installation. Has anyone else run into a similar problem with installing Curses on OSX? Thanks. -Dan From cbrandt at buffalo.edu Fri Feb 3 09:46:30 2006 From: cbrandt at buffalo.edu (Jim Brandt) Date: Fri, 03 Feb 2006 12:46:30 -0500 Subject: [Buffalo-pm] Perl Curses On OSX In-Reply-To: References: Message-ID: <43E396F6.6020702@buffalo.edu> If you have X11 installed, try it in a real Xterm. It might not work quite right in Terminal. DANIEL MAGNUSZEWSKI wrote: > Mongers, > > Has anyone ever tried installing Curses ( > http://search.cpan.org/~giraffed/Curses-1.13/gen/make.Curses.pm ) on OS > X (I'm running version 10.3.9). I found a website ( > http://freebsdgirl.com/?page_id=589 ) where someone else had this > problem, and they provided a fix. I followed along with the fix > described on the website. Everything seemed to compile and install > correctly after that, but when I tried to run the program, I got some > errors and my terminal was messed up (anything I typed wasn't being > echoed to the screen, etc). Note, this is not one of my programs - it's > a program that is known to work ;-) I just want to validate that the > Curses fix I applied actually worked and that the install is good. This > way I can eliminate that as the cause of the problem. Also, there didn't > seem to be any tests that could be run for it during the > compilation/installation. > > Has anyone else run into a similar problem with installing Curses on > OSX? > > Thanks. > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Jim Brandt Administrative Computing Services University at Buffalo From dmagnuszewski at mandtbank.com Fri Feb 3 10:09:44 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 03 Feb 2006 13:09:44 -0500 Subject: [Buffalo-pm] Perl Curses On OSX Message-ID: Do you generally use Xterm instead of Terminal? Just curious. >>> "Jim Brandt" 02/03/06 12:46 PM >>> If you have X11 installed, try it in a real Xterm. It might not work quite right in Terminal. DANIEL MAGNUSZEWSKI wrote: > Mongers, > > Has anyone ever tried installing Curses ( > http://search.cpan.org/~giraffed/Curses-1.13/gen/make.Curses.pm ) on OS > X (I'm running version 10.3.9). I found a website ( > http://freebsdgirl.com/?page_id=589 ) where someone else had this > problem, and they provided a fix. I followed along with the fix > described on the website. Everything seemed to compile and install > correctly after that, but when I tried to run the program, I got some > errors and my terminal was messed up (anything I typed wasn't being > echoed to the screen, etc). Note, this is not one of my programs - it's > a program that is known to work ;-) I just want to validate that the > Curses fix I applied actually worked and that the install is good. This > way I can eliminate that as the cause of the problem. Also, there didn't > seem to be any tests that could be run for it during the > compilation/installation. > > Has anyone else run into a similar problem with installing Curses on > OSX? > > Thanks. > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Jim Brandt Administrative Computing Services University at Buffalo From cbrandt at buffalo.edu Fri Feb 3 11:57:23 2006 From: cbrandt at buffalo.edu (Jim Brandt) Date: Fri, 03 Feb 2006 14:57:23 -0500 Subject: [Buffalo-pm] Perl Curses On OSX In-Reply-To: References: Message-ID: <43E3B5A3.9020109@buffalo.edu> Depends on what I'm doing. Both have advantages and disadvantages. If I'm doing things to specifically work on the Mac, I use terminal. You can launch applications, drag things from the Finder to the terminal window, etc. Any general unixy or perl things, I usually use a real Xterm. DANIEL MAGNUSZEWSKI wrote: > Do you generally use Xterm instead of Terminal? Just curious. > >>>> "Jim Brandt" 02/03/06 12:46 PM >>> > If you have X11 installed, try it in a real Xterm. It might not work > quite right in Terminal. > > > DANIEL MAGNUSZEWSKI wrote: >> Mongers, >> >> Has anyone ever tried installing Curses ( >> http://search.cpan.org/~giraffed/Curses-1.13/gen/make.Curses.pm ) on > OS >> X (I'm running version 10.3.9). I found a website ( >> http://freebsdgirl.com/?page_id=589 ) where someone else had this >> problem, and they provided a fix. I followed along with the fix >> described on the website. Everything seemed to compile and install >> correctly after that, but when I tried to run the program, I got > some >> errors and my terminal was messed up (anything I typed wasn't being >> echoed to the screen, etc). Note, this is not one of my programs - > it's >> a program that is known to work ;-) I just want to validate that the >> Curses fix I applied actually worked and that the install is good. > This >> way I can eliminate that as the cause of the problem. Also, there > didn't >> seem to be any tests that could be run for it during the >> compilation/installation. >> >> Has anyone else run into a similar problem with installing Curses on >> OSX? >> >> Thanks. >> >> -Dan >> >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm > -- Jim Brandt Administrative Computing Services University at Buffalo From dmagnuszewski at mandtbank.com Fri Feb 3 12:25:49 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 03 Feb 2006 15:25:49 -0500 Subject: [Buffalo-pm] Perl Curses On OSX Message-ID: Cool. I'm going to give the Xterm solution a try when I get home. Thanks. >>> "Jim Brandt" 02/03/06 2:57 PM >>> Depends on what I'm doing. Both have advantages and disadvantages. If I'm doing things to specifically work on the Mac, I use terminal. You can launch applications, drag things from the Finder to the terminal window, etc. Any general unixy or perl things, I usually use a real Xterm. DANIEL MAGNUSZEWSKI wrote: > Do you generally use Xterm instead of Terminal? Just curious. > >>>> "Jim Brandt" 02/03/06 12:46 PM >>> > If you have X11 installed, try it in a real Xterm. It might not work > quite right in Terminal. > > > DANIEL MAGNUSZEWSKI wrote: >> Mongers, >> >> Has anyone ever tried installing Curses ( >> http://search.cpan.org/~giraffed/Curses-1.13/gen/make.Curses.pm ) on > OS >> X (I'm running version 10.3.9). I found a website ( >> http://freebsdgirl.com/?page_id=589 ) where someone else had this >> problem, and they provided a fix. I followed along with the fix >> described on the website. Everything seemed to compile and install >> correctly after that, but when I tried to run the program, I got > some >> errors and my terminal was messed up (anything I typed wasn't being >> echoed to the screen, etc). Note, this is not one of my programs - > it's >> a program that is known to work ;-) I just want to validate that the >> Curses fix I applied actually worked and that the install is good. > This >> way I can eliminate that as the cause of the problem. Also, there > didn't >> seem to be any tests that could be run for it during the >> compilation/installation. >> >> Has anyone else run into a similar problem with installing Curses on >> OSX? >> >> Thanks. >> >> -Dan >> >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm > -- Jim Brandt Administrative Computing Services University at Buffalo From joshj at linuxmail.org Tue Feb 7 06:36:54 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Tue, 7 Feb 2006 09:36:54 -0500 (EST) Subject: [Buffalo-pm] apache::storage Message-ID: Is there an Apache2 equivelent of Apache::Storage which will let me keep things in apache's memory to use later? Like frequently accessed functions and such. -Josh J From dmagnuszewski at mandtbank.com Wed Feb 8 06:17:40 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Wed, 08 Feb 2006 09:17:40 -0500 Subject: [Buffalo-pm] apache::storage Message-ID: Have you looked into mod_perl? http://www.perl.com/pub/a/2002/02/26/whatismodperl.html http://www.perl.com/pub/a/2002/03/22/modperl.html Jim or Kevin can probably shed more light on this. -Dan >>> 02/07/06 9:36 AM >>> Is there an Apache2 equivelent of Apache::Storage which will let me keep things in apache's memory to use later? Like frequently accessed functions and such. -Josh J _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm From eye at buffalo.edu Wed Feb 8 06:32:43 2006 From: eye at buffalo.edu (Kevin Eye) Date: Wed, 08 Feb 2006 09:32:43 -0500 Subject: [Buffalo-pm] apache::storage In-Reply-To: Message-ID: I'm not all that clear on the nnecessity of Apache::Storage. In mod_perl, if you just shove something into a global variable ($main::save_for_later = $something_important), won't it be around for the next request? Or does it disallow that or somehow clean up after itself? - Kevin On 2/8/06 9:17 AM, "DANIEL MAGNUSZEWSKI" wrote: > Have you looked into mod_perl? > > http://www.perl.com/pub/a/2002/02/26/whatismodperl.html > http://www.perl.com/pub/a/2002/03/22/modperl.html > > Jim or Kevin can probably shed more light on this. > > -Dan > >>>> 02/07/06 9:36 AM >>> > Is there an Apache2 equivelent of Apache::Storage which will let me > keep > things in apache's memory to use later? Like frequently accessed > functions and such. > > -Josh J > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Kevin Eye Web Applications Developer Marketing and Creative Services University at Buffalo 330 Crofts Hall Buffalo, NY 14260 eye at buffalo.edu phone (716) 645-5000 x1435 fax (716) 645-3765 From joshj at linuxmail.org Wed Feb 8 08:18:15 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Wed, 8 Feb 2006 11:18:15 -0500 (EST) Subject: [Buffalo-pm] apache::storage In-Reply-To: References: Message-ID: Thanks Dan and Kevin. I am actually working in mod_perl. I'm making my own custom handler (I know that there are 1001 of them on CPAN. This is purely for my learning experience). I just want to see how fast I can make it to do my specific tasks on my P2. One of my original problems was that I was dynamically loading subroutines. But the overhead of that was killing me. Then I found that mod_perl kept the subroutine stored in memory. So just adding an 'if (!defined(&$sub_ref))' before loading it made a dramatic performance increase. Now there is still the File IO of opening up each page and pages included within (like common HTML header files and footer files). I'm looking for a way to store them in memory. Then I'd check and only open them if it couldn't find them in memory. Maybe there is another way to accomplish this? Could that $main::page_1="the content" trick work? Or better yet, could I make that a hashref: $main::pages->{page_1} = "the content"? Would A hashref be faster? My understanding of them is that they access the memory location like pointers in C do. Is that right? As it stands it beats the pants off of what mod_php and servlets can do on this same machine. Keep in mind though that I haven't really tried to optimize those ones yet. And this isn't scaled up to their level either. I'm just impressed with power and control that mod_perl has. -Josh J Thus spake Kevin Eye on Wed, 8 Feb 2006 > I'm not all that clear on the nnecessity of Apache::Storage. In mod_perl, if > you just shove something into a global variable ($main::save_for_later = > $something_important), won't it be around for the next request? Or does it > disallow that or somehow clean up after itself? > > - Kevin > > > On 2/8/06 9:17 AM, "DANIEL MAGNUSZEWSKI" > wrote: > >> Have you looked into mod_perl? >> >> http://www.perl.com/pub/a/2002/02/26/whatismodperl.html >> http://www.perl.com/pub/a/2002/03/22/modperl.html >> >> Jim or Kevin can probably shed more light on this. >> >> -Dan >> >>>>> 02/07/06 9:36 AM >>> >> Is there an Apache2 equivelent of Apache::Storage which will let me >> keep >> things in apache's memory to use later? Like frequently accessed >> functions and such. >> >> -Josh J >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm >> >> >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm > > -- > Kevin Eye > Web Applications Developer > Marketing and Creative Services > University at Buffalo > 330 Crofts Hall > Buffalo, NY 14260 > eye at buffalo.edu > phone (716) 645-5000 x1435 > fax (716) 645-3765 > > > From dmagnuszewski at mandtbank.com Wed Feb 8 08:34:21 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Wed, 08 Feb 2006 11:34:21 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! Message-ID: Mongers, Just a friendly reminder that there are under 2 weeks until the next meeting. As of now, there are no definite topics. Feel free to volunteer and give a talk on something that is of interest to you, or something that you are currently working on. For those with stage fright, you can suggest/recommend a new topic or choose from one of the of the previously suggested topics: Intro To Perl (and cool tricks) AI::Prolog (I may do something on this) Using Perl For Serial I/O (David Andruczyk - any progress?) GIS & Perl More GUI Stuff... Creating Executable Files In Perl (perl2exe, PAR, etc) SWISH Mod_Perl Pack/Unpack Functions Ajax Lightning Talks ...Thoughts?! -Dan From joshj at linuxmail.org Wed Feb 8 09:43:59 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Wed, 8 Feb 2006 12:43:59 -0500 (EST) Subject: [Buffalo-pm] apache::storage In-Reply-To: References: Message-ID: Got one thing to work... kind of... > this? Could that $main::page_1="the content" trick work? Or > better yet, could I make that a hashref: $main::pages->{page_1} = "the > content"? Would A hashref be faster? My understanding of them is that > they access the memory location like pointers in C do. Is that right? I did a "use vars qw($pages);" at the top of the handler module. And now I can use it as a hashref; if there is no page in $pages then it is stored as $pages->{pagename}. If there *is* a page then I can access the content as $pages->{pagename}. However, mod_perl seems to loose it after about 60 seconds and has to retreive from the file again. Is there a way I can make it stick around longer? Apache2::Reload is turned off. Or is there a better way to accomplish what I'm trying to do? (I... I am getting the feeling that there is more than one way to do this) -Josh From joshj at linuxmail.org Wed Feb 8 12:55:40 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Wed, 8 Feb 2006 15:55:40 -0500 (EST) Subject: [Buffalo-pm] apache::storage In-Reply-To: References: Message-ID: >> > Could that $main::page_1="the content" trick work? Or >> > better yet, could I make that a hashref: $main::pages->{page_1} = "the >> > content"? >> >> This will work unless mod_perl does something special to prevent this from >> working. (It wouldn't be a bad idea to disallow this for security >> purposes, >> but I don't think it does.) > > This worked out well. It didn't save as much time as I thought it would, > but .01 seconds is something. However it still looses it after 60 > seconds. Is there a way to extend that? Wait, figured this one out too. After a while it will always retreive the page from memory ($main::page->{pagename}). I'm guessing that this is because I keep getting random apache child-processes on request? Each hashref-instance will eventually be populated with the pages? So does that mean that if I have a total of 1Meg of pages and 20 Apache processes that 20M of memory will be taken up? If that's the case then is there anyway I can create 1 structure that is accessible by all apache processes? -Josh > >> >> I use the same kind of thing to cache log file handles and database >> connections in fastcgi applications, which are very similar in concept to >> mod_perl. >> >> > Would A hashref be faster? >> >> I think a hashref would technically be slower, as you've got an extra hash >> lookup in there. But it's very efficient, and I'd be surprised if you >> could >> measure a difference. I'd use the hashref because it would be cleaner >> code, >> especially if you eventually wanted to dynamically manage a cache of >> several >> pieces of content. > > Ok. (I know that the speed difference here is probably only academic) I > thought that a ref of somekind would be better because some pages would > probably be several K. > > -Josh > >> >> - Kevin >> >> >> On 2/8/06 11:18 AM, "joshj at linuxmail.org" wrote: >> >> > Thanks Dan and Kevin. >> > >> > I am actually working in mod_perl. I'm making my own custom handler (I >> > know that there are 1001 of them on CPAN. This is purely for my learning >> > experience). I just want to see how fast I can make it to do my specific >> > tasks on my P2. >> > >> > One of my original problems was that I was dynamically >> > loading subroutines. But the overhead of that was killing me. Then I >> > found that mod_perl kept the subroutine stored in memory. So just adding >> > an 'if (!defined(&$sub_ref))' before loading it made a dramatic >> > performance increase. >> > >> > Now there is still the File IO of opening up each page and pages >> > included within (like common HTML header files and footer files). I'm >> > looking for a way to store them in memory. Then I'd check and only open >> > them if it couldn't find them in memory. Maybe there is another way to >> > accomplish this? Could that $main::page_1="the content" trick work? Or >> > better yet, could I make that a hashref: $main::pages->{page_1} = "the >> > content"? Would A hashref be faster? My understanding of them is that >> > they access the memory location like pointers in C do. Is that right? >> > >> > As it stands it beats the pants off of what mod_php and servlets can do >> > on this same machine. Keep in mind though that I haven't really tried to >> > optimize >> > those ones yet. And this isn't scaled up to their level either. I'm just >> > impressed with power and control that mod_perl has. >> > >> > -Josh J >> > >> > Thus spake Kevin Eye on Wed, 8 Feb 2006 >> > >> > > I'm not all that clear on the nnecessity of Apache::Storage. In >> > > mod_perl, if >> > > you just shove something into a global variable ($main::save_for_later >> > > = >> > > $something_important), won't it be around for the next request? Or >> > > does it >> > > disallow that or somehow clean up after itself? >> > > >> > > - Kevin >> > > >> > > >> > > On 2/8/06 9:17 AM, "DANIEL MAGNUSZEWSKI" >> > > wrote: >> > > >> > > > Have you looked into mod_perl? >> > > > >> > > > http: //www.perl.com/pub/a/2002/02/26/whatismodperl.html >> > > > http: //www.perl.com/pub/a/2002/03/22/modperl.html >> > > > >> > > > Jim or Kevin can probably shed more light on this. >> > > > >> > > > -Dan >> > > > >> > > > > > > 02/07/06 9:36 AM >>> >> > > > Is there an Apache2 equivelent of Apache::Storage which will let me >> > > > keep >> > > > things in apache's memory to use later? Like frequently accessed >> > > > functions and such. >> > > > >> > > > -Josh J >>>>> _______________________________________________ >> > > > Buffalo-pm mailing list >> > > > Buffalo-pm at pm.org >> > > > http://mail.pm.org/mailman/listinfo/buffalo-pm >> > > > >> > > > >>>>> _______________________________________________ >> > > > Buffalo-pm mailing list >> > > > Buffalo-pm at pm.org >> > > > http://mail.pm.org/mailman/listinfo/buffalo-pm >> > > >> > > -- >> > > Kevin Eye >> > > Web Applications Developer >> > > Marketing and Creative Services >> > > University at Buffalo >> > > 330 Crofts Hall >> > > Buffalo, NY 14260 >> > > eye at buffalo.edu >> > > phone (716) 645-5000 x1435 >> > > fax (716) 645-3765 >> > > >> > > >> > > >>> _______________________________________________ >> > Buffalo-pm mailing list >> > Buffalo-pm at pm.org >> > http://mail.pm.org/mailman/listinfo/buffalo-pm >> >> -- >> Kevin Eye >> Web Applications Developer >> Marketing and Creative Services >> University at Buffalo >> 330 Crofts Hall >> Buffalo, NY 14260 >> eye at buffalo.edu >> phone (716) 645-5000 x1435 >> fax (716) 645-3765 >> >> >> > > From eye at buffalo.edu Wed Feb 8 13:27:41 2006 From: eye at buffalo.edu (Kevin Eye) Date: Wed, 08 Feb 2006 16:27:41 -0500 Subject: [Buffalo-pm] apache::storage In-Reply-To: Message-ID: That is the case. You can use any generic shared memory approach, such as IPC::ShareLite: http://search.cpan.org/~maurice/IPC-ShareLite-0.09/ShareLite.pm But then you have to worry about cleaning up the shared memory (it will hang around forever otherwise), and also make sure that one process isn't in the middle of reading it while another decides to write to it (can lead to seg faults). Also, you can only share a scalar, not a hash or array. To store those, you'd have to serialize them with Storable, FreezeThaw, Data::Dumper, etc. There are probably some libraries that help automatically handle various parts of this. This all starts to add complexity and overhead that might not be worthwhile or end up saving time overall. In my work, I've never benchmarked the exact effects of caching stuff from disk into memory, but I generally assume it wouldn't be worth it. The disk cache already automatically does it to some extent. I think you'll find the most worthwhile speed gains to be from caching the perl interpreter (i.e. using mod_perl or fastcgi), and caching the result of database queries and other complex code. You may want to look into perl's code profiling capabilities to see where your code is actually spending most of its time. It's usually quite a surprise. Check out these articles: http://www.perl.com/pub/a/2004/06/25/profiling.html http://www.perl.com/pub/a/2002/07/16/mod_perl.html - Kevin On 2/8/06 3:55 PM, "joshj at linuxmail.org" wrote: >>>> Could that $main::page_1="the content" trick work? Or >>>> better yet, could I make that a hashref: $main::pages->{page_1} = "the >>>> content"? >>> >>> This will work unless mod_perl does something special to prevent this from >>> working. (It wouldn't be a bad idea to disallow this for security >>> purposes, >>> but I don't think it does.) >> >> This worked out well. It didn't save as much time as I thought it would, >> but .01 seconds is something. However it still looses it after 60 >> seconds. Is there a way to extend that? > > Wait, figured this one out too. After a while it will always retreive > the page from memory ($main::page->{pagename}). I'm guessing that this > is because I keep getting random apache child-processes on request? Each > hashref-instance will eventually be populated with the pages? So does > that mean that if I have a total of 1Meg of pages and 20 Apache > processes that 20M of memory will be taken up? If that's the case then > is there anyway I can create 1 structure that is accessible by all > apache processes? > > -Josh > >> >>> >>> I use the same kind of thing to cache log file handles and database >>> connections in fastcgi applications, which are very similar in concept to >>> mod_perl. >>> >>>> Would A hashref be faster? >>> >>> I think a hashref would technically be slower, as you've got an extra hash >>> lookup in there. But it's very efficient, and I'd be surprised if you >>> could >>> measure a difference. I'd use the hashref because it would be cleaner >>> code, >>> especially if you eventually wanted to dynamically manage a cache of >>> several >>> pieces of content. >> >> Ok. (I know that the speed difference here is probably only academic) I >> thought that a ref of somekind would be better because some pages would >> probably be several K. >> >> -Josh >> >>> >>> - Kevin >>> >>> >>> On 2/8/06 11:18 AM, "joshj at linuxmail.org" wrote: >>> >>>> Thanks Dan and Kevin. >>>> >>>> I am actually working in mod_perl. I'm making my own custom handler (I >>>> know that there are 1001 of them on CPAN. This is purely for my learning >>>> experience). I just want to see how fast I can make it to do my specific >>>> tasks on my P2. >>>> >>>> One of my original problems was that I was dynamically >>>> loading subroutines. But the overhead of that was killing me. Then I >>>> found that mod_perl kept the subroutine stored in memory. So just adding >>>> an 'if (!defined(&$sub_ref))' before loading it made a dramatic >>>> performance increase. >>>> >>>> Now there is still the File IO of opening up each page and pages >>>> included within (like common HTML header files and footer files). I'm >>>> looking for a way to store them in memory. Then I'd check and only open >>>> them if it couldn't find them in memory. Maybe there is another way to >>>> accomplish this? Could that $main::page_1="the content" trick work? Or >>>> better yet, could I make that a hashref: $main::pages->{page_1} = "the >>>> content"? Would A hashref be faster? My understanding of them is that >>>> they access the memory location like pointers in C do. Is that right? >>>> >>>> As it stands it beats the pants off of what mod_php and servlets can do >>>> on this same machine. Keep in mind though that I haven't really tried to >>>> optimize >>>> those ones yet. And this isn't scaled up to their level either. I'm just >>>> impressed with power and control that mod_perl has. >>>> >>>> -Josh J >>>> >>>> Thus spake Kevin Eye on Wed, 8 Feb 2006 >>>> >>>>> I'm not all that clear on the nnecessity of Apache::Storage. In >>>>> mod_perl, if >>>>> you just shove something into a global variable ($main::save_for_later >>>>> = >>>>> $something_important), won't it be around for the next request? Or >>>>> does it >>>>> disallow that or somehow clean up after itself? >>>>> >>>>> - Kevin >>>>> >>>>> >>>>> On 2/8/06 9:17 AM, "DANIEL MAGNUSZEWSKI" >>>>> wrote: >>>>> >>>>>> Have you looked into mod_perl? >>>>>> >>>>>> http: //www.perl.com/pub/a/2002/02/26/whatismodperl.html >>>>>> http: //www.perl.com/pub/a/2002/03/22/modperl.html >>>>>> >>>>>> Jim or Kevin can probably shed more light on this. >>>>>> >>>>>> -Dan >>>>>> >>>>>>>>> 02/07/06 9:36 AM >>> >>>>>> Is there an Apache2 equivelent of Apache::Storage which will let me >>>>>> keep >>>>>> things in apache's memory to use later? Like frequently accessed >>>>>> functions and such. >>>>>> >>>>>> -Josh J >>>>>> _______________________________________________ >>>>>> Buffalo-pm mailing list >>>>>> Buffalo-pm at pm.org >>>>>> http://mail.pm.org/mailman/listinfo/buffalo-pm >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Buffalo-pm mailing list >>>>>> Buffalo-pm at pm.org >>>>>> http://mail.pm.org/mailman/listinfo/buffalo-pm >>>>> >>>>> -- >>>>> Kevin Eye >>>>> Web Applications Developer >>>>> Marketing and Creative Services >>>>> University at Buffalo >>>>> 330 Crofts Hall >>>>> Buffalo, NY 14260 >>>>> eye at buffalo.edu >>>>> phone (716) 645-5000 x1435 >>>>> fax (716) 645-3765 >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Buffalo-pm mailing list >>>> Buffalo-pm at pm.org >>>> http://mail.pm.org/mailman/listinfo/buffalo-pm >>> >>> -- >>> Kevin Eye >>> Web Applications Developer >>> Marketing and Creative Services >>> University at Buffalo >>> 330 Crofts Hall >>> Buffalo, NY 14260 >>> eye at buffalo.edu >>> phone (716) 645-5000 x1435 >>> fax (716) 645-3765 >>> >>> >>> >> >> > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Kevin Eye Web Applications Developer Marketing and Creative Services University at Buffalo 330 Crofts Hall Buffalo, NY 14260 eye at buffalo.edu phone (716) 645-5000 x1435 fax (716) 645-3765 From dmagnuszewski at mandtbank.com Thu Feb 9 06:57:58 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 09 Feb 2006 09:57:58 -0500 Subject: [Buffalo-pm] Audio Links Added To Hompage... Message-ID: All, Not sure if anyone noticed, but I added links on the homepage (http://buffalo.pm.org) to the audio from last month's meeting (http://buffalo.pm.org/#talks). Right now, just Kevin's talks are available. The bioinformatics talk will be up shortly. -Dan From dmagnuszewski at mandtbank.com Thu Feb 9 11:55:27 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 09 Feb 2006 14:55:27 -0500 Subject: [Buffalo-pm] Fwd: [nflug] OFF TOPIC: Consolidation Through Virtualization Message-ID: Mongers, I saw this on the NFLUG (Niagara Frontier Linux Users Group) list, and though off-topic, thought that it may be of interest to some people on the list. ...or maybe not ;-P -Dan -------------- next part -------------- An embedded message was scrubbed... From: "Darin Perusich" Subject: [nflug] OFF TOPIC: Consolidation Through Virtualization Date: Thu, 09 Feb 2006 10:26:30 -0500 Size: 5814 Url: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060209/744b79f0/attachment.mht From dmagnuszewski at mandtbank.com Fri Feb 10 07:08:41 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 10 Feb 2006 10:08:41 -0500 Subject: [Buffalo-pm] Audio Links Added To Homepage... Message-ID: I have added the audio link for the Bioinformatics talk: http://buffalo.pm.org/#jan17 All the audio from last month's meeting is now available. Thanks to Mike Richardson for handling the recording/mixing/hosting of the audio. -Dan >>> "DANIEL MAGNUSZEWSKI" 02/09/06 9:57 AM >>> All, Not sure if anyone noticed, but I added links on the homepage (http://buffalo.pm.org) to the audio from last month's meeting (http://buffalo.pm.org/#talks). Right now, just Kevin's talks are available. The bioinformatics talk will be up shortly. -Dan _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm From dmagnuszewski at mandtbank.com Tue Feb 14 08:19:58 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Tue, 14 Feb 2006 11:19:58 -0500 Subject: [Buffalo-pm] Problem With Perl After OS X System Restore Message-ID: Mongers, This may be more of a Mac/OS X question than a Perl question...oh well ;-) Recently, my Mac decided that it wasn't going to boot up, and wasn't getting past the grey apple/spinning gear screen. I called Apple support and after a series of random attempts to get it to boot, they advised me to do a restore of the OS with the install CD. I was running version 10.3.9, and my install CD was version 10.3.7. So I did a system restore, then upgraded to 10.3.8, then to 10.3.9 and installed the updates. All my data and applications were available and running no problem. Last night I tried installing some Perl modules, and I got an error saying that it could not find the file "perl.h" within the $PERL_LIB/../CORE/ directory. The file didn't exist in the directory, but when I did a locate for perl.h it said that it was in the /System Restore 1/$PERL_LIB/../CORE directory. The file was not in this directory either. In addition to this, the system could not find any of my make programs. Has anyone ever run into this problem before? Thanks! -Dan From dmagnuszewski at mandtbank.com Tue Feb 14 08:41:29 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Tue, 14 Feb 2006 11:41:29 -0500 Subject: [Buffalo-pm] Problem With Perl After OS X System Restore Message-ID: I haven't reinstalled the developer tools - I guess I assumed that it was considered an application (like firefox) that would remain after the restore. >>> "Kevin Eye" 02/14/06 11:31 AM >>> Did you re-install the OSX developer tools? I think they're a separate install and may need to be reinstalled after the restore. They're not required to use perl on OSX, but they include make and gcc and probably the perl include files (like perl.h) you need to compile modules. Your locate database looks like it hasn't been updated since the restore. It only gets regenerated in the middle of the night if your machine happens to be on. You could use "find / -name perl.h" but that would be painfully slow. - Kevin On 2/14/06 11:19 AM, "DANIEL MAGNUSZEWSKI" wrote: > Mongers, > > This may be more of a Mac/OS X question than a Perl question...oh well > ;-) > > Recently, my Mac decided that it wasn't going to boot up, and wasn't > getting past the grey apple/spinning gear screen. I called Apple support > and after a series of random attempts to get it to boot, they advised me > to do a restore of the OS with the install CD. I was running version > 10.3.9, and my install CD was version 10.3.7. So I did a system restore, > then upgraded to 10.3.8, then to 10.3.9 and installed the updates. All > my data and applications were available and running no problem. Last > night I tried installing some Perl modules, and I got an error saying > that it could not find the file "perl.h" within the $PERL_LIB/../CORE/ > directory. The file didn't exist in the directory, but when I did a > locate for perl.h it said that it was in the /System Restore > 1/$PERL_LIB/../CORE directory. The file was not in this directory > either. In addition to this, the system could not find any of my make > programs. > > Has anyone ever run into this problem before? Thanks! > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Kevin Eye Web Applications Developer Marketing and Creative Services University at Buffalo 330 Crofts Hall Buffalo, NY 14260 eye at buffalo.edu phone (716) 645-5000 x1435 fax (716) 645-3765 From dmagnuszewski at mandtbank.com Wed Feb 15 06:10:29 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Wed, 15 Feb 2006 09:10:29 -0500 Subject: [Buffalo-pm] Problem With Perl After OS X System Restore Message-ID: That was the problem - I had to reinstall the developer tools. All is well again! Thanks. >>> "Kevin Eye" 02/14/06 11:31 AM >>> Did you re-install the OSX developer tools? I think they're a separate install and may need to be reinstalled after the restore. They're not required to use perl on OSX, but they include make and gcc and probably the perl include files (like perl.h) you need to compile modules. Your locate database looks like it hasn't been updated since the restore. It only gets regenerated in the middle of the night if your machine happens to be on. You could use "find / -name perl.h" but that would be painfully slow. - Kevin From dmagnuszewski at mandtbank.com Wed Feb 15 11:43:21 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Wed, 15 Feb 2006 14:43:21 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! Message-ID: The next technical meeting is next Tuesday in Bell 242 (UB North Campus). I am going to do a talk on AI::Prolog (http://search.cpan.org/~ovid/AI-Prolog-0.733/lib/AI/Prolog.pm). I'm not sure exactly how long the talk will last, but I will follow a (very tentative) agenda of: 1) Brief intro to logic programming. 2) Brief intro to the Prolog language. 3) Show example uses. 3) Bringing Perl and Prolog together. 4) Live demo of AI::Prolog. I doubt this will go longer than an hour. We haven't done Lightning Talks (http://perl.plover.com/lightning-talks.html) in a long while, and I thought that it may be a good idea. Thoughts? -Dan >>> "DANIEL MAGNUSZEWSKI" 02/08/06 11:34 AM >>> Mongers, Just a friendly reminder that there are under 2 weeks until the next meeting. As of now, there are no definite topics. Feel free to volunteer and give a talk on something that is of interest to you, or something that you are currently working on. For those with stage fright, you can suggest/recommend a new topic or choose from one of the of the previously suggested topics: Intro To Perl (and cool tricks) AI::Prolog (I may do something on this) Using Perl For Serial I/O (David Andruczyk - any progress?) GIS & Perl More GUI Stuff... Creating Executable Files In Perl (perl2exe, PAR, etc) SWISH Mod_Perl Pack/Unpack Functions Ajax Lightning Talks ...Thoughts?! -Dan From cbrandt at buffalo.edu Wed Feb 15 12:29:38 2006 From: cbrandt at buffalo.edu (Jim Brandt) Date: Wed, 15 Feb 2006 15:29:38 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! In-Reply-To: References: Message-ID: <43F38F32.7030006@buffalo.edu> I think an hour is OK for a presentation. If you add some Q & A and general Perl topics, that should fill up the meeting. We could save lightning talks for another month. A while ago, I think I threw out a tentative standing agenda that had some time for general perl questions, etc. that can fill probably 1/2 an hour. Might be in the list archives somewhere... DANIEL MAGNUSZEWSKI wrote: > The next technical meeting is next Tuesday in Bell 242 (UB North > Campus). I am going to do a talk on AI::Prolog > (http://search.cpan.org/~ovid/AI-Prolog-0.733/lib/AI/Prolog.pm). I'm not > sure exactly how long the talk will last, but I will follow a (very > tentative) agenda of: > > 1) Brief intro to logic programming. > 2) Brief intro to the Prolog language. > 3) Show example uses. > 3) Bringing Perl and Prolog together. > 4) Live demo of AI::Prolog. > > I doubt this will go longer than an hour. We haven't done Lightning > Talks (http://perl.plover.com/lightning-talks.html) in a long while, and > I thought that it may be a good idea. > > Thoughts? > > -Dan > -- Jim Brandt Administrative Computing Services University at Buffalo From dmagnuszewski at mandtbank.com Thu Feb 16 11:10:11 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 16 Feb 2006 14:10:11 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! Message-ID: I'd agree. Let's come up with a couple of "Perl Discussion Topics" for the next meeting then - and who will lead the discussion. I believe that this is what you were talking about: http://mail.pm.org/pipermail/buffalo-pm/2005-June/000231.html -- clipped from June 7th email -- 2) Could we do a beginner topic each session? Spend maybe 30 minutes on it. Info for beginners and others can chime in on other ways to do it, etc. Also, we can rotate who covers the info. 3) Ideas for summer sessions: * PerlMonks overview; * More on GUI programming with Perl; * Conference summaries for YAPC and OSCON; * Perl 6; * Cool modules; * Good coding practices with Perl; * How to write a Perl module; * Installing Perl on Unixy systems and on Windows; * Installing Perl modules; * Testing; -- clipped from June 7th email -- I think a few of these have already been discussed (mainly dealing with the module stuff). I think doing something on Perl Best Practices would be good. If anyone sees something here (or in their head) that would be a good 5, 10, or 15 minute topic, then let me know. -Dan P.S - Here's the link to the archives, for those that are unaware of its location: http://mail.pm.org/pipermail/buffalo-pm/ >>> "Jim Brandt" 02/15/06 3:29 PM >>> I think an hour is OK for a presentation. If you add some Q & A and general Perl topics, that should fill up the meeting. We could save lightning talks for another month. A while ago, I think I threw out a tentative standing agenda that had some time for general perl questions, etc. that can fill probably 1/2 an hour. Might be in the list archives somewhere... From Ganesh.Shankar at RoswellPark.org Fri Feb 17 06:05:37 2006 From: Ganesh.Shankar at RoswellPark.org (Shankar, Ganesh) Date: Fri, 17 Feb 2006 09:05:37 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! References: Message-ID: <6FF91AE4F1DC7743A6466E334EB865AE10F20E38@VERITY.roswellpark.org> Hello All, If the schedule is not full already, here's a suggestion for the beginner topic. One of the hardest techniques for me to pick up as a beginner is how to blend Perl and the OS (unix of some flavor) to best advantage. For example, one of the gotchas I fell for was not using ./ to run the local script. Instead, a script with the same name in some default path was getting executed. I wasted quite a bit of time on that one. Another example is the utility of combining > to pipe Perl output to a file instead of doing anything special inside the program. -Ganesh -----Original Message----- From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf of DANIEL MAGNUSZEWSKI Sent: Thu 2/16/2006 2:10 PM To: buffalo-pm at mail.pm.org Subject: Re: [Buffalo-pm] February 21st Meeting - Topics Needed! I'd agree. Let's come up with a couple of "Perl Discussion Topics" for the next meeting then - and who will lead the discussion. I believe that this is what you were talking about: http://mail.pm.org/pipermail/buffalo-pm/2005-June/000231.html -- clipped from June 7th email -- 2) Could we do a beginner topic each session? Spend maybe 30 minutes on it. Info for beginners and others can chime in on other ways to do it, etc. Also, we can rotate who covers the info. 3) Ideas for summer sessions: * PerlMonks overview; * More on GUI programming with Perl; * Conference summaries for YAPC and OSCON; * Perl 6; * Cool modules; * Good coding practices with Perl; * How to write a Perl module; * Installing Perl on Unixy systems and on Windows; * Installing Perl modules; * Testing; -- clipped from June 7th email -- I think a few of these have already been discussed (mainly dealing with the module stuff). I think doing something on Perl Best Practices would be good. If anyone sees something here (or in their head) that would be a good 5, 10, or 15 minute topic, then let me know. -Dan P.S - Here's the link to the archives, for those that are unaware of its location: http://mail.pm.org/pipermail/buffalo-pm/ >>> "Jim Brandt" 02/15/06 3:29 PM >>> I think an hour is OK for a presentation. If you add some Q & A and general Perl topics, that should fill up the meeting. We could save lightning talks for another month. A while ago, I think I threw out a tentative standing agenda that had some time for general perl questions, etc. that can fill probably 1/2 an hour. Might be in the list archives somewhere... _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. From dmagnuszewski at mandtbank.com Fri Feb 17 06:43:32 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 17 Feb 2006 09:43:32 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! Message-ID: This is something that we can go over. Would you also be interested in learning how to run an external script/program/command from a Perl script, and be able to use its output within the Perl script? -Dan >>> "Shankar, Ganesh" 02/17/06 9:05 AM >>> Hello All, If the schedule is not full already, here's a suggestion for the beginner topic. One of the hardest techniques for me to pick up as a beginner is how to blend Perl and the OS (unix of some flavor) to best advantage. For example, one of the gotchas I fell for was not using ./ to run the local script. Instead, a script with the same name in some default path was getting executed. I wasted quite a bit of time on that one. Another example is the utility of combining > to pipe Perl output to a file instead of doing anything special inside the program. -Ganesh -----Original Message----- From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf of DANIEL MAGNUSZEWSKI Sent: Thu 2/16/2006 2:10 PM To: buffalo-pm at mail.pm.org Subject: Re: [Buffalo-pm] February 21st Meeting - Topics Needed! I'd agree. Let's come up with a couple of "Perl Discussion Topics" for the next meeting then - and who will lead the discussion. I believe that this is what you were talking about: http://mail.pm.org/pipermail/buffalo-pm/2005-June/000231.html -- clipped from June 7th email -- 2) Could we do a beginner topic each session? Spend maybe 30 minutes on it. Info for beginners and others can chime in on other ways to do it, etc. Also, we can rotate who covers the info. 3) Ideas for summer sessions: * PerlMonks overview; * More on GUI programming with Perl; * Conference summaries for YAPC and OSCON; * Perl 6; * Cool modules; * Good coding practices with Perl; * How to write a Perl module; * Installing Perl on Unixy systems and on Windows; * Installing Perl modules; * Testing; -- clipped from June 7th email -- I think a few of these have already been discussed (mainly dealing with the module stuff). I think doing something on Perl Best Practices would be good. If anyone sees something here (or in their head) that would be a good 5, 10, or 15 minute topic, then let me know. -Dan P.S - Here's the link to the archives, for those that are unaware of its location: http://mail.pm.org/pipermail/buffalo-pm/ >>> "Jim Brandt" 02/15/06 3:29 PM >>> I think an hour is OK for a presentation. If you add some Q & A and general Perl topics, that should fill up the meeting. We could save lightning talks for another month. A while ago, I think I threw out a tentative standing agenda that had some time for general perl questions, etc. that can fill probably 1/2 an hour. Might be in the list archives somewhere... _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. From Ganesh.Shankar at RoswellPark.org Fri Feb 17 06:52:54 2006 From: Ganesh.Shankar at RoswellPark.org (Shankar, Ganesh) Date: Fri, 17 Feb 2006 09:52:54 -0500 Subject: [Buffalo-pm] February 21st Meeting - Topics Needed! References: Message-ID: <6FF91AE4F1DC7743A6466E334EB865AE10F20E39@VERITY.roswellpark.org> Yes! These techniques are much harder (for me, anyway) to pick up than the regular features of a new language. -Ganesh -----Original Message----- From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf of DANIEL MAGNUSZEWSKI Sent: Fri 2/17/2006 9:43 AM To: buffalo-pm at mail.pm.org; Shankar, Ganesh Subject: Re: [Buffalo-pm] February 21st Meeting - Topics Needed! This is something that we can go over. Would you also be interested in learning how to run an external script/program/command from a Perl script, and be able to use its output within the Perl script? -Dan >>> "Shankar, Ganesh" 02/17/06 9:05 AM >>> Hello All, If the schedule is not full already, here's a suggestion for the beginner topic. One of the hardest techniques for me to pick up as a beginner is how to blend Perl and the OS (unix of some flavor) to best advantage. For example, one of the gotchas I fell for was not using ./ to run the local script. Instead, a script with the same name in some default path was getting executed. I wasted quite a bit of time on that one. Another example is the utility of combining > to pipe Perl output to a file instead of doing anything special inside the program. -Ganesh -----Original Message----- From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf of DANIEL MAGNUSZEWSKI Sent: Thu 2/16/2006 2:10 PM To: buffalo-pm at mail.pm.org Subject: Re: [Buffalo-pm] February 21st Meeting - Topics Needed! I'd agree. Let's come up with a couple of "Perl Discussion Topics" for the next meeting then - and who will lead the discussion. I believe that this is what you were talking about: http://mail.pm.org/pipermail/buffalo-pm/2005-June/000231.html -- clipped from June 7th email -- 2) Could we do a beginner topic each session? Spend maybe 30 minutes on it. Info for beginners and others can chime in on other ways to do it, etc. Also, we can rotate who covers the info. 3) Ideas for summer sessions: * PerlMonks overview; * More on GUI programming with Perl; * Conference summaries for YAPC and OSCON; * Perl 6; * Cool modules; * Good coding practices with Perl; * How to write a Perl module; * Installing Perl on Unixy systems and on Windows; * Installing Perl modules; * Testing; -- clipped from June 7th email -- I think a few of these have already been discussed (mainly dealing with the module stuff). I think doing something on Perl Best Practices would be good. If anyone sees something here (or in their head) that would be a good 5, 10, or 15 minute topic, then let me know. -Dan P.S - Here's the link to the archives, for those that are unaware of its location: http://mail.pm.org/pipermail/buffalo-pm/ >>> "Jim Brandt" 02/15/06 3:29 PM >>> I think an hour is OK for a presentation. If you add some Q & A and general Perl topics, that should fill up the meeting. We could save lightning talks for another month. A while ago, I think I threw out a tentative standing agenda that had some time for general perl questions, etc. that can fill probably 1/2 an hour. Might be in the list archives somewhere... _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. From dmagnuszewski at mandtbank.com Fri Feb 17 11:51:31 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Fri, 17 Feb 2006 14:51:31 -0500 Subject: [Buffalo-pm] Meeting Date & Time - Room Conflict... Message-ID: All, I went and signed out the room for Tuesday's meeting, and there was a some 700 level class that is in there from 5 - 8 on Tuesdays. My question to the list is if shifting the meeting from 7 to 8 will work out alright on Tuesday or if just moving to Wednesday at 7 will be better. Thoughts? -Dan From joshj at linuxmail.org Fri Feb 17 12:39:01 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Fri, 17 Feb 2006 15:39:01 -0500 (EST) Subject: [Buffalo-pm] Meeting Date & Time - Room Conflict... In-Reply-To: References: Message-ID: Me personally, I'm flexible. Either works for me. -Josh J Thus spake DANIEL MAGNUSZEWSKI on Fri, 17 Feb 2006 > All, > > I went and signed out the room for Tuesday's meeting, and there was a > some 700 level class that is in there from 5 - 8 on Tuesdays. My > question to the list is if shifting the meeting from 7 to 8 will work > out alright on Tuesday or if just moving to Wednesday at 7 will be > better. > > Thoughts? > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > From Ganesh.Shankar at RoswellPark.org Fri Feb 17 14:10:46 2006 From: Ganesh.Shankar at RoswellPark.org (Shankar, Ganesh) Date: Fri, 17 Feb 2006 17:10:46 -0500 Subject: [Buffalo-pm] Meeting Date & Time - Room Conflict... References: Message-ID: <6FF91AE4F1DC7743A6466E334EB865AE10F20E3C@VERITY.roswellpark.org> Hello, Moving the meeting to Wed. would be better for me. -Ganesh -----Original Message----- From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf of joshj at linuxmail.org Sent: Fri 2/17/2006 3:39 PM To: Buffalo PM Subject: Re: [Buffalo-pm] Meeting Date & Time - Room Conflict... Me personally, I'm flexible. Either works for me. -Josh J Thus spake DANIEL MAGNUSZEWSKI on Fri, 17 Feb 2006 > All, > > I went and signed out the room for Tuesday's meeting, and there was a > some 700 level class that is in there from 5 - 8 on Tuesdays. My > question to the list is if shifting the meeting from 7 to 8 will work > out alright on Tuesday or if just moving to Wednesday at 7 will be > better. > > Thoughts? > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. From joshua at wolfnix.net Fri Feb 17 19:10:26 2006 From: joshua at wolfnix.net (Joshua Ronne Altemoos) Date: Fri, 17 Feb 2006 22:10:26 -0500 (EST) Subject: [Buffalo-pm] Meeting Date & Time - Room Conflict... Message-ID: <3694.71.243.182.86.1140232226.squirrel@webmail.wolfnix.net> I plan on attending this meeting and as with Ganesh Wed. is better for me. -Josh > Hello, > Moving the meeting to Wed. would be better for me. > > -Ganesh > > > -----Original Message----- > From: buffalo-pm-bounces+ganesh.shankar=roswellpark.org at pm.org on behalf > of joshj at linuxmail.org > Sent: Fri 2/17/2006 3:39 PM > To: Buffalo PM > Subject: Re: [Buffalo-pm] Meeting Date & Time - Room Conflict... > > Me personally, I'm flexible. Either works for me. > > -Josh J > > Thus spake DANIEL MAGNUSZEWSKI on Fri, 17 Feb 2006 > >> All, >> >> I went and signed out the room for Tuesday's meeting, and there was a >> some 700 level class that is in there from 5 - 8 on Tuesdays. My >> question to the list is if shifting the meeting from 7 to 8 will work >> out alright on Tuesday or if just moving to Wednesday at 7 will be >> better. >> >> Thoughts? >> >> -Dan >> >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm >> > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > > > > This email message may contain legally privileged and/or confidential > information. If you are not the intended recipient(s), or the employee or > agent responsible for the delivery of this message to the intended > recipient(s), you are hereby notified that any disclosure, copying, > distribution, or use of this email message is prohibited. If you have > received this message in error, please notify the sender immediately by > e-mail and delete this email message from your computer. Thank you. > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > From dmagnuszewski at mandtbank.com Sun Feb 19 16:23:48 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Sun, 19 Feb 2006 19:23:48 -0500 Subject: [Buffalo-pm] Meeting Date & Time - Room Conflict... Message-ID: Due to some recent things that have come up, Wednesday doesn't work out well for me. We'll just keep it on Tuesday, but push the time back to 8. Seeing as there's only one talk (plus the other little talk), we should be out at the normal time. Unfortunately it can't be the best time for everyone, but I hope to see everyone at 8 o'clock on Tuesday. -Dan >>> "Joshua Ronne Altemoos" 02/17/06 10:10 PM >>> I plan on attending this meeting and as with Ganesh Wed. is better for me. -Josh > Hello, > Moving the meeting to Wed. would be better for me. > > -Ganesh > From dmagnuszewski at mandtbank.com Mon Feb 20 17:09:37 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Mon, 20 Feb 2006 20:09:37 -0500 Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! Message-ID: All, I know that there were a lot of people who mentioned that tomorrow would be better for them, but this isn't possible for me. Therefore, the meeting will be tomorrow at 8 PM. If Tuesday's are a problem for most people, then we can discuss what other days are best for these meetings. Meeting Information: February 21st, 2006 @ 8:00 PM Location: Bell 242 (UB North Campus) TOPICS: AI::Prolog By: Dan Magnuszewski (45 - 60 Minutes) 1) Brief intro to logic programming. 2) Brief intro to the Prolog language. 3) Show example uses. 3) Bringing Perl and Prolog together. 4) Live demo of AI::Prolog. Intro Perl & Cool Tricks - "Perl And External Programs" By: Open Floor (15 - 20 Minutes) Intro on how to run an external script/program/command from a Perl script, and be able to use its output within the Perl script. Also how input can be piped into Perl scripts. I hope to see everyone tomorrow! -Dan From cbrandt at buffalo.edu Tue Feb 21 05:10:04 2006 From: cbrandt at buffalo.edu (Jim Brandt) Date: Tue, 21 Feb 2006 08:10:04 -0500 Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! In-Reply-To: References: Message-ID: <43FB112C.6010601@buffalo.edu> Does the group that has the room at 7 know that their time is up at 8? Just thinking they might not know they have a deadline... See you tonight. Jim DANIEL MAGNUSZEWSKI wrote: > All, > > I know that there were a lot of people who mentioned that tomorrow would > be better for them, but this isn't possible for me. Therefore, the > meeting will be tomorrow at 8 PM. If Tuesday's are a problem for most > people, then we can discuss what other days are best for these meetings. > > Meeting Information: > > February 21st, 2006 @ 8:00 PM > Location: Bell 242 (UB North Campus) > > TOPICS: > > AI::Prolog > By: Dan Magnuszewski > (45 - 60 Minutes) > > 1) Brief intro to logic programming. > 2) Brief intro to the Prolog language. > 3) Show example uses. > 3) Bringing Perl and Prolog together. > 4) Live demo of AI::Prolog. > > Intro Perl & Cool Tricks - "Perl And External Programs" > By: Open Floor > (15 - 20 Minutes) > > Intro on how to run an external script/program/command from a Perl > script, and be able to use its output within the Perl script. Also how > input can be piped into Perl scripts. > > I hope to see everyone tomorrow! > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Jim Brandt Administrative Computing Services University at Buffalo From dmagnuszewski at mandtbank.com Tue Feb 21 06:20:54 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Tue, 21 Feb 2006 09:20:54 -0500 Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! Message-ID: They better! On the signout sheet, they marked off 5 - 8. So I'm hoping that they get out of there a little early - but they did sign it out until 8. If they extend their time, I'll let them know about their 8 o'clock timeframe ;-) >>> "Jim Brandt" 02/21/06 8:10 AM >>> Does the group that has the room at 7 know that their time is up at 8? Just thinking they might not know they have a deadline... See you tonight. Jim DANIEL MAGNUSZEWSKI wrote: > All, > > I know that there were a lot of people who mentioned that tomorrow would > be better for them, but this isn't possible for me. Therefore, the > meeting will be tomorrow at 8 PM. If Tuesday's are a problem for most > people, then we can discuss what other days are best for these meetings. > > Meeting Information: > > February 21st, 2006 @ 8:00 PM > Location: Bell 242 (UB North Campus) > > TOPICS: > > AI::Prolog > By: Dan Magnuszewski > (45 - 60 Minutes) > > 1) Brief intro to logic programming. > 2) Brief intro to the Prolog language. > 3) Show example uses. > 3) Bringing Perl and Prolog together. > 4) Live demo of AI::Prolog. > > Intro Perl & Cool Tricks - "Perl And External Programs" > By: Open Floor > (15 - 20 Minutes) > > Intro on how to run an external script/program/command from a Perl > script, and be able to use its output within the Perl script. Also how > input can be piped into Perl scripts. > > I hope to see everyone tomorrow! > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm -- Jim Brandt Administrative Computing Services University at Buffalo From joshj at linuxmail.org Tue Feb 21 06:35:37 2006 From: joshj at linuxmail.org (joshj@linuxmail.org) Date: Tue, 21 Feb 2006 09:35:37 -0500 (EST) Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! In-Reply-To: References: Message-ID: This is the same room as last time right? -Josh J Thus spake DANIEL MAGNUSZEWSKI on Tue, 21 Feb 2006 > They better! > > On the signout sheet, they marked off 5 - 8. So I'm hoping that they > get out of there a little early - but they did sign it out until 8. If > they extend their time, I'll let them know about their 8 o'clock > timeframe ;-) > >>>> "Jim Brandt" 02/21/06 8:10 AM >>> > Does the group that has the room at 7 know that their time is up at 8? > > Just thinking they might not know they have a deadline... > > See you tonight. > > Jim > > DANIEL MAGNUSZEWSKI wrote: >> All, >> >> I know that there were a lot of people who mentioned that tomorrow > would >> be better for them, but this isn't possible for me. Therefore, the >> meeting will be tomorrow at 8 PM. If Tuesday's are a problem for > most >> people, then we can discuss what other days are best for these > meetings. >> >> Meeting Information: >> >> February 21st, 2006 @ 8:00 PM >> Location: Bell 242 (UB North Campus) >> >> TOPICS: >> >> AI::Prolog >> By: Dan Magnuszewski >> (45 - 60 Minutes) >> >> 1) Brief intro to logic programming. >> 2) Brief intro to the Prolog language. >> 3) Show example uses. >> 3) Bringing Perl and Prolog together. >> 4) Live demo of AI::Prolog. >> >> Intro Perl & Cool Tricks - "Perl And External Programs" >> By: Open Floor >> (15 - 20 Minutes) >> >> Intro on how to run an external script/program/command from a Perl >> script, and be able to use its output within the Perl script. Also > how >> input can be piped into Perl scripts. >> >> I hope to see everyone tomorrow! >> >> -Dan >> >> _______________________________________________ >> Buffalo-pm mailing list >> Buffalo-pm at pm.org >> http://mail.pm.org/mailman/listinfo/buffalo-pm > > -- > Jim Brandt > Administrative Computing Services > University at Buffalo > > > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > From dmagnuszewski at mandtbank.com Tue Feb 21 06:53:12 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Tue, 21 Feb 2006 09:53:12 -0500 Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! Message-ID: Yes. >>> 02/21/06 9:35 AM >>> This is the same room as last time right? -Josh J Thus spake DANIEL MAGNUSZEWSKI on Tue, 21 Feb 2006 > They better! > > On the signout sheet, they marked off 5 - 8. So I'm hoping that they > get out of there a little early - but they did sign it out until 8. If > they extend their time, I'll let them know about their 8 o'clock > timeframe ;-) > From joshua at wolfnix.net Tue Feb 21 07:15:00 2006 From: joshua at wolfnix.net (Joshua Ronne Altemoos) Date: Tue, 21 Feb 2006 10:15:00 -0500 (EST) Subject: [Buffalo-pm] Reminder - February Meeting - Tomorrow! Message-ID: <26930.199.29.6.2.1140534900.squirrel@webmail.wolfnix.net> This is good, just had to make sure times for busing there which is my only issue but UB's website is very helpful in that reguard, See you there. Josh > All, > > I know that there were a lot of people who mentioned that tomorrow would be better for them, but this isn't possible for me. Therefore, the meeting will be tomorrow at 8 PM. If Tuesday's are a problem for most people, then we can discuss what other days are best for these meetings. > > Meeting Information: > > February 21st, 2006 @ 8:00 PM > Location: Bell 242 (UB North Campus) > > TOPICS: > > AI::Prolog > By: Dan Magnuszewski > (45 - 60 Minutes) > > 1) Brief intro to logic programming. > 2) Brief intro to the Prolog language. > 3) Show example uses. > 3) Bringing Perl and Prolog together. > 4) Live demo of AI::Prolog. > > Intro Perl & Cool Tricks - "Perl And External Programs" > By: Open Floor > (15 - 20 Minutes) > > Intro on how to run an external script/program/command from a Perl script, and be able to use its output within the Perl script. Also how input can be piped into Perl scripts. > > I hope to see everyone tomorrow! > > -Dan > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > From dmagnuszewski at mandtbank.com Wed Feb 22 09:17:30 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Wed, 22 Feb 2006 12:17:30 -0500 Subject: [Buffalo-pm] February Presentation Slides Available... Message-ID: Just an FYI that the slides from the meeting last night are up on the site. The audio will be up sometime next week. http://buffalo.pm.org Also, I forgot to ask this last night...Who is planning on going to YAPC (http://www.yapc.org/America/) this year? I definitely plan on going. If there's enough of us, perhaps we could get a car pool in place - ROAD TRIP!!! -Dan From joshua at wolfnix.net Wed Feb 22 11:35:08 2006 From: joshua at wolfnix.net (Joshua Ronne Altemoos) Date: Wed, 22 Feb 2006 14:35:08 -0500 (EST) Subject: [Buffalo-pm] Webhosting offer Message-ID: <8055.199.29.6.2.1140636908.squirrel@webmail.wolfnix.net> Hey, At the meeting there was the subject of offering of webhosting and I had mentioned along with someone else about space. On my webhosting package I Have a minumum of 20 GB of diskspace and 1TB of bandwidth and as of 2/22 I have 21.13GB of diskspace and 1.04TB of bandwidth. I willing to part with some of it for a PM website,forums, whatever. How about 5GB of dispace and 500GB of BW? as many mysql as wanted and 200 pop/imap boxes? Let me know Josh From Ganesh.Shankar at RoswellPark.org Thu Feb 23 06:28:15 2006 From: Ganesh.Shankar at RoswellPark.org (Shankar, Ganesh) Date: Thu, 23 Feb 2006 09:28:15 -0500 Subject: [Buffalo-pm] Website redesign Message-ID: <6FF91AE4F1DC7743A6466E334EB865AE10F20E3F@VERITY.roswellpark.org> Hello All, I heard some mention that we're going to redesign the pm website. I'd like to be involved in that. I didn't catch how I could join up and a pointer would be appreciated. Thanks, Ganesh ps. I'm working on ideas for the bioinformatics project. This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. From dmagnuszewski at mandtbank.com Thu Feb 23 07:03:00 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 23 Feb 2006 10:03:00 -0500 Subject: [Buffalo-pm] Webhosting offer Message-ID: That sounds good. The main question is if I'd be able to get a login to the system so that I can update the site. -Dan >>> "Joshua Ronne Altemoos" 02/22/06 2:35 PM >>> Hey, At the meeting there was the subject of offering of webhosting and I had mentioned along with someone else about space. On my webhosting package I Have a minumum of 20 GB of diskspace and 1TB of bandwidth and as of 2/22 I have 21.13GB of diskspace and 1.04TB of bandwidth. I willing to part with some of it for a PM website,forums, whatever. How about 5GB of dispace and 500GB of BW? as many mysql as wanted and 200 pop/imap boxes? Let me know Josh _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm From dmagnuszewski at mandtbank.com Thu Feb 23 07:10:06 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 23 Feb 2006 10:10:06 -0500 Subject: [Buffalo-pm] Website redesign Message-ID: Probably the best way to get involved (right now) is to just let me know. I can keep track of everyone on my end. Ideally, we/I should put up a kwiki somewhere and have people sign up and discuss their ideas. I'll see what I can do over the next few days. -Dan >>> "Shankar, Ganesh" 02/23/06 9:28 AM >>> Hello All, I heard some mention that we're going to redesign the pm website. I'd like to be involved in that. I didn't catch how I could join up and a pointer would be appreciated. Thanks, Ganesh ps. I'm working on ideas for the bioinformatics project. This email message may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for the delivery of this message to the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or use of this email message is prohibited. If you have received this message in error, please notify the sender immediately by e-mail and delete this email message from your computer. Thank you. _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm From ikeith at earthlink.net Thu Feb 23 10:21:49 2006 From: ikeith at earthlink.net (keith tarbell) Date: Thu, 23 Feb 2006 13:21:49 -0500 (GMT-05:00) Subject: [Buffalo-pm] meeting topics Message-ID: <1394523.1140718909912.JavaMail.root@elwamui-milano.atl.sa.earthlink.net> Here's my two-cents (that doesn't even buy a gumball!): Clearly, to bring in new people you will need to offer more basic material (as has already been noted), more so than would be of interest to the 'core' members. The other problem is the need to stay up-to-date on other topics, with so little time to do it. Perhaps the basic topics could not be limited to pure-Perl subjects but could include some that address Perl's role in other areas. The Bioinformatics talk is a good example (the speaker admitted to saying very little about Perl). The recent Prolog/Perl talk as well, but, for example, we could have seen more about Prolog and then a basic treatment of Perl's role (e.g. does it replace or augment). I'm using the Asterisk platform (PBX) on a project in telecommunications. Can anyone talk about Perl's role in that area? Maybe most of us have some programing experience/expertise, but not specifically in Perl. We can get that from other means, but the talks can perhaps provide some insight for the basic paradigms of Perl. What are the classic applications, where does it 'fit' best? Can I use it for scientific analysis or machine-control? Or is it best only as a text-processing tool? Can Perl help with RSS, IM or podcasting (or whatever new way someone has thought of burning bandwidth)? (Rhetorical questions, of course, until someone comes up with a talk.) Ok the other thing is scheduling. Too much basic stuff and you'll lose the interest of the more experienced members. How about alternating meetings (or every third) for a basic topic? This seems more workable than splitting a single meeting into a basic and advanced topic, where more time may be needed by one or the other and sticking to the split would short-change both. One more thing, how about meeting on campus for coffee before the talk (say at 7, if the meeting will start at 8 now)? An opportunity to pre-discuss the topic (formulate questions), network a bit (in the job sense), or just shoot the breeze ("yeah, I used Perl to analyze the Bills stats ...."). From dmagnuszewski at mandtbank.com Thu Feb 23 13:04:08 2006 From: dmagnuszewski at mandtbank.com (DANIEL MAGNUSZEWSKI) Date: Thu, 23 Feb 2006 16:04:08 -0500 Subject: [Buffalo-pm] meeting topics Message-ID: >>> "keith tarbell" 02/23/06 1:21 PM >>> >>> Clearly, to bring in new people you will need to offer more basic material (as has already been noted), >>> more so than would be of interest to the 'core' members. This is something that we have pondered for a while - how to have meetings with people of diverse backgrounds and skill levels, yet keep all of them interested. Essentially what we decided on is our current format. The format includes any Perl topic that someone wants to present (a module, a cool use of Perl, practical uses, best practices, etc), and we will also present on a topic that is an essential base level skill that all Perl programmers would use. Our last two meetings have included these (last month we did map and grep functions, and this month we discussed running external programs from Perl scripts). So I think we are executing the plan pretty well. >>> The other problem is the need to stay up-to date on other topics, with so little time to do it. Perhaps the >>> basic topics could not be limited to pure-Perl subjects but could include some that address Perl's role in >>> other areas. The Bioinformatics talk is a good example (the speaker admitted to saying very little about >>> Perl). We are open to any talks that relate to Perl. It's really just a matter of people suggesting topics and finding people who can present on those topics. If someone wants to hear something on a subject that somehow involves Perl, then send a request to the list and we'll do what we can to present on it. It's really just a matter of who volunteers to give a talk. I totally agree that its good to have a wide range of topics that span from very technical (how to write efficient regular expressions) to high level (Perl is useful in this industry because of X, Y, and Z) - it's just a matter of getting requests for those topics and those speakers. >>> The recent Prolog/Perl talk as well, but, for example, we could have seen more about Prolog and >>> then a basic treatment of Perl's role (e.g. does it replace or augment). I thought I gave a good amount of high level information on logic programming, Prolog, some of its uses, and how Perl can interact with or use Prolog. The main point that I tried to make was how Perl and Prolog are different types of programming languages. They can't necessarily replace each other, but using the AI::Prolog module allowed you to use (augment) the functionality of Perl to include logic programming. Were you at the meeting or were you just looking over the slides (sorry for the bad memory if you were at the meeting)? There may of been some things that I mentioned or were discussed that are not on the slides - the audio will be out soon :-) >>> I'm using the Asterisk platform (PBX) on a project in telecommunications. Can anyone talk about Perl's >>> role in that area? The Toronto Perl Mongers have ;-) http://to.pm.org/#052807 Slide: http://ham.zonzorp.net:8080/tpm/slides/2005_07/Perl_and_Asterisk_v0.2.3.pdf Audio: http://ham.zonzorp.net:8080/tpm/TPM_2005_07-Asterisk.mp3 ...we can do something on this if anyone has the available hardware for us to play with. >>> Maybe most of us have some programing experience/expertise, but not specifically in >>> Perl. We can get that from other means, but the talks can perhaps provide some insight for the basic >>> paradigms of Perl. What are the classic applications, where does it 'fit' best? Can I use it for scientific >>> analysis or machine-control? Or is it best only as a text-processing tool? Can Perl help with RSS, IM or >>> podcasting (or whatever new way someone has thought of burning bandwidth)? (Rhetorical questions, >>> of course, until someone comes up with a talk.) Those are good topics for presentations (I'll add them to the list). >>> Ok the other thing is scheduling. Too much basic stuff and you'll lose the interest of the more >>> experienced members. How about alternating meetings (or every third) for a basic topic? This seems >>> more workable than splitting a single meeting into a basic and advanced topic, where more time may be >>> needed by one or the other and sticking to the split would short-change both. Like I said before, just because someone is not one of the more advanced/fluent persons with Perl, seeing some of the "higher level" talks can be good, even if 75% of it is going over their head. Its exposing them to various things that Perl *can* do. Maybe they won't remember exactly how to code or set something up, but they will say "aha! I *know* that can be done in Perl!", at which point you can check the slides from the presentation or ask a question to the list. Also, when you get to the point of understanding more advanced topics, you can think back and maybe some of the stuff that we were going over will make sense. Like they say in a certain Computer Science department - "We're not teaching you how to do X, we're teaching you the concepts". For this reason, I think our current setup is beneficial to people that are new to Perl. I may be wrong though. If there is a want for an "Intro To Perl" meeting, then I'm sure we can get some volunteers to do a separate meeting - I know that I would be able to volunteer some time. One thing I'd like to do is add a "Learn Perl" section to the website. I'd like it to be a kwiki where experienced members can go and give examples, tutorials, and links to different introductory Perl topics. Then new Perl users can have this as a teaching guide and a reference. >>> One more thing, how about meeting on campus for coffee before the talk (say at 7, if the meeting will >>> start at 8 now)? An opportunity to pre-discuss the topic (formulate questions), network a bit (in the job >>> sense), or just shoot the breeze Not a bad idea. We already do this in a way - although it's unintentional. We generally start talking as we are waiting for the talks to start, and there are always questions/discussions (both related and unrelated to the evenings presentations) after the meeting is over. We generally do social meetings a few times per year. The social meetings are where we talk/network for a few hours (usually) without an agenda. Perhaps we can do a social meeting every other month in addition to the technical meetings (the meetings are starting to add up ;-)? >>> ("yeah, I used Perl to analyze the Bills stats ...."). I actually did a lightning talk, a little over a year ago, on this subject for a fantasy football program - which is still only 80% complete :-( Thoughts? -Dan From joshua at wolfnix.net Sun Feb 26 06:07:37 2006 From: joshua at wolfnix.net (Joshua Ronne Altemoos) Date: Sun, 26 Feb 2006 09:07:37 -0500 Subject: [Buffalo-pm] meeting topics In-Reply-To: References: Message-ID: <4401B629.2090303@wolfnix.net> Is there usually a set place for the social meetings? I remember seeing the last one taking place at the Buffalo Tap Room. I plan on attending more meetings and I agree with the pre-meeting idea, but where on campus would be easily accessible to be able to make the trip back? I got quite lost trying to find bell the first time, i went around the SU instead of threw it. For next month will the meeting be at 9? josh From dmagnuszewski at yahoo.com Sun Feb 26 12:14:02 2006 From: dmagnuszewski at yahoo.com (Daniel Magnuszewski) Date: Sun, 26 Feb 2006 12:14:02 -0800 (PST) Subject: [Buffalo-pm] meeting topics In-Reply-To: <4401B629.2090303@wolfnix.net> Message-ID: <20060226201402.87001.qmail@web33309.mail.mud.yahoo.com> There's actually a starbucks about 50 yards away and the student union is right next door. -Dan Joshua Ronne Altemoos wrote: Is there usually a set place for the social meetings? I remember seeing the last one taking place at the Buffalo Tap Room. I plan on attending more meetings and I agree with the pre-meeting idea, but where on campus would be easily accessible to be able to make the trip back? I got quite lost trying to find bell the first time, i went around the SU instead of threw it. For next month will the meeting be at 9? josh _______________________________________________ Buffalo-pm mailing list Buffalo-pm at pm.org http://mail.pm.org/mailman/listinfo/buffalo-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/buffalo-pm/attachments/20060226/55f99797/attachment.html From joshua at wolfnix.net Sun Feb 26 12:29:12 2006 From: joshua at wolfnix.net (Joshua Ronne Altemoos) Date: Sun, 26 Feb 2006 15:29:12 -0500 (EST) Subject: [Buffalo-pm] meeting topics In-Reply-To: <20060226201402.87001.qmail@web33309.mail.mud.yahoo.com> References: <4401B629.2090303@wolfnix.net> <20060226201402.87001.qmail@web33309.mail.mud.yahoo.com> Message-ID: <2245.192.135.227.226.1140985752.squirrel@webmail.wolfnix.net> I do remember That being there hehehe But it was dark when i was wandering around. Josh > There's actually a starbucks about 50 yards away and the student union is > right next door. > > -Dan > > Joshua Ronne Altemoos wrote: Is there usually a set > place for the social meetings? I remember seeing > the last one taking place at the Buffalo Tap Room. > > I plan on attending more meetings and I agree with the pre-meeting idea, > but where on campus would be easily accessible to be able to make the > trip back? I got quite lost trying to find bell the first time, i went > around the SU instead of threw it. > > For next month will the meeting be at 9? > > josh > > > _______________________________________________ > Buffalo-pm mailing list > Buffalo-pm at pm.org > http://mail.pm.org/mailman/listinfo/buffalo-pm > >