Re: Having memory leak issues with perl-c

On Thu, 4 Aug 2022 at 17:04, Mark Murawski wrote: > On 8/4/22 02:50, demerphq wrote: > > On Thu, 4 Aug 2022 at 01:58, Mark Murawski > wrote: > >> I'm still not getting something... if I want to fix the code-as-is and do >> this: >> >> FNsv = g

Re: Having memory leak issues with perl-c

On Thu, 4 Aug 2022 at 01:58, Mark Murawski wrote: > I'm still not getting something... if I want to fix the code-as-is and do > this: > > FNsv = get_sv("main::_FN", GV_ADD); > if (!FNsv) > ereport(ERROR, > (errcode(ERRCODE_EXTERNAL_ROUTINE_EXCEPTION), >

Re: Having memory leak issues with perl-c

On Thu, 28 Jul 2022 at 10:35, demerphq wrote: > On Wed, 27 Jul 2022 at 22:41, Mark Murawski > wrote: > >> >> >> On 7/27/22 13:20, demerphq wrote: >> >> Spectacular. I'll be reviewing and making changes that you're suggesting >> and this

Re: Having memory leak issues with perl-c

On Wed, 27 Jul 2022 at 22:41, Mark Murawski wrote: > > > On 7/27/22 13:20, demerphq wrote: > > Spectacular. I'll be reviewing and making changes that you're suggesting > and this helps my understanding for sure. > I was a bit off my game yesterday. I should have

Re: Having memory leak issues with perl-c

On Wed, 27 Jul 2022 at 17:46, Mark Murawski wrote: > Hi All! > > I'm working on a new feature for plperl in postgresql to populate some > metadata in main::_FN for running plperl functions from postgres sql. > > I've snipped out some extra code that's unrelated to focus on the issue > at hand.

Re: Test::Smoke failing to test most recent commit to Perl 5 blead

On 29 January 2017 at 15:07, James E Keenan wrote: > On 01/27/2017 10:58 PM, demerphq wrote: >> >> >> On 28 Jan 2017 6:32 a.m., "James E Keenan" > <mailto:jk...@verizon.net>> wrote: >> >> On 01/14/2017 10:10 AM, James E Keenan wrote: &g

Re: Test::Smoke failing to test most recent commit to Perl 5 blead

On 28 Jan 2017 6:32 a.m., "James E Keenan" wrote: > On 01/14/2017 10:10 AM, James E Keenan wrote: > Here is the first part of the smokecurrent.log for this run -- with some > comments: > > # > [2017-01-27 08:11:22-0500] Read configuration from: > /usr/home/jkeenan/p5smoke/install/smokecurrent

Re: Pending Test::More fixage - DateTime and string overload users take note

On 22 May 2010 01:35, Michael G Schwern wrote: > On 2010.5.21 1:04 PM, Slaven Rezic wrote: >> Michael G Schwern writes: >> >>> CPAN Testers, please load your smokers with Test::More 0.95_02, compare the >>> results with Test::More 0.94 and report any differences in test results to >>> their respe

Re: OT: lists.cpan.org

2009/3/24 Gabor Szabo : > I know there are people who will complain about the fact I did it > or the way I did it, I am getting really used to it. Im really upset you didn't do this before. ;-) Just so you have some variety in the complaints department. Yves -- perl -Mre=debug -e "/just|anot

