C/C++ White-Box Unit Testing and Test::More

2004-06-08 Thread Andrew Savige
I am currently using Test::More for my Perl white-box unit tests. I also need to write some C/C++ white-box unit tests and would like to use something similar in spirit to Test::More. Smalltalk's SUnit-style framework has been ported to many languages (JUnit, cppunit, Test::Unit, Test::Class, ...)

Re: Q: PIO_unix_pipe

2004-06-08 Thread Larry Wall
On Mon, Jun 07, 2004 at 09:32:27AM -0400, Dan Sugalski wrote: : Yeah, good point. pipeopen maybe? (Though then that gets confused with : regular pipes) childproc? In Perl 5 backticks actually call the "readpipe" function, which is even documented, will wonders never cease. : If it weren't so darn

Bizarre test failures in Devel::Cover

2004-06-08 Thread Ovid
I've no idea why, but when I try to install Devel::Cover, I'm getting far more failed tests than there are tests. Below is the summary and my perl -v. Any ideas? I didn't see anything in the docs to indicate what the problem would be. Cheers, Ovid -- Failed TestStat Wstat Total F

Re: Periodic Table of the Operators

2004-06-08 Thread Dan Sugalski
On Tue, 8 Jun 2004, Gabriel Ebner wrote: > Dan Sugalski wrote: > > Nope. Screen doesn't handle shifting terminal types, > > I don't get that. The screen server is a virtual terminal, which tells its > clients it is of type 'screen', and the screen client translates that to > whatever terminal you

Re: Periodic Table of the Operators

2004-06-08 Thread Gabriel Ebner
Dan Sugalski wrote: > Nope. Screen doesn't handle shifting terminal types, I don't get that. The screen server is a virtual terminal, which tells its clients it is of type 'screen', and the screen client translates that to whatever terminal you're using. I can connect to my screen server on my l

Re: FW: Periodic Table of the Operators

2004-06-08 Thread Juerd
Tim Bunce skribis 2004-06-08 11:30 (+0100): > I can recommend PuTTY for windows. Secure, small[1], fast, featureful > and free: http://www.chiark.greenend.org.uk/~sgtatham/putty/ > [1] So small it easily fits on a floppy. I keep a copy on my USB memory drive. So small that even on modem lines, you

Re: Apocalypse 6: IDs of subroutine wrappers should be objects

2004-06-08 Thread Dan Sugalski
On Tue, 8 Jun 2004, David Storrs wrote: > On Tue, Jun 08, 2004 at 01:08:13PM -, Ingo Blechschmidt wrote: > > Hello, > > > > quoting Apocalypse 6: > > > You may ask a subroutine to wrap itself up in another subroutine in > > > place, so that calls to the original are intercepted and interpreted

Re: Apocalypse 6: IDs of subroutine wrappers should be objects

2004-06-08 Thread David Storrs
On Tue, Jun 08, 2004 at 01:08:13PM -, Ingo Blechschmidt wrote: > Hello, > > quoting Apocalypse 6: > > You may ask a subroutine to wrap itself up in another subroutine in > > place, so that calls to the original are intercepted and interpreted by > > the wrapper, even if access is only through

Re: Apocalypse 6: IDs of subroutine wrappers should be objects

2004-06-08 Thread Luke Palmer
Ingo Blechschmidt writes: > One should be able to unwrap $subref using > $id.unwrap(); > > Or, given $id, it'd be cool if you could get the original $subref: > my $origsubref = $id.sub(); > > Additionally, $id could coerce to an ID number in numeric context, so > $subref.unwrap($id

Re: Apocalypse 6: IDs of subroutine wrappers should be objects

