London.pm Dim Sum Thursday 1pm Crispy Duck
It has come to my attention that there is a restaurant in Chinatown that we haven't been to. It might have Cripsy Duck, but my sources also tell me that the dim sum are tasty. Let's try it. Also, remember this week is the technical meeting: http://londonpmtech.appspot.com/ London.pm dim sum is a social event where we meet up every Thursday at 1pm at a different Chinese restaurant, spend about an hour (and about 10 quid cash) eating tasty dim sum (steamed and fried dumplings), then go our separate ways. Thursday 1pm Crispy Duck 27 Wardour Street W1D 6PR http://www.timeout.com/london/restaurants/reviews/10807.html http://london.openguides.org/wiki/?Crispy_Duck,_W1D_6PR http://maps.google.co.uk/maps?q=W1D+6PR See you there! Léon, London.pm Dim Sum Mandarin
Re: London.pm Technical Meeting 30th July 2009
2009/7/13 Léon Brocard a...@astray.com: London Perl Mongers organises technical meetings every two months. The technical meetings are a chance to find out what has been going on in the Perl community, what techniques people are using and how Perl integrates with other software. The next technical meeting will be on the 30th July from 7pm to 9pm (you may arrive from 6.30pm, sign in at the reception) and the theme is “Corporate Perl”. You have to sign up to attend, see below. It will be held at Gumtree's's offices near Richmond station. Many thanks to Dave Cross, Gumtree and everyone involved for allowing us to use this wonderful venue. Talks planned so far: Joel Bernstein - RESTful HTTP responses with Perl (or, how I learned to stop worrying and love RFC2616) Dave Cross - Why do so many companies re-invent well-known CPAN modules badly and end up writing far too much code? Pedro Figueiredo - Perl in the cloud Léon Brocard - Fewer cables Our venue size is limited so you will have to sign up to attend this meeting. http://londonpmtech.appspot.com/ Sign up for the technical meeting this week will close at noon on Tuesday. You should sign up now! Léon
Re: London.pm Technical Meeting 30th July 2009
Léon Brocard wrote: 2009/7/13 Léon Brocard a...@astray.com: London Perl Mongers organises technical meetings every two months. The technical meetings are a chance to find out what has been going on in the Perl community, what techniques people are using and how Perl integrates with other software. The next technical meeting will be on the 30th July from 7pm to 9pm (you may arrive from 6.30pm, sign in at the reception) and the theme is “Corporate Perl”. You have to sign up to attend, see below. It will be held at Gumtree's's offices near Richmond station. Many thanks to Dave Cross, Gumtree and everyone involved for allowing us to use this wonderful venue. Talks planned so far: Joel Bernstein - RESTful HTTP responses with Perl (or, how I learned to stop worrying and love RFC2616) Dave Cross - Why do so many companies re-invent well-known CPAN modules badly and end up writing far too much code? Pedro Figueiredo - Perl in the cloud Léon Brocard - Fewer cables Our venue size is limited so you will have to sign up to attend this meeting. http://londonpmtech.appspot.com/ Sign up for the technical meeting this week will close at noon on Tuesday. You should sign up now! Is there any parking to be had?
Re: London.pm Technical Meeting 30th July 2009
On 27/07/09 18:06, Dirk Koopman wrote: Léon Brocard wrote: 2009/7/13 Léon Brocard a...@astray.com: London Perl Mongers organises technical meetings every two months. The technical meetings are a chance to find out what has been going on in the Perl community, what techniques people are using and how Perl integrates with other software. The next technical meeting will be on the 30th July from 7pm to 9pm (you may arrive from 6.30pm, sign in at the reception) and the theme is “Corporate Perl”. You have to sign up to attend, see below. It will be held at Gumtree's's offices near Richmond station. Many thanks to Dave Cross, Gumtree and everyone involved for allowing us to use this wonderful venue. Talks planned so far: Joel Bernstein - RESTful HTTP responses with Perl (or, how I learned to stop worrying and love RFC2616) Dave Cross - Why do so many companies re-invent well-known CPAN modules badly and end up writing far too much code? Pedro Figueiredo - Perl in the cloud Léon Brocard - Fewer cables Our venue size is limited so you will have to sign up to attend this meeting. http://londonpmtech.appspot.com/ Sign up for the technical meeting this week will close at noon on Tuesday. You should sign up now! Is there any parking to be had? There _is_ some parking just outside the office, but I'm not sure what the restrictions are. I'll check it out tomorrow and get back to you. Dave...
Decent OS X audio rip software
I've just discovered that iTunes will merrily rip CDs with errors and make no mention of this. Is there a way to have iTunes bail or retry on rip error? Or software that does? I remember when I was using Grip it would complain on errors which would prompt me to wipe the CD and have another go. It's irritating working thru a pile of CDs and then around town listening and realising there's glitches pops on them. Paul
Re: London.pm Technical Meeting 30th July 2009
On 27/07/09 18:48, Dave Cross wrote: On 27/07/09 18:06, Dirk Koopman wrote: Léon Brocard wrote: 2009/7/13 Léon Brocard a...@astray.com: London Perl Mongers organises technical meetings every two months. The technical meetings are a chance to find out what has been going on in the Perl community, what techniques people are using and how Perl integrates with other software. The next technical meeting will be on the 30th July from 7pm to 9pm (you may arrive from 6.30pm, sign in at the reception) and the theme is “Corporate Perl”. You have to sign up to attend, see below. It will be held at Gumtree's's offices near Richmond station. Many thanks to Dave Cross, Gumtree and everyone involved for allowing us to use this wonderful venue. Talks planned so far: Joel Bernstein - RESTful HTTP responses with Perl (or, how I learned to stop worrying and love RFC2616) Dave Cross - Why do so many companies re-invent well-known CPAN modules badly and end up writing far too much code? Pedro Figueiredo - Perl in the cloud Léon Brocard - Fewer cables Our venue size is limited so you will have to sign up to attend this meeting. http://londonpmtech.appspot.com/ Sign up for the technical meeting this week will close at noon on Tuesday. You should sign up now! Is there any parking to be had? There _is_ some parking just outside the office, but I'm not sure what the restrictions are. I'll check it out tomorrow and get back to you. Ah. The council web site says: The Old Town Hall does not have any parking space of its own, but there is limited on-street meter parking available in Whittaker Avenue. http://www.richmond.gov.uk/home/leisure_and_culture/libraries/reference_libraries/old_town_hall.htm The Old Town Hall is opposite the Gumtree offices on Whittaker Avenue. Dave...
Re: Decent OS X audio rip software
On 27 Jul 2009, at 19:19, Paul Makepeace wrote: I've just discovered that iTunes will merrily rip CDs with errors and make no mention of this. Is there a way to have iTunes bail or retry on rip error? Or software that does? I remember when I was using Grip it would complain on errors which would prompt me to wipe the CD and have another go. It's irritating working thru a pile of CDs and then around town listening and realising there's glitches pops on them. Paul On my mac at least, there is a button in itunes inviting you to use error correction when ripping CDs, which would be the second best option. --James
Re: Decent OS X audio rip software
On Jul 27, 2009, at 11:19, Paul Makepeace wrote: I've just discovered that iTunes will merrily rip CDs with errors and make no mention of this. Is there a way to have iTunes bail or retry on rip error? I've no idea what it does, but there's a Use error-correction on Audio CDs checkbox in the preferences. I haven't tried it, but I looked at Rip and Max for my never- happening re-encode-everything project: http://sbooth.org/Rip/ and http://sbooth.org/Max/ - ask -- http://develooper.com/ - http://askask.com/
Re: Decent OS X audio rip software
On Mon, Jul 27, 2009 at 7:19 PM, Paul Makepeacepa...@paulm.com wrote: Is there a way to have iTunes bail or retry on rip error? Or software that does? I've always used abcde (A Better CD Encoder - http://lly.org/~rcw/abcde/page/) on Linux. You can probably get it to install on Mac OS X, either through Fink (http://www.finkproject.org/) or just compiling from source. Example usage: ~$ abcde -o mp3:-b 192 -d /dev/cdrom - Alex
Re: London.pm Technical Meeting 30th July 2009
On 27 Jul 2009, at 19:23, Dave Cross wrote: The Old Town Hall is opposite the Gumtree offices on Whittaker Avenue. Isn't single yellow parking free after *mumble* o'clock? -- Dave HodgkinsonMSN: daveh...@hotmail.com Site: http://www.davehodgkinson.com UK: +44 7768 490620 Blog: http://davehodg.blogspot.com Photos: http://www.flickr.com/photos/davehodg
Tricky localization/scope question
So, let's assume there's a module called Test::Without[1] that lets you tell
Perl that for the current file/lexical-scope, you want @INC to lie and say that
a given module/package[2] does not exist in the search path even though it
does. And this module exports a sub called test_without that you use
lexically (as opposed to use Test::Without which would be processed at
compile-time) in a fashion similar to:
{
test_without 'Compress::Zlib'; # My actual use-case
...
eval $some_code_that_would_load_Compress_Zlib;
like($@, qr/.../, Because I want the absence to cause failure);
}
The tricky part that I can't seem to quite get right, is how to properly
localize the changes made to @INC so that it gets properly restored when the
scope exits. That is, I don't want the user to have to explicitly undo their
previous calls.
This is similar to the lib pragma, so I suspect that it's possible. But this
is going to primarily affect library-loading triggered by eval, so I can't
implement it the same way-- lib.pm just changes @INC whenever it's called, so
regardless of scope your @INC will have the state of the result of all use
lib and no lib calls from the script as a whole (unless they themselves are
in eval'd strings). Alas, pragmata are pretty much always designed to operate
during the compile stage, and I need something controllable during execution.
Anyone know how I might go about this? I'd settle for a solution that looks
like:
{
use Test::Without 'Compress::Zlib'; # My actual use-case
...
eval $some_code_that_would_load_Compress_Zlib;
like($@, qr/.../, Because I want the absence to cause failure);
}
...but that would just be a clever import() implementation, which could just as
easily be my syntactically-sugar test_without().
Randy
[1] A reasonably-safe assumption, given that I'm writing it at the moment. I
have a hack in place and would rather have it be more generalized.
[2] Or a regexp, for that matter. This is Perl, after all, and we get such
functionality for free while Java et al struggle with their after-the-fact
regexp libraries.
--
Randy J. Ray Sunnyvale, CA http://www.rjray.org rj...@blackperl.com
Silicon Valley Scale Modelers: http://www.svsm.org
Re: Tricky localization/scope question
On 28 Jul 2009, at 01:01, Randy J. Ray wrote:
The tricky part that I can't seem to quite get right, is how to
properly
localize the changes made to @INC so that it gets properly restored
when the
scope exits. That is, I don't want the user to have to explicitly
undo their
previous calls.
Let me see if I understand... you want code that does the equivalent
of this:
{
local @INC = @INC;
local %INC = %INC;
...your code...
}
But you want that Clocal %INC = %INC to be hidden away and performed
as part of
the call to Ctest_without 'Compress::Zlib'.
As far as I know, there's no way to inject a local variable into
another scope
(i.e. from test_without() into the caller) from Perl. Maybe it's
possible from XS,
but probably not without deep monkeying around (although I would love
to be proved
wrong on this).
However you could invert the problem with a function that takes a
block and adds
the Clocal lines before calling it;
sub local_inc() {
local @INC = @INC;
local %INC = %INC;
$_[0]-();
}
Then:
local_inc {
test_without 'Compress::Zlib';
# ...etc...
};
This will localise any changes to @INC/%INC on the way into the block
and restore
them on the way out.
A
Re: Tricky localization/scope question
This will localise any changes to @INC/%INC on the way into the block and restore them on the way out. Ooh, that's nice. I think I'll attack it from that angle. Should be on GitHub in a day or three... Randy -- Randy J. Ray Sunnyvale, CA http://www.rjray.org rj...@blackperl.com Silicon Valley Scale Modelers: http://www.svsm.org
