A few days ago I noticed that the vpm benchmark was failing. Then
today, I saw that the majority of the OO benchmarks were failing.
I'd like to propose including testbench under fulltest so that the
benchmarks can be more readily tested. Maybe that will help keep
the benchmarks from getting brok
Justin DeVuyst <[EMAIL PROTECTED]> wrote:
> A few days ago I noticed that the vpm benchmark was failing. Then
> today, I saw that the majority of the OO benchmarks were failing.
Yeah. Fixed.
> I'd like to propose including testbench under fulltest so that the
> benchmarks can be more readily te
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> Hi,
> The PerlHash is now an extension of Hash.
Great, thanks.
> The semantics should not have changed. For example, integer values are
> still stored as PerlInt PMCs in the Hash PMC.
I'd propose the following:
* instead of PerlInt an Integer PM
At 7:45 AM +0100 12/11/04, Leopold Toetsch wrote:
Thinking more about that it seems that we don't have much chance to keep
the current scheme that the destination is passed in.
(This is probably out of order -- I've a lot of mail I'm backed up on
unfortunately, but since it was CC'd directly to me
On Sun, Dec 12, 2004 at 12:24:26AM -0600, Jason Gessner ([EMAIL PROTECTED])
wrote:
> This is not designed as a replacement for a cron'd prove. The way i see
> it being used is in a terminal window adjacent to an editing session
> while trying to nail down a problem.
So it's sort of adding make
Andy Lester wrote:
On Sun, Dec 12, 2004 at 12:24:26AM -0600, Jason Gessner ([EMAIL PROTECTED])
wrote:
This is not designed as a replacement for a cron'd prove. The way i see
it being used is in a terminal window adjacent to an editing session
while trying to nail down a problem.
So it's sort o
At 8:07 AM +0100 12/10/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
... A scope exit
action is put in place on the control stack with:
pushaction Psub
* What is the intended usage of the action handler?
* Specifically is this also ment for lazy DOD runs?
* How is the r
Jason Gessner wrote:
Andy Lester wrote:
So it's sort of adding make functionality with prove. The way the check
is running in the patch, the only criteria for updating it is changes
in the .t file, but what if what you're updating is the source file?
Detecting a change in the mod time for a .t fil
On 13.Dec.2004 09:49AM -0600, Andy Lester wrote:
> I'm in love with (well, maybe just a crush on) the idea of
> having a continual prove in a window while you're running
> tests. I'm just trying to think of how best to do it.
There is an MIT study on using test-driven development in the
classroo
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #33031]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33031 >
Currently parrot sets the current object for a method call *after*
calliing invoke o
On Mon, 2004-12-13 at 07:44 -0800, Dan Sugalski wrote:
> A plain
>
> ./parrot foo.pbc
>
> when foo.pbc doesn't exist triggers a core dump on OS X.
The problem is in embed.c not checking the results of
Parrot_locate_runtime_file(). Here's a naive patch.
Is there a good place to put tests f
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #33032]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33032 >
IMCC's doing odd things when moving PMCs into the appropriate spot
when calling into
Dan Sugalski (via RT) wrote:
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #33028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33028 >
A plain
./parrot foo.pbc
when foo.pbc doesn't exist t
chromatic wrote:
On Mon, 2004-12-13 at 07:44 -0800, Dan Sugalski wrote:
A plain
./parrot foo.pbc
when foo.pbc doesn't exist triggers a core dump on OS X.
The problem is in embed.c not checking the results of
Parrot_locate_runtime_file(). Here's a naive patch.
[snip chromatic's fine patch, very
Dan Sugalski (via RT) wrote:
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #33028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33028 >
A plain
./parrot foo.pbc
when foo.pbc doesn't exist t
This no longer errors out, presumably due to the semi-recent changes regarding
.return()
> [EMAIL PROTECTED] - Mon Mar 22 01:18:45 2004]:
>
> -
> IMCC parser chokes on empty subs. Simple test case:
>
> .sub _main
> _foo()
>
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> IMCC's doing odd things when moving PMCs into the appropriate spot
> when calling into functions with a large number of parameters. Here's
> a snip from a trace of one of the programs running. Note the lines
> from bytecode offset 78123, 78126, and 78130.
Matthew Zimmerman <[EMAIL PROTECTED]> wrote:
> strlen() is puking on the NULL return from Parrot_locate_runtime_file()
> in Parrot_readbc. Attached patch fixes this behavior.
Thanks, applied.
leo
Tripped across this on WardsWiki just now. #5 is my favorite as its often
forgotten in the noise.
http://www.c2.com/cgi/wiki?UncleBobOnCodingStandards
On coding standards:
1. Let them evolve during the first few iterations.
2. Let them be team specific instead of company specific.
3. D
On Tue, Dec 14, 2004 at 05:35:53AM -0500, Michael G Schwern wrote:
> Tripped across this on WardsWiki just now. #5 is my favorite as its often
> forgotten in the noise.
>
> http://www.c2.com/cgi/wiki?UncleBobOnCodingStandards
>
> On coding standards:
>
>1. Let them evolve during the first f
> > http://www.c2.com/cgi/wiki?UncleBobOnCodingStandards
> >
> > On coding standards:
I'd add an additional:
* Make sure your tools enforce them, and make complying with them
as simple as possible.
To be honest, I don't care if someone's house style is for TAB to indent
2, 4, or 8 charact
On Tue 14 Dec 2004 12:15, Ben Evans <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 14, 2004 at 05:35:53AM -0500, Michael G Schwern wrote:
> > Tripped across this on WardsWiki just now. #5 is my favorite as its often
> > forgotten in the noise.
> >
> > http://www.c2.com/cgi/wiki?UncleBobOnCodingStandard
Sam's latest patch seems to have resolved this issue - dynclasses now build,
and:
perl t/harness t/dynclass/py*
skips 1 test, passes everything else.
Thanks.
At 10:19 AM +0100 12/14/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 8:07 AM +0100 12/10/04, Leopold Toetsch wrote:
* What is the intended usage of the action handler?
* Specifically is this also ment for lazy DOD runs?
* How is the relationship to the C opcode?
The one
Hi!
I have found a problem with with mmd_dispatch_v_pnp.
The function calls (for an Integer-PMC) Parrot_Integer_multiply_int, which
expects an INTVAL, but a FLOATVAL is passed to it.
jens
---
Breakpoint 1, mmd_dispatch_v_pnp (interpreter=0x8245048, left=0x8401328,
right=1, dest=0x8401328,
Howdy... Sorry for ad hoc reply, i wasn't subscribed to the list
before this.
I've started prelimenary work on Test::Harness::Daemon, which is
supposed to let you make various clients to testing. Some will
report, others will schedule, some will do both.
My plan was to write a client that starts
At 9:08 AM + 12/14/04, Leopold Toetsch via RT wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
IMCC's doing odd things when moving PMCs into the appropriate spot
when calling into functions with a large number of parameters. Here's
a snip from a trace of one of the programs running. Note the l
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi!
> I have found a problem with with mmd_dispatch_v_pnp.
> The function calls (for an Integer-PMC) Parrot_Integer_multiply_int, which
> expects an INTVAL, but a FLOATVAL is passed to it.
I can't reproduce that.
new P1, .Integer
set P1, 2
new P2, .U
On Tue, Dec 14, 2004 at 12:21:50PM +, Matt Sergeant wrote:
> On 14 Dec 2004, at 11:26, Clayton, Nik wrote:
> >To be honest, I don't care if someone's house style is for TAB to
> >indent
> >2, 4, or 8 characters; how much second level indentations are indented
> >by;
> >whether or not braces c
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 10:19 AM +0100 12/14/04, Leopold Toetsch wrote:
> Which does argue that it ought not be a sub, I suppose, but something
> simpler. A plain bsr sort of thing.
A bsr doesn't change anything. It has to return to the caller. That
thing, where it's returnin
I just read RFC from http://dev.perl.org/perl6/rfc/ about thread model in
perl.
It's quite old stuff. I hope this still a continuous work. I don't know if
you look at Erlang. It's a distributed langage that use cooperative
thread. It scale very very well. But Erlang is a slow langage.
Thread are
On 14 Dec 2004, at 11:26, Clayton, Nik wrote:
http://www.c2.com/cgi/wiki?UncleBobOnCodingStandards
On coding standards:
I'd add an additional:
* Make sure your tools enforce them, and make complying with them
as simple as possible.
To be honest, I don't care if someone's house style is for TA
> I /think/ he means what the tab key's effect is when typed in
> his editor of choice
Correct. Hitting TAB should indent to the correct level for the current
context. I don't especially care whether the editor does by inserting
actual TAB characters or a bunch of spaces.
I've normally got eno
here's a fun little app i cooked up yesterday -- an ASCII mandelbrot
browser written as a mod_parrot handler. it's pretty speedy (assuming
your connection isn't holding you back), and it's the first handler i've
written that parses form inputs.
for now, it's on my mod_parrot page at http://www.sm
On Tue 14 Dec 2004 16:04, "Clayton, Nik" <[EMAIL PROTECTED]> wrote:
> > I /think/ he means what the tab key's effect is when typed in
> > his editor of choice
>
> Correct. Hitting TAB should indent to the correct level for the current
> context. I don't especially care whether the editor does b
> > I've normally got enough going on in my head when writing code, worrying
> > about the house style should not be one of them.
>
> Wrong. It should be. You write, and someone else - or yourself - has to
> maintain the code later. This means that you have to write with style and
> maintainabilit
On Tue, Dec 14, 2004 at 02:15:45PM +, Dominic Mitchell wrote:
> On Tue, Dec 14, 2004 at 12:21:50PM +, Matt Sergeant wrote:
>> On 14 Dec 2004, at 11:26, Clayton, Nik wrote:
>>> That's something the editor can care about. When I hit the TAB key it
>>> should just do whatever the house style
On Tue 14 Dec 2004 16:21, "Clayton, Nik" <[EMAIL PROTECTED]> wrote:
> > > I've normally got enough going on in my head when writing code, worrying
> > > about the house style should not be one of them.
> >
> > Wrong. It should be. You write, and someone else - or yourself - has to
> > maintain the
At 3:31 PM +0100 12/14/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 10:19 AM +0100 12/14/04, Leopold Toetsch wrote:
Which does argue that it ought not be a sub, I suppose, but something
simpler. A plain bsr sort of thing.
A bsr doesn't change anything. It has to return
On Tue, 14 Dec 2004 16:14:32 +0100, H.Merijn Brand <[EMAIL PROTECTED]>
wrote:
> On Tue 14 Dec 2004 16:04, "Clayton, Nik" <[EMAIL PROTECTED]>
> wrote:
> > I've normally got enough going on in my head when writing code,
> > worrying about the house style should not be one of them.
>
> Wrong. It shoul
David Cantrell wrote:
Jason Gessner wrote:
Andy Lester wrote:
So it's sort of adding make functionality with prove. The way the check
is running in the patch, the only criteria for updating it is changes
in the .t file, but what if what you're updating is the source file?
Detecting a change in the
On Dec 13, 2004, at 11:10 AM, Jason Gessner wrote:
David Cantrell wrote:
Jason Gessner wrote:
Andy Lester wrote:
So it's sort of adding make functionality with prove. The way the
check
is running in the patch, the only criteria for updating it is
changes
in the .t file, but what if what you're u
Not quite:
ld: multiple definitions of symbol _PROXY_STRING
pyproxytype.o definition of _PROXY_STRING in section (__DATA,__common)
pyproxyclass.o definition of _PROXY_STRING in section (__DATA,__common)
Sam Ruby wrote:
cvsuser 04/12/13 19:12:07
Modified:dynclasses pyproxyclass.pmc pyproxy
# New Ticket Created by Will Coleda
# Please include the string: [perl #33036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33036 >
Fresh cvs update, make realclean, configure, make:
c++ -L/usr/local/lib -flat_namesp
Devel::Cover has been giving Test::More some indigestion lately. Threads.
Bleh. Paul put out a new version so I figured I'd try it out. It faired
reasonably well, everything but the threaded stuff ran better than the
last version.
So I looked at the coverage output.
-
Hi,
I have responded to the ticket,
http://rt.perl.org/rt3/index.html?q=31859, but the response hasn't made
if to [EMAIL PROTECTED]
Is there a policy, which responses to RT tickets are posted to
[EMAIL PROTECTED] I know that it works fine for new tickets.
A patch for moving the implementation o
Sending a copy of this message to the [EMAIL PROTECTED] list.
Hopefully someone there will have a clue about your question.
> [EMAIL PROTECTED] - Fri Nov 26 01:17:46 2004]:
>
> Hello, I am currently very dedicated into learning the Parrot
> programming language, and to do this, I have gathered f
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #33028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33028 >
A plain
./parrot foo.pbc
when foo.pbc doesn't exist triggers a core dump on OS
Hey folks.
I'm really sorry that I've been missing of late -- been mugged by
work. (Which you might've figured, seeing the trickle of bug reports
:) I'm still a week or more behind in p6i mail, though if I'm lucky
I'll be able to mostly catch up in the next few days.
I don't think my time short
# New Ticket Created by Lambeck
# Please include the string: [perl #33029]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33029 >
I am missing some features for "make install". Right now there is no way to
make ONLY Par
Thanks, (finally) applied.
FYI, I had to mangle one of the chunks by hand, but since this is from March,
I'm not
surprised.
> [bernhard - Tue Mar 02 14:02:42 2004]:
>
>
> The attached patch is another overhaul of debug.pod. The most notable change
> is that there
> is no 'imcc' binary any mor
51 matches
Mail list logo