2004-06-08 Thread Matthew Walton
Ingo Blechschmidt wrote: Hello, quoting Apocalypse 6: You may ask a subroutine to wrap itself up in another subroutine in place, so that calls to the original are intercepted and interpreted by the wrapper, even if access is only through the reference: $id = $subref.wrap({ # preprocessing

Apocalypse 6: IDs of subroutine wrappers should be objects

2004-06-08 Thread Ingo Blechschmidt
Hello, quoting Apocalypse 6: > You may ask a subroutine to wrap itself up in another subroutine in > place, so that calls to the original are intercepted and interpreted by > the wrapper, even if access is only through the reference: > > $id = $subref.wrap({ > # preprocessing here >

Re: Periodic Table of the Operators

2004-06-08 Thread Dan Sugalski
On Tue, 8 Jun 2004, H.Merijn Brand wrote: > On Tue 08 Jun 2004 12:35, David Cantrell <[EMAIL PROTECTED]> wrote: > > On Tue, Jun 08, 2004 at 11:30:51AM +0100, Tim Bunce wrote: > > > On Mon, Jun 07, 2004 at 10:52:32PM +0100, David Cantrell wrote: > > > >

Re: Periodic Table of the Operators

2004-06-08 Thread H.Merijn Brand
On Tue 08 Jun 2004 12:35, David Cantrell <[EMAIL PROTECTED]> wrote: > On Tue, Jun 08, 2004 at 11:30:51AM +0100, Tim Bunce wrote: > > On Mon, Jun 07, 2004 at 10:52:32PM +0100, David Cantrell wrote: > > > But when I'm using a > > > terminal session,

Re: [perl #30091] [BUG] nmake fails (Win32) due to $^

2004-06-08 Thread Jens Rieks
On Monday 07 June 2004 20:56, Jonathan Worthington wrote: > # New Ticket Created by Jonathan Worthington > # Please include the string: [perl #30091] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30091 > > > > Hi, > > J

[perl #30095] [PATCH] Update required build tools in README

2004-06-08 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #30095] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30095 > This patch updates some of the build requirements for parrot. The C++ stuff is obvi

[perl #30094] [PATCH] Pass CC and CXX through to ICU's configure

2004-06-08 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #30094] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30094 > The following patch enables the user to control which compilers get chosen by ICU's

[perl #30091] [BUG] nmake fails (Win32) due to $^

2004-06-08 Thread via RT
# New Ticket Created by Jonathan Worthington # Please include the string: [perl #30091] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30091 > Hi, Just tried to do a build on Win32, and came up against the following err

Re: FW: Periodic Table of the Operators

2004-06-08 Thread David Cantrell
On Tue, Jun 08, 2004 at 11:30:51AM +0100, Tim Bunce wrote: > On Mon, Jun 07, 2004 at 10:52:32PM +0100, David Cantrell wrote: > > But when I'm using a > > terminal session, I have found that the only practical way of getting > > consistent behaviou

Re: Adding analysis to Devel::Cover reports

2004-06-08 Thread Ricardo SIGNES
* Michael Carman <[EMAIL PROTECTED]> [2004-06-07T23:13:02] > On 6/7/2004 9:20 PM, Andy Lester wrote: > > > > The "ALT attribute as tooltip" thing isn't portable, though. > > I don't use ALT, I use TITLE. That's the "right way" according to the W3C and > supported by at least IE and Mozilla-based b

Re: FW: Periodic Table of the Operators

2004-06-08 Thread Tim Bunce
On Mon, Jun 07, 2004 at 10:52:32PM +0100, David Cantrell wrote: > > My console can be any of several platforms - in the last couple of weeks > it has been a Linux box, a Windows PC, a Mac, a Sun workstation, and a > real vt320 attached to a Sun. My mail sits on a hosted Linux box. To > read i

Re: Q: PIO_unix_pipe

2004-06-08 Thread Leopold Toetsch
Robert Spier <[EMAIL PROTECTED]> wrote: > It seems like an example of opcode bloat to me. That's always the question: opcode or not. > Especially as it should be possible to implement this with a piping > open, Yes. But C needs another variant that takes an argv array. open Ppipe, Scmd, SFla