From dcmertens.perl at gmail.com Mon Feb 6 15:30:25 2012 From: dcmertens.perl at gmail.com (David Mertens) Date: Mon, 6 Feb 2012 17:30:25 -0600 Subject: [Chicago-talk] PDL 2.4.10 and the new PDL Book! Message-ID: Hello everybody - If you've been thinking about learning more about PDL, there is excellent news! Concurrently with the release of PDL 2.4.10, we have released the brand new PDL Book! You can download the 200+ page pdf by following links on the right side of pdl.perl.org. For those who care, I wrote the final chapter on the PDL PreProcessor. :-) This is the first public draft, and it has a ways to go yet. In particular, 2.4.11 will sport two new plotting libraries, and their documentation will be part of the PDL Book. Also, there are a handful of formatting issues that will hopefully get resolved in the coming weeks and months, and there is lots of material that has yet to be covered in the book. However, we think it's a great start. Feel free to pass this along to any and all who might care. Thanks! David -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." -- Brian Kernighan -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel.a.berger at gmail.com Mon Feb 6 15:48:20 2012 From: joel.a.berger at gmail.com (Joel Berger) Date: Mon, 6 Feb 2012 17:48:20 -0600 Subject: [Chicago-talk] PDL 2.4.10 and the new PDL Book! In-Reply-To: References: Message-ID: David, You should post that to blogs.perl.org too! Joel On Mon, Feb 6, 2012 at 5:30 PM, David Mertens wrote: > Hello everybody - > > If you've been thinking about learning more about PDL, there is excellent > news! Concurrently with the release of PDL 2.4.10, we have released the > brand new PDL Book! You can download the 200+ page pdf by following links on > the right side of pdl.perl.org. For those who care, I wrote the final > chapter on the PDL PreProcessor. :-) > > This is the first public draft, and it has a ways to go yet. In particular, > 2.4.11 will sport two new plotting libraries, and their documentation will > be part of the PDL Book. Also, there are a handful of formatting issues that > will hopefully get resolved in the coming weeks and months, and there is > lots of material that has yet to be covered in the book. However, we think > it's a great start. > > Feel free to pass this along to any and all who might care. > > Thanks! > David > > -- > ?"Debugging is twice as hard as writing the code in the first place. > ? Therefore, if you write the code as cleverly as possible, you are, > ? by definition, not smart enough to debug it." -- Brian Kernighan > > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk From frag at ripco.com Wed Feb 22 05:40:12 2012 From: frag at ripco.com (Mike Fragassi) Date: Wed, 22 Feb 2012 07:40:12 -0600 (CST) Subject: [Chicago-talk] meeting tomorrow In-Reply-To: References: Message-ID: I just want to check - is there a meeting tomorrow? - Mike. From dcmertens.perl at gmail.com Wed Feb 22 06:47:17 2012 From: dcmertens.perl at gmail.com (David Mertens) Date: Wed, 22 Feb 2012 08:47:17 -0600 Subject: [Chicago-talk] meeting tomorrow In-Reply-To: References: Message-ID: Indeed, I too would like to know. My guess is that we are meeting, but we don't have a speaker lined up. In that case, I could give an impromptu talk about my plotting library, which is *very* close to reaching CPAN. Alternatively, I would really appreciate if somebody could give an introduction to Moose, as it is something that I've always wanted to learn but never taken the time. Takers? Votes? Nominations? David On Wed, Feb 22, 2012 at 7:40 AM, Mike Fragassi wrote: > > I just want to check - is there a meeting tomorrow? > > - Mike. > > > ______________________________**_________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/**listinfo/chicago-talk > -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." -- Brian Kernighan -------------- next part -------------- An HTML attachment was scrubbed... URL: From whjackson at gmail.com Wed Feb 22 10:02:42 2012 From: whjackson at gmail.com (Whitney Jackson) Date: Wed, 22 Feb 2012 12:02:42 -0600 Subject: [Chicago-talk] meeting tomorrow In-Reply-To: References: Message-ID: I'm going to be out of town but Doug Bell has volunteered to get the room ready and play host. So we're ready to go on that front. Whitney On Wed, Feb 22, 2012 at 8:47 AM, David Mertens wrote: > Indeed, I too would like to know. My guess is that we are meeting, but we > don't have a speaker lined up. > > In that case, I could give an impromptu talk about my plotting library, > which is *very* close to reaching CPAN. Alternatively, I would really > appreciate if somebody could give an introduction to Moose, as it is > something that I've always wanted to learn but never taken the time. > > Takers? Votes? Nominations? > > David > > > On Wed, Feb 22, 2012 at 7:40 AM, Mike Fragassi wrote: >> >> >> I just want to check - is there a meeting tomorrow? >> >> - Mike. >> >> >> _______________________________________________ >> Chicago-talk mailing list >> Chicago-talk at pm.org >> http://mail.pm.org/mailman/listinfo/chicago-talk > > > > > -- > ?"Debugging is twice as hard as writing the code in the first place. > ? Therefore, if you write the code as cleverly as possible, you are, > ? by definition, not smart enough to debug it." -- Brian Kernighan > > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk From madcityzen at gmail.com Wed Feb 22 18:52:50 2012 From: madcityzen at gmail.com (Doug Bell) Date: Wed, 22 Feb 2012 20:52:50 -0600 Subject: [Chicago-talk] [WindyCity-pm] meeting tomorrow In-Reply-To: References: Message-ID: I'll handle setting everything up, and see if I can't put a short intro to Moose together if others can fill in the gaps. Doug Bell -- madcityzen at gmail.com On Wed, Feb 22, 2012 at 12:02 PM, Whitney Jackson wrote: > I'm going to be out of town but Doug Bell has volunteered to get the > room ready and play host. So we're ready to go on that front. > > Whitney > > On Wed, Feb 22, 2012 at 8:47 AM, David Mertens > wrote: > > Indeed, I too would like to know. My guess is that we are meeting, but we > > don't have a speaker lined up. > > > > In that case, I could give an impromptu talk about my plotting library, > > which is *very* close to reaching CPAN. Alternatively, I would really > > appreciate if somebody could give an introduction to Moose, as it is > > something that I've always wanted to learn but never taken the time. > > > > Takers? Votes? Nominations? > > > > David > > > > > > On Wed, Feb 22, 2012 at 7:40 AM, Mike Fragassi wrote: > >> > >> > >> I just want to check - is there a meeting tomorrow? > >> > >> - Mike. > >> > >> > >> _______________________________________________ > >> Chicago-talk mailing list > >> Chicago-talk at pm.org > >> http://mail.pm.org/mailman/listinfo/chicago-talk > > > > > > > > > > -- > > "Debugging is twice as hard as writing the code in the first place. > > Therefore, if you write the code as cleverly as possible, you are, > > by definition, not smart enough to debug it." -- Brian Kernighan > > > > > > _______________________________________________ > > Chicago-talk mailing list > > Chicago-talk at pm.org > > http://mail.pm.org/mailman/listinfo/chicago-talk > _______________________________________________ > WindyCity-pm mailing list > WindyCity-pm at pm.org > http://mail.pm.org/mailman/listinfo/windycity-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From JJacobus at PonyX.com Tue Feb 28 10:33:29 2012 From: JJacobus at PonyX.com (JJacobus at PonyX.com) Date: Tue, 28 Feb 2012 12:33:29 -0600 Subject: [Chicago-talk] LWP can't wait for data Message-ID: <20120228183339.724FC2E8A83@xx1.develooper.com> I have several backend jobs that grab data from our customers using LWP::UserAgent (they provide information in an XML format that's used to update our database overnight). I have a problem with one customer's data because of a delay pulling data from their database. It takes about 66 seconds for their database to respond and send results. When I make the "get" call, LWP immediately comes back as unsucessful. I've tried various timeouts with no luck. I've tried numerous crazy loops and sleeps without success too. I've confirmed that the "get()" is seen by the remote server and the data is eventually presented, but LWP receives a null response (failure) immediately. I don't think it is a timeout problem, since lwp is seeing an immediate reponse. It's just that there is no data in the response until about 60 seconds later. Code snippet: $file_url = 'http://data.example.com/Feed.ashx?username=user&password=pass'; my $ua = LWP::UserAgent->new; $ua->timeout(300); my $response = $ua->get($file_url); if ($response->is_success) { print "Response was successful\n"; ... (good) } else { print "Response was not successful\n"; } ...(bad) ... Any ideas? Should I look at something other the LWP? Regards, Jim From merlyn at stonehenge.com Tue Feb 28 17:35:32 2012 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Tue, 28 Feb 2012 17:35:32 -0800 Subject: [Chicago-talk] LWP can't wait for data In-Reply-To: <20120228183339.724FC2E8A83@xx1.develooper.com> (JJacobus@ponyx.com's message of "Tue, 28 Feb 2012 12:33:29 -0600") References: <20120228183339.724FC2E8A83@xx1.develooper.com> Message-ID: <8662eq1kwr.fsf@red.stonehenge.com> >>>>> "JJacobus" == JJacobus writes: JJacobus> Code snippet: JJacobus> $file_url = 'http://data.example.com/Feed.ashx?username=user&password=pass'; JJacobus> my $ua = LWP::UserAgent->new; JJacobus> $ua->timeout(300); JJacobus> my $response = $ua->get($file_url); JJacobus> if ($response->is_success) JJacobus> { print "Response was successful\n"; JJacobus> ... (good) JJacobus> } else { print "Response was not successful\n"; } JJacobus> ...(bad) ... dump the response in the fail branch: print $response->as_string -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion