Benjamin Goldberg wrote:
Leopold Toetsch wrote:
Not having an INTERP argument severely limits us, even in other ways.
The INTERP argument is fine. The user defined encoding is/was my problem.
Similarly, that would eliminate the chance of a STRING* which is
actually a lazily concatenated list of
Re: The Craft of Software Testing...
Adam Turoff wrote:
It's out of print and nearly impossible to find. I haven't read it yet,
so I can't say whether it is as seminal as McBreen says it is.
Interesting - bn.com claims to have it available. BTW, for years now
only a softcover "facsimile editi
On Wed, Aug 20, 2003 at 10:34:33PM +1000, Andrew Savige wrote:
> Not to mention Semi::Semicolons.
I blame Ziggy for that one.
> You'll have to take my word for it when I claim that I finally realised
> why you'd chosen "Straps" ... right after I pressed the send button.
> Maybe after that "is my
On Wednesday 20 August 2003 08:23, Michael G Schwern wrote:
> You don't want subtests to have to know any state, such as how far to
> indent. Why? Consider:
Something has to keep state, I was assuming it would be the block. Anyway, the
indentation thing is bad because it won't work for threaded
Mr. Keroes has come up with a lovely little device that neatly handles the
problem of configuring module tests.
Module::TestConfig is for this sort of thing:
[EMAIL PROTECTED] Tornado-ConnectionHandler-0.02_06]$ perl Makefile.PL
Where would you like to install the authScript.pl binary? [/usr/loca
Greetings,
Has there been any active development on mod_parrot since last year?
The CVS on perl.org seems to have lost steam on the project 11 months
ago. This is an area I'm interested in tinkering around with a bit to
get to learn Parrot better and possibly be useful at the same time, but
I
Dave Mitchell wrote:
>
> On Wed, Aug 20, 2003 at 06:40:51PM -0400, Benjamin Goldberg wrote:
> > Dave Mitchell wrote:
> > >
> > > On Sun, Aug 17, 2003 at 05:48:14AM -0600, Luke Palmer wrote:
> > > > Here comes that ever-reincarnating thread again, sorry.
> > > >
> > > > This is a proposal for an ef
Leopold Toetsch:
# The property 'constant', 'ro' or whatever can only be some kind of
# communication: the HLL is telling the PMC to be read only. We could
now
# have in each set-like vtable:
#
#if (we_have_props && !is_bool(prop("ro")) // pseudo code
# set_the_value ...
#else
#
On Wednesday 20 August 2003 11:52, Michael G Schwern wrote:
> I've yet to see a real use-case for plans of plans.
Currently it's impossible to use testing functions and plans without major
headaches. If I do this
sub is_valid_person
{
my $person = shift;
like($person->{Name}, "(
Brent Dax wrote:
Leopold Toetsch:
# The property 'constant', 'ro' or whatever can only be some kind of
# communication: the HLL is telling the PMC to be read only. We could
now
# have in each set-like vtable:
#
#if (we_have_props && !is_bool(prop("ro")) // pseudo code
# set_the_value ..
$ parrot -p lex.pasm # [1]
0.041843
0.810558
...
CODE OP FULL NAMECALLS TOTAL TIMEAVG TIME
- - --- -- --
1138 Exception 10.6977070.70
You for sure can now say, that my exception handling stuff
Leopold Toetsch wrote:
>
> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> > Leopold Toetsch wrote:
> >>
> >> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> >> > There are a number of shortcomings in the API, which I'd like to
> >> > address here, and propose improvments for.
> >>
> >> > To allow
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> We have keyed_int shortcuts to get/set items on array like aggregates.
> Is there a reason, that we not have keyed_str to access hash elements
> by STRING directly.
I'm not so sure this would be worth it; since hash lookups are much
more expensive tha
Hi All,
I am currently embarking on a project to create a new language. Right now
I'm in the process of selecting the platform that's going to give me the
best starting point.
My first choice is whether to go for a VM, or a C-Python style
implementation. Right now I'm leaning towards VM.
The lan
On Wed, Aug 20, 2003 at 06:40:51PM -0400, Benjamin Goldberg wrote:
> Dave Mitchell wrote:
> >
> > On Sun, Aug 17, 2003 at 05:48:14AM -0600, Luke Palmer wrote:
> > > Here comes that ever-reincarnating thread again, sorry.
> > >
> > > This is a proposal for an efficient solution to the timely destru
Dave Mitchell wrote:
>
> On Sun, Aug 17, 2003 at 05:48:14AM -0600, Luke Palmer wrote:
> > Here comes that ever-reincarnating thread again, sorry.
> >
> > This is a proposal for an efficient solution to the timely destruction
> > problem, which doesn't use refcounting, and fits in to the current
We have keyed_int shortcuts to get/set items on array like aggregates.
Is there a reason, that we not have keyed_str to access hash elements by
STRING directly.
Currently a hash access inside parrot needs a key_new_string() which
contructs a new Key PMC, where the string then gets extracted again
On Wed, Aug 20, 2003 at 02:06:04PM +0100, Fergal Daly wrote:
> > Work under the assumption that each subplan is not aware of the state
> > of the overall test. This will produce the most useful protocol.
>
> In the scheme mentioned, the only thing the sub-plan is aware of is it's
> name/number,
On Wed, Aug 20, 2003 at 02:00:28PM +0100, Adrian Howard wrote:
> On Wednesday, August 20, 2003, at 11:52 am, Michael G Schwern wrote:
> [snip]
> >I've yet to see a real use-case for plans of plans.
> [snip]
>
> Anywhere when you want to have plans at a higher level of granularity
> than a test s
Brent Dax wrote:
Leopold Toetsch:
# Further we would need for some classes a Const$Class variant, where
the
# set-like vtables throw an exception. These classes should be
# autogenerated from *.pmc for all classes that have a "const_too" or
such
# in their classes $flags.
Isn't The Plan(tm) to use
On Wed, Aug 20, 2003 at 03:52:42AM -0700, Michael G Schwern wrote:
> On Wed, Aug 20, 2003 at 10:34:08AM +0100, Fergal Daly wrote:
> > On Wednesday 20 August 2003 08:23, Michael G Schwern wrote:
> > > You don't want subtests to have to know any state, such as how far to
> > > indent. Why? Consider:
Peter Gibbs wrote:
Leopold Toetsch wrote:
[bogus error]
Sorry for the false alarm. YAMDI[1]
leo
[1] Yet Another Missing Dependencies Issue
make realclean did help
Dr. Paul T. Jorgensen (my thesis advisor), wrote a book on testing:
Software Testing: A Craftman's Approach
http://www.amazon.com/exec/obidos/tg/detail/-/0849308097/qid=1061400488/sr=1
-1/ref=sr_1_1/002-0515097-5868803?v=glance&s=books
He just released the 2nd edition this year - so it's popular
Leopold Toetsch:
# Further we would need for some classes a Const$Class variant, where
the
# set-like vtables throw an exception. These classes should be
# autogenerated from *.pmc for all classes that have a "const_too" or
such
# in their classes $flags.
Isn't The Plan(tm) to use properties for t
We currently have constant Key and Sub PMCs both created from the
packfile at load time. They live in the constant_table pointing to a
constant PMC pool. But we need more.
We have allover the core code like this:
string_from_cstring(interpreter, "pIt", 0)
key = key_new_cstring(interpreter,
Peter Gibbs <[EMAIL PROTECTED]> wrote:
> Hi all
> I am back to playing with parrot for a while.
Fine, welcome back.
> Discovered that the UTF8 encoding function was producing
> garbage courtesy of two macros in unicode.h; I have fixed
> these and added a test to string.t that does a transcode to
On Wednesday, August 20, 2003, at 11:52 am, Michael G Schwern wrote:
[snip]
I've yet to see a real use-case for plans of plans.
[snip]
Anywhere when you want to have plans at a higher level of granularity
than a test script.
For example in Test::Class I can say:
sub pig_flying : Test(2) {
>We have missing dependencies. E.g. classes/* isn't rebuilt, when some
>parrot include files change.
This patch deals with only classes/*.pmc dependies. And I have no idea
how to search out other missing dependies.
headers.pl needs putting into the config/init directory
headers.pl
Description:
A moron once wrote:
> I have a similar problem; I'd like some of my test programs
> to generate other test programs on the fly, then run them.
>
> This seems to work:
>
> use strict;
> use Test::Harness;
> my $outf = 'out.tmp';
> print "1..1\n";
> local *SAVOUT; open(SAVOUT, ">&STDOUT"); # save or
Michael G Schwern wrote:
> On Wed, Aug 20, 2003 at 07:18:54PM +1000, Andrew Savige wrote:
> > I admit to asking my original question as a joke since, as of Perl
> 5.6.1,
> > Test::Harness was pure functional (Test::Harness::Straps no there).
> > However, I am not joking now when I say I have no ide
Leopold Toetsch wrote:
> Still something fishy:
>
> $ parrot t/op/string_117.pasm | od -c
> 000 A S C I I i s t h e s a m
> 020 e a s U T F 8 \n 200 200 200 200 200 200
> 040 200 200 200 200 200 200 200 200 200 200 200 200 20
On Wed, Aug 20, 2003 at 07:18:54PM +1000, Andrew Savige wrote:
> I admit to asking my original question as a joke since, as of Perl 5.6.1,
> Test::Harness was pure functional (Test::Harness::Straps no there).
> However, I am not joking now when I say I have no idea what "Straps"
> means.
harness
On Wed, Aug 20, 2003 at 10:34:08AM +0100, Fergal Daly wrote:
> On Wednesday 20 August 2003 08:23, Michael G Schwern wrote:
> > You don't want subtests to have to know any state, such as how far to
> > indent. Why? Consider:
>
> Something has to keep state
The state of the overall test? No, that
Hi all
I am back to playing with parrot for a while.
Discovered that the UTF8 encoding function was producing
garbage courtesy of two macros in unicode.h; I have fixed
these and added a test to string.t that does a transcode to
UTF8.
Patch below - but has already been committed, since nobody
eve
# New Ticket Created by Andy Bussey
# Please include the string: [perl #23430]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23430 >
This is a shameless theft of Luke Palmer's cool
idea for a generated editor syntax highl
Michael G Schwern wrote:
> On Thu, Jul 24, 2003 at 10:55:57AM +1000, Andrew Savige wrote:
>> I'd be interested to see an example of sub-classing Test::Harness.
>
> See examples/mini_harness.plx in Test::Harness.
>
> The straps interface is not yet entirely usable.
Thanks. Looks interesting.
I ad
On Wed, Jun 25, 2003 at 02:25:11PM +0100, Fergal Daly wrote:
> I just wanted to bring up nested blocks and sub-plans again. I've been hacking
> around in Test::Builder and I've implemented something that works and does
> something that I think is useful. It allows you to write tests that have
>
On Thu, Jul 24, 2003 at 10:55:57AM +1000, Andrew Savige wrote:
> I'd be interested to see an example of sub-classing Test::Harness.
See examples/mini_harness.plx in Test::Harness.
The straps interface is not yet entirely usable.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.c
Jos Visser <[EMAIL PROTECTED]> wrote:
> My current code generator generates code to trap the LEX_NOT_FOUND
> exception. However, the "set_eh" instruction is *terribly* slow...
After having a closer look at this, I can describe what's happening:
- the exception handler is a continuation
- these h
Jos Visser <[EMAIL PROTECTED]> wrote:
> Hi all,
> In my case my "problem" (challenge) is that I want to generate some
> parrot code that is capable of searching the lexical pads for the
> existence of a lexical. In my particular case this code executes
> frequently.
I would implement the proposed
Hi!
On Tue, Aug 19, 2003 at 04:00:44PM +0100, Tony Bowden wrote:
> I'd certainly like to see something like this worked on. We do a lot of
> this stuff automagically as part of our RCS anyway - people can't check
> in code that doesn't pass certain guidelines (all public methods
> documented etc.
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>>
>> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
>> > There are a number of shortcomings in the API, which I'd like to
>> > address here, and propose improvments for.
>>
>> > To allow user-defined encodings, and user-defined tr
42 matches
Mail list logo