Fwd: [rt.cpan.org #40976] New files installed without user-write permission

Can anyone help me out with this? Is this EUI's fault or something else? Is anything to do with this permission issue that we have been discussing? Cheers, yves -- Forwarded message -- From: Guillaume Rousse via RT <[EMAIL PROTECTED]> Date: 2008/11/16 Subject: [rt.cpan.org #40976

Re: [RFC] Dealing with World-writable Files in the Archive of CPAN Distributions

2008/9/30 Andreas J. Koenig <[EMAIL PROTECTED]>: >> On Tue, 23 Sep 2008 11:40:09 +0200, "Jos I. Boumans" <[EMAIL PROTECTED]> >> said: > > >> And so I have implemented it now. If it breaks too much in too short > >> time, we could probably revert it, but first I'd like to see how bad > >

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

2008/11/13 chromatic <[EMAIL PROTECTED]>: > On Wednesday 12 November 2008 22:36:31 demerphq wrote: > >> > I really, really, really don't want PAUSE modifying my stuff after it's >> > uploaded. Oh god the mysterious bugs. And then there's the fact that

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

2008/11/13 Michael G Schwern <[EMAIL PROTECTED]>: > Jonathan Rockway wrote: >> * On Wed, Nov 12 2008, David Golden wrote: >>> On Wed, Nov 12, 2008 at 3:17 PM, demerphq <[EMAIL PROTECTED]> wrote: >>>> IMO if the toolchain is to work this should happen at

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

2008/11/12 David Golden <[EMAIL PROTECTED]>: > On Wed, Nov 12, 2008 at 3:17 PM, demerphq <[EMAIL PROTECTED]> wrote: >> I rather strongly object to this change. > > I totally understand -- but keep in mind that this was in response to > someone flagging this as a

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

2008/10/1 Andreas J. Koenig <[EMAIL PROTECTED]>: >> On Tue, 30 Sep 2008 17:11:00 -0500, Jonathan Rockway <[EMAIL PROTECTED]> >> said: > > >> Anyway, I think the average CPAN author doesn't > >> really know or care about that, sadly. > >> See also > > > FWIW, this is true. I have never

Re: CPANTesters considered harmful

On 03/03/2008, demerphq <[EMAIL PROTECTED]> wrote: > On 03/03/2008, Andy Armstrong <[EMAIL PROTECTED]> wrote: > > On 3 Mar 2008, at 12:24, demerphq wrote: > > > Chris has since explained on IRC that this is a CPANPLUS bug that is > > > tickled by

Re: CPANTesters considered harmful

On 03/03/2008, Andy Armstrong <[EMAIL PROTECTED]> wrote: > On 3 Mar 2008, at 12:24, demerphq wrote: > > Chris has since explained on IRC that this is a CPANPLUS bug that is > > tickled by the fact that I put "Config" in the EU::Install > > prerequisite l

Re: CPANTesters considered harmful

On 03/03/2008, David Golden <[EMAIL PROTECTED]> wrote: > On Mon, Mar 3, 2008 at 6:57 AM, demerphq <[EMAIL PROTECTED]> wrote: > > IMO if an NA result comes in without email contact details and without > > an explanation for the NA then the result should not be a

CPANTesters considered harmful

Ok, now that my subject line has got your attention WTF is the deal with NA results with NO information, NO way to contact the tester, and from what I can tell NO validity. http://www.nntp.perl.org/group/perl.cpan.testers/2008/03/msg1098294.html http://www.nntp.perl.org/group/perl.cpan.tester

Re: Dude, where's my diagnostics? (Re: Halting on first test failure)

On 12/01/2008, Michael G Schwern <[EMAIL PROTECTED]> wrote: > -- > 184. When operating a military vehicle I may *not* attempt something > "I saw in a cartoon". > -- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army >http://skippyslist.com/?page_id=3 That was on

Re: Dev version numbers, warnings, XS and MakeMaker dont play nicely together.

On 07/01/2008, Yitzchak Scott-Thoennes <[EMAIL PROTECTED]> wrote: > On Sun, January 6, 2008 4:54 pm, demerphq wrote: > > So we are told the way to mark a module as development is to use an > > underbar in the version number: > > > > $VERSION= "1.23_01";

Fixed Test::Builders "regexp" detection code.

Just a heads up that I patched the core version of Test::Builder to use more reliable and robust methods for detecting regexps in test cases. This makes them robust to changes in the internals and also prevents Test::Builder from getting confused if someone uses blessed qr//'s. Cheers, yves -- p

Dev version numbers, warnings, XS and MakeMaker dont play nicely together.

So we are told the way to mark a module as development is to use an underbar in the version number: $VERSION= "1.23_01"; but this will produce warnings if you assert a required version number, as the version isn't numeric. So the standard response is to do $VERSION= eval $VERSION; on the next

Re: Test::Aggregate and UNIVERSAL::can

On 03/01/2008, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote: > * Andy Armstrong <[EMAIL PROTECTED]> [2008-01-03 18:25]: > > On 3 Jan 2008, at 16:55, Ovid wrote: > >> my $super = __PACKAGE__->can("SUPER::$sub") or die; > >> > >> This is OO code and that should actually read: > >> > >> my $super =

Re: Test::Aggregate and UNIVERSAL::can

On 03/01/2008, chromatic <[EMAIL PROTECTED]> wrote: > On Thursday 03 January 2008 09:58:28 demerphq wrote: > > > And thinking about it more i think that was the whole point of the > > weird call, Im guessing here, but probably this code isnt in a method > > which me

Re: Test::Aggregate and UNIVERSAL::can

On 03/01/2008, Andy Armstrong <[EMAIL PROTECTED]> wrote: > On 3 Jan 2008, at 17:20, Andy Armstrong wrote: > >> my $super = __PACKAGE__->can($sub) or die; > > > > Should that be __PACKAGE__->SUPER::can($sub) ? > > > Hmm. Does that do what I think it does? Maybe not. Without looking at the code we d

Re: Test::Aggregate and UNIVERSAL::can

On 03/01/2008, Ovid <[EMAIL PROTECTED]> wrote: > --- demerphq <[EMAIL PROTECTED]> wrote: > > > > The problem is this line in Template::Timer: > > > > > > my $super = __PACKAGE__->can("SUPER::$sub") or die; > > > > >

Re: Test::Aggregate and UNIVERSAL::can

On 03/01/2008, Ovid <[EMAIL PROTECTED]> wrote: > I mentioned that we removed UNIVERSAL::can because of bugs introduced > by global behavior changes, but to be fair to chromatic, I should > explain that this is because of code in Template::Timer: > > perl -MUNIVERSAL::can -MTemplate::Timer -e 1 >

Re: Test::Aggregate - Speed up your test suites

On 02/01/2008, Ovid <[EMAIL PROTECTED]> wrote: > --- demerphq <[EMAIL PROTECTED]> wrote: > > > Ah this reminds me. One of these days someone needs to write a robust > > DD output validator. I tried to convince MJD it would be a great > > example for HOP pa

Re: Test::Aggregate - Speed up your test suites

On 01/01/2008, Ovid <[EMAIL PROTECTED]> wrote: > --- Eric Wilhelm <[EMAIL PROTECTED]> wrote: > > > Do you happen to have another example? This one looks to me like > > poorly > > written code in the test (or are you citing this as code in the > > product?) > > What??? That's the point! > > > Eith

Re: Test::Aggregate - Speed up your test suites

On 31/12/2007, Sam Vilain <[EMAIL PROTECTED]> wrote: > Ovid wrote: > > If you have slow test suites, you might want to give it a spin and see > > if it helps. Essentially, it concatenates tests together and runs them > > in one process. Thus, you load Perl only once and load all modules > > only

Re: Auto: Your message 'FAIL IO-AIO-2.51 i386-freebsd-thread-multi 6.2-release' has NOT been received

On 22/12/2007, David Golden <[EMAIL PROTECTED]> wrote: > On Dec 22, 2007 3:52 PM, chromatic <[EMAIL PROTECTED]> wrote: > > Let me rephrase then. > > > > I feel dirty writing tests just to trip up testers who can't set up working > > testing environments. > > Is this really a problem? Let me flip t

Re: Ignoring parts of compiled-in @INC during CPAN builds

On Nov 24, 2007 8:02 PM, Matisse Enzer <[EMAIL PROTECTED]> wrote: > > On Nov 24, 2007, at 5:00 AM, demerphq wrote: > > > On Nov 23, 2007 11:36 PM, Matisse Enzer <[EMAIL PROTECTED]> wrote: > >> > >> I think it is actually > >> $CPAN::Perl

Re: Ignoring parts of compiled-in @INC during CPAN builds

On Nov 23, 2007 11:36 PM, Matisse Enzer <[EMAIL PROTECTED]> wrote: > > On Nov 21, 2007, at 2:44 PM, Michael G Schwern wrote: > > > > While it is not documented, you can override what perl CPAN.pm uses > > with > > $CPAN::Shell. So you can write a little @INC modification module > > and set > > > >

Re: Devel::CheckLib: Please try to break our code!

On 10/20/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > * demerphq <[EMAIL PROTECTED]> [2007-10-19 23:10]: > > On 10/19/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > > > * demerphq <[EMAIL PROTECTED]> [2007-10-19 18:50]: > > > > How does one u

Re: Devel::CheckLib: Please try to break our code!

On 10/19/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > * demerphq <[EMAIL PROTECTED]> [2007-10-19 18:50]: > > How does one use this then? Where is it documented? > > http://module-build.sourceforge.net/META-spec-blead.html#configure_requires So how do i use this with

Re: Devel::CheckLib: Please try to break our code!

On 10/19/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > # from David Cantrell > # on Friday 19 October 2007 04:00: > > >The more alert of you will have noticed that there is a bootstrapping > >problem in using this from within a Makefile.PL - relax, it will come > >with a script to bundle itself in

Re: Q: Build.PL/Makefile.PL, and CPAN testers...

On 10/2/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: > * David Golden <[EMAIL PROTECTED]> [2007-10-01 18:30]: > > So if CPAN.pm 1.92XX goes into 5.10, then there *will* be > > a CPAN client in core that knows when to upgrade itself. We > > don't need CPANPLUS for that. > > Yeah, OK. Still, it would

Re: So bewilderingly. about closure

On 9/20/07, flw <[EMAIL PROTECTED]> wrote: > C:\>cat ttt.pl > use strict; > use warnings; > > { > my $x = 'A'; > sub f { sub { $x++ } } > sub g { sub { $x++ } if $x } > } > > my $F=f(); > my $G=g(); > > print $F->(),$G->(),"," for 1..4; > print "\n"; > > C:\>ttt.pl > 0A,1B,2C,3D, > > C:

Re: Prior art for testing against many local perls?

On 9/14/07, Paul Johnson <[EMAIL PROTECTED]> wrote: > On Thu, Sep 13, 2007 at 05:10:36PM -0500, brian d foy wrote: > > > Without getting into a bikeshed discussion, I'm looking for prior art > > to test a tarball against a list of local perls before I write my own > > thing. This sounds like a fun

Re: Confusing output from Test::Harness 2.99_02

On 9/10/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > Michael Kernaghan wrote: > > While you are at it would you care to try to install modules from CPAN > > onto Active Perl running on Vista? It just seems a world of grief; > > although identical installs are great under XP. I just flat ga

Re: prove -j 9

On 9/10/07, Nicholas Clark <[EMAIL PROTECTED]> wrote: > On Mon, Sep 10, 2007 at 07:39:21PM +0200, demerphq wrote: > > On 9/10/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > > > > Note that your test suite may or may not play nicely with that. Have > >

Re: prove -j 9

On 9/10/07, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > As of TAP::Harness r465, the --jobs switch to prove enables > parallelization of your test suite. > > http://svn.hexten.net/tapx/trunk > http://scratchcomputing.com/svn/TAP-Harness-Parallel/trunk > > Note that your test suite may or may not

Re: Confusing output from Test::Harness 2.99_02

On 9/10/07, Michael Kernaghan <[EMAIL PROTECTED]> wrote: > While you are at it would you care to try to install modules from CPAN > onto Active Perl running on Vista? It just seems a world of grief; > although identical installs are great under XP. I just flat gave up > using Vista for Perl. I f

Re: Test::Deep without the Test part?

On 9/5/07, Gabor Szabo <[EMAIL PROTECTED]> wrote: > I would like to compare data structure in some non-test code. > Test::Deep seems to give all the features I need, except that it is > integrated with > the testing framework. > > How could I use that or what else should I use to compare two deep >

Re: TAP YAML diagnostics

On 9/4/07, Ovid <[EMAIL PROTECTED]> wrote: > --- demerphq <[EMAIL PROTECTED]> wrote: > > > > If string data was *always* quoted and numeric data never was > > (assuming > > > it's really numeric), then most of the issues raised in this thread >

Re: TAP YAML diagnostics

On 9/3/07, Ovid <[EMAIL PROTECTED]> wrote: > --- "A. Pagaltzis" <[EMAIL PROTECTED]> wrote: > > > Is it possible to force this in tandem? Ie. when one of the keys > > has to be quoted, the other is always quoted also? Because I'd > > hate to see this: > > > > wanted: elbow > > found: 'el

Re: Current state of TAP::Diagnostics

On 9/2/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: > On 1 Sep 2007, at 19:14, Eric Wilhelm wrote: > >> my $data = 3; > >> my $data = "3"; > > > > YAML::Tiny? > > I don't believe that makes the distinction either. Data::Dump::Streamer specifically does not make a distinction as it just caused

Re: Current state of TAP::Diagnostics

On 9/2/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > The first is a single ISO 8601 datetime. The latter is an ISO 8601 date and > an ISO 8601 time separated by a space. Two data fields instead of one. So > it's all kosher, we just have to specify that's what we're doing. > > tapdat

Re: Current state of TAP::Diagnostics

On 9/1/07, Ovid <[EMAIL PROTECTED]> wrote: > --- Eric Wilhelm <[EMAIL PROTECTED]> wrote: > > > I'm not sure the YAML spec distinguishes between string and number > > when > > the string is a number. > > > > $ perl -e 'use YAML; warn YAML::Dump([3,"3"]);' > > --- > > - 3 > > - 3 > > $ perl

Re: TAP YAML diagnostics

On 9/1/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > demerphq wrote: > > On 9/1/07, Fergal Daly <[EMAIL PROTECTED]> wrote: > >> On a tangent, I think using quotes is important otherwise you end up > >> output like > >> > >> want

Re: TAP YAML diagnostics

On 9/1/07, Fergal Daly <[EMAIL PROTECTED]> wrote: > On 30/08/07, Ovid <[EMAIL PROTECTED]> wrote: > > After doing a bit of thinking about this and chatting with Andy > > Armstrong about this, I've realized that much of the current thought > > about the TAP diagnostics is wrong. We already have much

Re: add points for registered namespaces

On 8/21/07, brian d foy <[EMAIL PROTECTED]> wrote: > In article > <[EMAIL PROTECTED]>, demerphq > <[EMAIL PROTECTED]> wrote: > > > On 8/21/07, brian d foy <[EMAIL PROTECTED]> wrote: > > > > The effect of this kwalitee metric would be that few

Re: add points for registered namespaces

On 8/21/07, brian d foy <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, > Cyberiade . it Anonymous Remailer <[EMAIL PROTECTED]> > wrote: > > > there's a lot of questionable modules being uploaded to CPAN > > which create top-level namespaces, very often not even being > > self-explanat

Tests involving regexes

Hi, I thought id bring a tricky subject that ive encountered in Perl core development up here so you testing mavens can have a look at the problem and maybe come up some suggestions for me. The problem is this: one of the main obstacles for adding new regex flags to the perl regex engine are the

Re: Fixing the damage caused by has_test_pod

On 7/30/07, Ovid <[EMAIL PROTECTED]> wrote: > Tests should *only* fail when there is a clear, unequivocal reason to > believe that the code will not function appropriately on someone's > machine. Having '=head0' or a '=back' without '=over' should not be > such a failure. It's taken a lot of grie

Re: Code coverage awesomeness

On 6/18/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: * Joshua ben Jore <[EMAIL PROTECTED]> [2007-06-18 02:10]: > Probably but I'd ask Avar or Yves about that and I'm sure the > method would be entirely different. The 5.10 engine is > pluggable so I'm sure it's wrappable and therefore traceable. C

Re: CPANTS: suggestion for a new metric

On 5/29/07, David Cantrell <[EMAIL PROTECTED]> wrote: demerphq wrote: > On 5/26/07, Andreas J. Koenig <[EMAIL PROTECTED]> > wrote: >> AFAIK it is not Archive::Tar either. I have not found out which >> compression software packages do it right and which do it wron

Re: testing on other platforms

On 5/26/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 26 May 2007, at 19:21, demerphq wrote: > On 5/26/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: >> On 26 May 2007, at 19:08, Gabor Szabo wrote: >> > Is there some publicly available Solaris/HP-UX/etc >>

Re: CPANTS: suggestion for a new metric

On 5/26/07, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: >>>>> On Sat, 26 May 2007 20:06:18 +0200, demerphq <[EMAIL PROTECTED]> said: > On 5/26/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: >> On 26 May 2007, at 18:45, demerphq wrote: >> >

Re: testing on other platforms

On 5/26/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 26 May 2007, at 19:08, Gabor Szabo wrote: > Is there some publicly available Solaris/HP-UX/etc > (see full list on this page http://www.cpan.org/ports/index.html ) > set of servers where one could test his modules? There's the HP Testdrive

Re: CPANTS: suggestion for a new metric

On 5/26/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 26 May 2007, at 18:45, demerphq wrote: > Maybe ill just upload my files in zip format from now on only, then > its not my problem anymore right? Would that be better? That would be fine. Fine then. The fact that ExtUti

Re: CPANTS: suggestion for a new metric

On 5/26/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: * demerphq <[EMAIL PROTECTED]> [2007-05-26 19:20]: > BTW, id say that if this is an issue for Unix users then they > should file a bug with the people that wrote their > decompression software and/or installer software. I

Re: CPANTS: suggestion for a new metric

On 5/26/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: * demerphq <[EMAIL PROTECTED]> [2007-05-26 17:35]: > Can you explain this please? Why would the lack of a set x bit > on a directory prevent you from doing > > perl Makefile.PL > make > make test Yes.

Re: CPANTS: suggestion for a new metric

On 5/26/07, David Cantrell <[EMAIL PROTECTED]> wrote: Some modules' tarballs don't set the x bit on directories, which makes it impossible for a non-root user to run Makefile.PL or the module's tests. The usual cause is that the author suffers from Windows, and the fix is to use '--mode 755' whe

Re: Should TAP capture exit codes

On 3/7/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 7 Mar 2007, at 18:59, demerphq wrote: > Neither to me to be a very convincing reason to redesign something as > well thought out as the HTTP response code schema. With it you have a > well documented, well designed la

Re: Should TAP capture exit codes

On 3/7/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 7 Mar 2007, at 18:18, demerphq wrote: >> If you want to say "Temporary Redirect" don't say "307" say >> "Temporary >> Redirect"! If you want to put lots of information int

Re: Should TAP capture exit codes

On 3/7/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: Andy Armstrong wrote: > On 7 Mar 2007, at 16:26, Eric Hacker wrote: > [snip] >> The first digit can be a grouping by success/failure. > > Yes, I see where you're going with this :) > >> So then if I'm not too far off base with the above, the

Re: Object Identification Cold War and the return of autobox.pm (wasRe: UNIVERSAL::ref might make ref( $mocked_obj ) sane)

On 3/2/07, Adam Kennedy <[EMAIL PROTECTED]> wrote: > 99.999% of the time you do not want to really know how something is > implemented, you want to remain ignorant. I concur, which is what really pisses me off them IO::String->new(\$string)->isa('IO::Handle') returns false, because the author be

Re: UNIVERSAL::ref might make ref( $mocked_obj ) sane

On 2/26/07, Yuval Kogman <[EMAIL PROTECTED]> wrote: On Mon, Feb 26, 2007 at 17:47:23 +0100, demerphq wrote: > On 2/26/07, Joshua ben Jore <[EMAIL PROTECTED]> wrote: > >I'm of the opinion that it is clear and blatantly an error to ever use > >ref as a boolean. &

Re: UNIVERSAL::ref might make ref( $mocked_obj ) sane

On 2/26/07, Joshua ben Jore <[EMAIL PROTECTED]> wrote: I'm of the opinion that it is clear and blatantly an error to ever use ref as a boolean. One liners and minor snippets where you control the input data would be an exception IMO. The correct boolean is defined( blessed( obj ) ) because th

Re: UNIVERSAL::ref might make ref( $mocked_obj ) sane

On 2/26/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: Joshua ben Jore wrote: > On 2/25/07, Yuval Kogman <[EMAIL PROTECTED]> wrote: >> Is there a function that is to this as overload::StrVal is to >> stringification? Wouldn't that just be CORE::ref $obj ? I think Josh is doing something sor

Re: ExtUtils::MakeMaker, and t/ sub-directories

On 2/8/07, Christopher H. Laco <[EMAIL PROTECTED]> wrote: Nik Clayton wrote: > Paul Johnson wrote: >> On Thu, Feb 08, 2007 at 09:26:01AM +, Nik Clayton wrote: >> >>> [ I vaguely recall a discussion about this, but my search-fu is weak, >>> and I can't find it ] >>> >>> Is there a standard way

Re: Devel::Cover newbie - what does 'yourprog' have to be?

On 2/2/07, Paul Johnson <[EMAIL PROTECTED]> wrote: On Fri, Feb 02, 2007 at 01:32:37PM -0600, Mike Malony wrote: > I'm into testing, got some nice .t files, and prove tells me things I'd > rather not hear. So, my next step on the straight and narrow path of > testing, is to gauge my testing cove

Re: Test::Harness 3.0

On 1/21/07, David Golden <[EMAIL PROTECTED]> wrote: On 1/21/07, demerphq <[EMAIL PROTECTED]> wrote: > Why cant something that wants to monitor the test process do something > other than make test? > > They can do a make, and or make test-prep or whatever, and then call &g

Re: Test::Harness 3.0

On 1/21/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: On 21 Jan 2007, at 13:36, demerphq wrote: > I dont get this logic. > > Why cant something that wants to monitor the test process do something > other than make test? > > They can do a make, and or make test-prep or

Re: Test::Harness 3.0

On 1/21/07, David Golden <[EMAIL PROTECTED]> wrote: On 1/21/07, Andy Armstrong <[EMAIL PROTECTED]> wrote: > > Of course, it also depends upon what > > output information is being scraped. If it's only something simple > > like 'All > > tests successful', then this is an easier task. > > I pres

Re: Test::Harness 3.0

On 1/21/07, Ovid <[EMAIL PROTECTED]> wrote: --- Steve Peters <[EMAIL PROTECTED]> wrote: > The primary feature that we've seen missing in the Perl core is the > ability > to run tests in parallel. This would greatly reduce our timelines in > the > fix-make-make test cycle that we go through in m

Re: TAPx::Parser 0.50_06 -- Now on Windows!

On 1/18/07, Ovid <[EMAIL PROTECTED]> wrote: Hi all, I've just released 0.50_06 to the CPAN. This should be called the 'Andy Armstrong' release because he's tracked down several irritating bugs and made it work on Windows! Just a thought but recently there has been a bit of work on p5p about ge

Re: TAPx::Parser: 'wait' and 'exit' status on Windows

On 1/15/07, Ovid <[EMAIL PROTECTED]> wrote: It looks like TAPx::Parser is now working on Windows (thanks Corion!), even though some tests fail. TAPx-Parser-0.50_05 may fix the whitespace issue with the Windows tests, but the wait status still appears to be broken (set in TAPx::Parser::Iterator).

Re: Thoughts about test harness summary

On 1/6/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote: * Ovid <[EMAIL PROTECTED]> [2007-01-05 20:15]: > How about this instead? > > -- > > Failed Test | Total | Fail | List of Failed | TODO Passed > +---+--++ > t/bar.t | 13| 4|

Re: testing module loading output and testing under the debugger

On 12/19/06, Nadim Khemir <[EMAIL PROTECTED]> wrote: >Personally I wouldn't get /too/ hung up about 100% test coverage - it >can be taken too seriously. See Brian Marick's "How to Misuse Code >Coverage" for example. Thanks for the article link. I've

Re: Frequency of test.pl

On 11/1/06, Michael G Schwern <[EMAIL PROTECTED]> wrote: This distribution uses 'test.pl' for its tests. The output of 'test.pl' is not parsed. When "make test" is run by automated installers (for example, the CPAN shell) your tests will always appear to have passed no matter what the output

Re: Redirecting STDERR/STDOUT on Win32 (was Re: Terrible diagnostic failure)

On 9/23/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: > Yeah, but thats a can of worms in of itself. Using backticks is > simple, and requires no special stuff. If you dont mind blocking until > the other process completes, I see no reason to use another more > complex approach. I seem to recall

Re: Merging STDOUT and STDERR

On 9/21/06, Ovid <[EMAIL PROTECTED]> wrote: - Original Message From: demerphq <[EMAIL PROTECTED]> > There is no problem if you do the backtick method I mentioned. > > my $in_sync=`someprocess 2>&1`; > > and it should be in sync. I seem to recall i

Re: Merging STDOUT and STDERR

On 9/21/06, Ovid <[EMAIL PROTECTED]> wrote: OK, I'm stuck. I've read through IPC::Open3 and friends, I've looked through CPANPLUS, I've tried to solve this problem but no matter how hard I try, while I can fetch both STDOUT and STDERR, I cannot guarantee that they're in synch. That's my big

Re: A Suitable Iterator for TAPx::Parser

On 9/20/06, Smylers <[EMAIL PROTECTED]> wrote: Ovid writes: > From: Shlomi Fish <[EMAIL PROTECTED]> > > > H you may wish to differentiate between #2 and #3 by saying > > that a filename is passed as a plain string, while a string is > > passed by taking a reference to it. That's what Tem

Regexp::Common's tests (was Re: Bad TAP in Perl core?)

On 9/20/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote: * Michael G Schwern <[EMAIL PROTECTED]> [2006-09-18 13:15]: > In Regexp::Common's case the tests are almost entirely > generated so fixing them would be easy. No way. Abigail lovingly hand-crafted every last one of those 240,000 tests (or whate

Re: A short rant on the purpose of the CPAN install chain.

On 9/19/06, David Cantrell <[EMAIL PROTECTED]> wrote: Adrian Howard wrote: > Yeah - it's something I've noticed over the last year or so. I'm > talking to people less about "you should write tests", and much more > about "you should write /good/ tests". What do people think are *good* tests? M

Re: Redirecting STDERR/STDOUT on Win32 (was Re: Terrible diagnostic failure)

On 9/18/06, David Golden <[EMAIL PROTECTED]> wrote: demerphq wrote: > On 9/18/06, Ovid <[EMAIL PROTECTED]> wrote: >> I've gotten a report that the open command fails on Windows. Not a >> surprise, now that I think about it. However, I don't know of any

Re: Terrible diagnostic failure

On 9/18/06, Ovid <[EMAIL PROTECTED]> wrote: - Original Message From: Michael G Schwern <[EMAIL PROTECTED]> > > What about an optional environment variable > > which forcess *all* output to STDOUT or STDERR > > but, if not present, leaves things as is? > > Did anyone think to try it? >

Re: Breaking compatability with Test::Harness and friends?

On 9/16/06, Ovid <[EMAIL PROTECTED]> wrote: The following line is giving me pause: ok 9 Elegy 9B # TOdO That's an 'unexpectedly succeeded' test ('bonus', in the Test::Harness world). Right now, if that read 'not ok # TODO', TAPx::Parser would have this: passedtrue actual_p

Re: Too many tests

On 9/14/06, Ovid <[EMAIL PROTECTED]> wrote: Here's we have a test where the plan is 1..3 but we've run 7 tests. TAPx-Parser $ prove -v t/sample-tests/too_many t/sample-tests/too_many...1..3 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 ok 7 dubious Test returned status 4 (wstat 102

Re: TidyView - preview your perltidy options

On 9/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Well, I'm hoping for feedback from this maillist, and when that settles down, I'm debating whether to send it to CPAN ten announce on perlmonks et al, or to announce on perl monks whilst still on sourceforge, and after feedback from perl

Re: post-YAPC::Europe CPANTS news

On 9/8/06, Adam Kennedy <[EMAIL PROTECTED]> wrote: On another subject that came up today one one of my modules (specifically the new Test::Object dependency of PPI) it seems like it could be a bad idea to have explicit dependencies on the latest version of a dual-life module. One of the linux d

Re: Terrible diagnostic failure

On 9/4/06, Ovid <[EMAIL PROTECTED]> wrote: Once again we have an example of how using different output streams for regular and diagnostic information causes serious problems. This is the worst I've seen. In one method I'm testing I embedded the following: use Data::Dumper; ::diag(Dat

Re: use Tests; # ?

On 7/20/06, chromatic <[EMAIL PROTECTED]> wrote: On Wednesday 19 July 2006 15:17, demerphq wrote: > On 7/19/06, chromatic <[EMAIL PROTECTED]> wrote: > No. I didnt imply anything. I spelled it out quite clearly. Fine, then you said "quite clearly" that it was bro

Re: use Tests; # ?

On 7/19/06, Fergal Daly <[EMAIL PROTECTED]> wrote: On 19/07/06, chromatic <[EMAIL PROTECTED]> wrote: > On Wednesday 19 July 2006 06:03, demerphq wrote: > > > Excuse me? Where did I say the code was "broken"? > > Wasn't that the implication when you sa

Re: use Tests; # ?

On 7/19/06, chromatic <[EMAIL PROTECTED]> wrote: On Wednesday 19 July 2006 06:03, demerphq wrote: > Excuse me? Where did I say the code was "broken"? Wasn't that the implication when you said you've seen misleading line numbers many times? No. I didnt imply any

Re: Real Kwalitee, or please stop spending time thinking about CPANTS

On 7/19/06, David Golden <[EMAIL PROTECTED]> wrote: Andy Lester wrote: > > On Jul 19, 2006, at 4:13 AM, David Golden wrote: > >> * Laugh at code that gets its slashes wrong >> (*cough* Test::Pod *cough*) > > I thought I'd fixed your slashie problems long ago. No? Please lean on > me i

  1   2   3   >