Steve Fink:
# Which brings me to my question: is there some way of getting
# machine-readable output from tinderbox? I'd really like to
# alias my cvs commit to something that automatically monitors
# the tinderbox for the next hour and a half so it screams at
# me when I increase the current
I took a look at what was going on, and found that the GC probably needs a
good tuning. For the 20K file, parrot is doing 217 collections of the
string pool, the last 102 of which reclaim less than 10% of the pool.
Changing compact_string_pool() to increase the pool size by a factor of
(0.5 - pct
On Wed, 22 May 2002, Steve Fink wrote:
> Which brings me to my question: is there some way of getting
> machine-readable output from tinderbox? I'd really like to alias my cvs
> commit to something that automatically monitors the tinderbox for the
> next hour and a half so it screams at me when I
At 12:41 PM 5/22/2002 -0700, Sean O'Rourke wrote:
>This is an implementation of LZW compression in Parrot assembly. The fact
>that pack() can't handle null bytes makes it a bit more complicated (and
>limited) than it has to be, but for just text files, it seems to work just
>fine. It's probably
On Wed, May 22, 2002 at 12:34:22AM -0300, Daniel Grunblatt wrote:
> On 22 May 2002, Sean O'Rourke (via RT) wrote:
>
> > # New Ticket Created by Sean O'Rourke
> > # Please include the string: [netlabs #610]
> > # in the subject line of all future correspondence about this issue.
> > # http://bug
This is an implementation of LZW compression in Parrot assembly. The fact
that pack() can't handle null bytes makes it a bit more complicated (and
limited) than it has to be, but for just text files, it seems to work just
fine. It's probably a decent stress test for the hash PMC, but especially
Clinton A. Pierce wrote:
> * sync up, and get the latest Parrot BASIC. It's fully hash-enabled and
> quite speedy now.
>
> * Run "basic.pl" to assemble the interpreter, and get it started
>
> * At the "Ready" prompt, "LOAD eliza"
>
> * When finished, type RUN
>
> The crash will happen shortly th
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #613]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=613 >
I do not have a short test for this one. To reproduce this problem:
* sync u
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #612]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=612 >
In converting BASIC to use hashes, I discovered that once in a great while
th
On Wed, May 22, 2002 at 11:52:36AM -0300, Daniel Grunblatt wrote:
> And, please:
>
> 1 - Try to send the patch as an attachment, sometimes it's too difficult
> to apply if you don't.
>
> 2 - 'diff -u' I S Y O U R F R I E N D :)
'diff -up' is even better if your diff supports it!
Dave.
--
N
On Wed, 24 Apr 2002, Daniel Grunblatt wrote:
> Folks,
> From now on, please every time you want to send a patch send it to
> [EMAIL PROTECTED] so that we can keep track of it and it doesn't
> get lost in space.
>
> Thanks.
>
> Daniel Grunblatt.
>
>
And, please:
1 - Try to send the patch
On Wed, 22 May 2002, Aldo Calpini wrote:
> hello,
> I've added the following new ops to i386/core.jit:
> inc_i
> dec_i
> inc_i_ic
> dec_i_ic
> lt_i_ic_ic
> lt_i_i_ic
> gt_i_ic_ic
> gt_i_i_ic
> ge_i_ic_ic
> ge_i_i_ic
> le_i_ic_ic
> le_i_i_ic
> e
hello,
I've added the following new ops to i386/core.jit:
inc_i
dec_i
inc_i_ic
dec_i_ic
lt_i_ic_ic
lt_i_i_ic
gt_i_ic_ic
gt_i_i_ic
ge_i_ic_ic
ge_i_i_ic
le_i_ic_ic
le_i_i_ic
eq_i_ic_ic
eq_i_i_ic
also fixed buggy definitions for emitm_cmpl_r_m
Mike Lambert wrote (via RT)
> Below code implements REPLENISH_LEVEL_FACTOR, which is a percentage fro 0
> to 1 which indicates at what point it will allocate more headers. Also
> gives us a speedup of roughly 1.5% :)
Thanks for the patch, it certainly simplifies things. I went around in
several
14 matches
Mail list logo
