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.
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/
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/
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/
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
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/
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/
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
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/
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/
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
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
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
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
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
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
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,
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
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
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
21 matches
Mail list logo
