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
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
Hello All,
This may be silly question anyway ...
We are using "perl5.00404" and planning to upgrade it
to "perl5.6.1". We host the web applications(cgi/perl
etc) on our servers. Could you all please tell me
what are the major changes in between these two perl
versions which could break ap
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
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, 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
# 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
Everyone,
Please correct me if I am emailing the wrong address/list. Thanks.
I have an idea for the int() function. I think it would be cool if it
returned false/undefined when the argument passed to it is a whole number.
For example:
int(1) or print "argument passed to int() is something oth
On Wed, May 22, 2002 at 10:14:17AM -0700, Chris Angell wrote:
> I have an idea for the int() function. I think it would be cool if it
> returned false/undefined when the argument passed to it is a whole number.
> For example:
>
> int(1) or print "argument passed to int() is something other than
On 5/22/02 11:18 AM, "Michael G Schwern" <[EMAIL PROTECTED]> claimed:
> It would be nice to have a way to check if something is an integer better
> than the regexes in perlfaq4
I completely agree with this sentiment. In the meantime, if you don't want
to worry about the regexes, check out my D
On Wed, 22 May 2002, Chris Angell wrote:
> Everyone,
>
> Please correct me if I am emailing the wrong address/list. Thanks.
Well, in general, you are mailing the wrong list; however, we do know a
lot of perl 5, so you'll get your question answered :) (This is the Perl
6 list, used for discu
Luke Palmer:
# sub myint($x) { my $i = int $x; $i == $x ? $x : $i }
sub myint($x) { int $x // $x } #assuming it returned undef
--Brent Dax <[EMAIL PROTECTED]>
@roles=map {"Parrot $_"} qw(embedding regexen Configure)
blink: Text blinks (alternates between visible and invisible).
Conforming use
# 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
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
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
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
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, 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
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
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
20 matches
Mail list logo
