David Landgren <[EMAIL PROTECTED]> writes:
>Steve Peters wrote:
>> On Tue, Mar 14, 2006 at 04:52:18PM +0100, David Landgren wrote:
>
>[...]
>
>>> /eg scripts are a nice "hands-on" way of finding out how a module works
>>> in real life.
>>>
>>> No distribution should be without one!
>>>
>>
>> Unle
Abigail <[EMAIL PROTECTED]> writes:
>
>No new keywords in perl-5.001
>New in perl-5.002: tied __DATA__ sysopen prototype
>No new keywords in perl-5.003
>New in perl-5.004: __PACKAGE__ sysseek
>New in perl-5.005: qr lock INIT
>New in perl-5.6.0: CHECK our
>No new keywords
Thomas Klausner <[EMAIL PROTECTED]> writes:
>
>Personally, I'm annoyed by dist that I cannot remove after installation.
>If files are read-only, I'll have to do extra steps during deleting. So I
>like dists which no read-only files. Which is why it's a Kwalitee indicator.
>If we (whoever is interes
Brian Cassidy <[EMAIL PROTECTED]> writes:
>Hi Leon,
>
>> -Original Message-
>> Does anyone have any features they'd like to see on the website? I'm
>> looking at extracting more information (Perl version, platform) and
>> having pages (and thus RSS) per author.
>
>If you're going to do RSS,
Michael G Schwern <[EMAIL PROTECTED]> writes:
>On Thu, Feb 19, 2004 at 08:35:28AM +0000, Nick Ing-Simmons wrote:
>> Michael G Schwern <[EMAIL PROTECTED]> writes:
>> >One thing to keep in mind is portability. In order for this to be useful
>> >it has to
Michael G Schwern <[EMAIL PROTECTED]> writes:
>One thing to keep in mind is portability. In order for this to be useful
>it has to run on pretty much all platforms. Unix, Windows, VMS, etc...
>So I'm trying to keep it as simple as possible.
>
>
>On Wed, Feb 18, 2004 at 05:29:49PM +, Adrian Ho
Rafael Garcia-Suarez <[EMAIL PROTECTED]> writes:
>Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
>> >Could we infer that a distribution that comes with several Makefile.PLs
>> >may have an overcomplicated build process, maybe indicating a low
>> >kwalite
Rafael Garcia-Suarez <[EMAIL PROTECTED]> writes:
>Thomas Klausner wrote:
>> there are currently 4 dists on CPAN that only include a configure script
>> (makepp-1.19, glist-0.9.17a10, swig1.1p5, shufflestat-0.0.3)
>>
>> 179 do not include any of Makefile.PL, Build.PL or configure.
>>
>> Quite a l
Matthew O. Persico <[EMAIL PROTECTED]> writes:
>On Thu, 21 Aug 2003 22:48:11 -0500, Andy Lester wrote:
>[snip]
>>The project page is at http://qa.perl.org/phalanx/. �Please take a
>>look, tell me your thoughts, and if there are any serious ommissions
>>from the Phalanx 100 module list...
>
>Tk?
If
Andrew Potozniak <[EMAIL PROTECTED]> writes:
>>I'm afraid your code won't work.
>
>As stated below I got it to work with my example :-p
>
>>Okay, you've subclassed a functional module. But this means that
>>you'll be >passing the package name as the first argument, not a test
>>name. This will
erface to polymorphistic
>
>So far, all I got was criticism. I asked for it. But no-one said it was useful.
>(Or I didn't read between the lines enough).
Getting sbrk(0) return is occasionaly useful. I am worried though that
this isn't really perl's internals but OS's internals.
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
malloc may use mmap() instead/as well and may (but probably doesn't)
return memory to OS ...
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
gt;
>./perl -MTestInit t/path/to/test.t
>
>but that will cause trouble when running tests with -T (because . is no
>longer in the path).
>
>When tests are run using t/TEST (ie. "make test") are run with TestInit. So
>strictly speaking the BEGIN block is redu
Michael G Schwern <[EMAIL PROTECTED]> writes:
>On Fri, Aug 30, 2002 at 11:57:16AM +0100, Nick Ing-Simmons wrote:
>> Michael G Schwern <[EMAIL PROTECTED]> writes:
>> >On Fri, Aug 30, 2002 at 05:54:15PM +1000, Ken Williams wrote:
>> >> Oh, one big lib/
Foo/whatever.t
>
>or
>
>./perl -I. -MTestInit ../lib/Foo/whatever.t
>
>
>What it boils down to is how to you remove the need for the cargo-cult BEGIN
>block in each test while still making it easy to run individual tests by
>hand?
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
Nicholas Clark <[EMAIL PROTECTED]> writes:
>On Wed, Mar 20, 2002 at 09:13:11PM +0800, Stas Bekman wrote:
>> Nick Ing-Simmons wrote:
>
>> > For lexicals like your $stdout it is a glob ref - what you have there
>> > stringifies it and there isn't a file
ting a new
>process, and I'm reluctant to start a new prcoess unless I have to,
>because I have no idea what it does on Weird Platform X.
And quite right too ;-)
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
bol) C
> @symbols = dl_undef_symbols()C
> dl_install_xsub($name, $symref [, $filename])C
> $message = dl_error C
>
>so I guess that as much as that as possible, preferable all needs testing
>(in an ideal world. As I found with Benchmark.t, trying to test everything
>gets quite big. And it had less things than Dynaloader.)
>
>Nicholas Clark
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
e
>race. "This is a good excuse to drink some beer." At 10:30 in the
>morning? "Well, it's past noon in Dublin," said teammate Mike
>[Joseph] Schwern. "It's our duty."
>-- "Sure, and It's a Great Day for Irish Runners"
> Newsday, Sunday, March 20, 1988
--
Nick Ing-Simmons
http://www.ni-s.u-net.com/
Jarkko Hietaniemi <[EMAIL PROTECTED]> writes:
>> ExtUtils::* (eeep!)
The ExtUtils::MakeMaker modules that a platform uses get a "reasonable"
work out building ext/* - but there are weak spots ...
--
Nick Ing-Simmons
T, using
>Test::Harness or modularizing TEST into Test::Harness::Basic
>(Test::Harness::Reins?) or something.
--
Nick Ing-Simmons
akefile.PL INST_LIB=/path/to/src/perl/lib
> make test
> make install
> cp test.pl /path/to/src/perl/t/Module/Name.t if -e test.pl
> cp t/* /path/to/src/perl/t/Module/Name/ if -d t/
It could add the BEGIN { } rather than doing simple 'cp'.
--
Nick Ing-Simmons
ps they could have an optional name?
I was thinking more along the lines of
ok(...); # passes
todo(...); # doesn't (yet).
--
Nick Ing-Simmons <[EMAIL PROTECTED]>
Via, but not speaking for: Texas Instruments Ltd.
ps they could have an optional name?
I was thinking more along the lines of
ok(...); # passes
todo(...); # doesn't (yet).
--
Nick Ing-Simmons <[EMAIL PROTECTED]>
Via, but not speaking for: Texas Instruments Ltd.
7;m not sure whether you're talking about the API or the textual output
>here. The API looks pretty well documented to me.
>
>BEGIN { plan tests => 14, todo => [3,4] }
Which requires you to got edit the numbers when you add tests.
Not wanting to do that is why I started use'ing Test.
--
Nick Ing-Simmons
25 matches
Mail list logo
