Some of our memory problems seem to be strange interactions between PObjs
allocated out of constant pools, garbage collection, and freezing/thawing PBC
(not to mention the interaction of HLLs).
PObjs allocated out of constant pools persist in memory. They get marked
(sometimes, but not always)
"Will Coleda" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> As of r26037, tcl is once again generating a segfault (even on
> feather!). The change in 26037 was to replace a morph + assign with
> the 'copy' opcode.
>
This is indeed a problem caused by the copy op.
Examining the
[Cc to perl6-language as I think this is of interest]
[Oh, and please read the entire thing before responding to any
one particular point. There are a number of arguments flowing
from one another here. (I am guilty of being too quick with the
Reply button myself, hence this friendly reminder.)]
*
Am Sonntag, 24. Februar 2008 10:55 schrieb chromatic:
> PMCs that *do* need a special mark() are troublesome; they may contain
> pointers to non-constant PObjs that *do* need live marking, lest they get
> swept away during the second half of GC. If these constant PObjs don't get
> marked, there's
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #51144]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51144 >
the file docs/imcc/parsing.pod has been removed
as is docs/imcc/imcc.pod.
All relevan
On 24 Feb 2008, at 15:00, Aristotle Pagaltzis wrote:
Something like
path { $app_base_dir / $conf_dir / $foo_cfg . $cfg_ext }
I've wanted this often. I've also wanted a clean way to lexically
supply a default target object. For example with HTML::Tiny you often
write
my $h = HTML::Ti
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #51146]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51146 >
afaict, the function "mk_address" in imcc/symreg.c is no longer used.
Although i can
On Sun, Feb 24, 2008 at 3:00 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote:
> Something like
>
> path { $app_base_dir / $conf_dir / $foo_cfg . $cfg_ext }
>
> where the operators in that scope are overloaded irrespective of
> the types of the variables (be they plain scalar strings,
> in
Although i can remove this function, I'm not really clear on how to
update
the header file symreg.h w.r.t the headerizer stuff.
(can i just remove the prototype , or is this generated?)
You run "make headerizer" and it updates the header.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.c
On Sun, Feb 24, 2008 at 04:23:54PM +, Andy Armstrong wrote:
> I've wanted this often. I've also wanted a clean way to lexically supply a
> default target object. For example with HTML::Tiny you often write
>
> my $h = HTML::Tiny->new();
> $h->body($h->head($h->title('FooPage')), $h->body(...
On Sunday 24 February 2008 07:33:30 Leopold Toetsch wrote:
> Am Sonntag, 24. Februar 2008 10:55 schrieb chromatic:
> > PMCs that *do* need a special mark() are troublesome; they may contain
> > pointers to non-constant PObjs that *do* need live marking, lest they get
> > swept away during the sec
fixed in r26045
At 17:30 + 2/24/08, Luke Palmer wrote:
>On Sun, Feb 24, 2008 at 3:00 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote:
And I read both very carefully and failed to understand most of it.
I use perl for physics and engineering mostly because I forgot most of my
FORTRAN long ago and perl work
I've started a new Perl 6 wiki page for Perl 6 fundraising and
related topics:
http://www.perlfoundation.org/perl6/index.cgi?perl_6_donations_and_fundraisi
ng
It's still very preliminary, and it may take another day or two
before I finish collecting stuff from previous discussion threads
that I a
Aristotle Pagaltzis wrote:
> And this contradiction – that being able to declare sugar is
> good, but the way that languages have permitted that so far leads
> to insanity – is what sent me thinking along the lines that there
> has to be some way to make overloading sane. And we all know that
>
This is the second oldest unresolved ticket in the Parrot RT queue. Let
me ask a naïve question: We have a configuration step called auto::env
whose description reads, "Determining if the C library has C
and C." Assuming this step does what it says, in what ways
are the issues raised in this tic
On Sun Aug 15 13:02:08 2004, coke wrote:
>
Nothing has been done on this ticket in 3-1/2 years. chromatic's
question of two years back remains unanswered. I can't find the phrase
'Run different run cores' inside TODO, Parrot::Test or any other file in
the current distribution.
So is there any
Earlier this month I found one last instance where one of the tests I
had written failed to clean up a temporary file. I am no longer finding
any files in /tmp after configuration.
Andy, Joshua, ptc: Are you still seeing any tempfiles
post-configuration? If not I will close this ticket.
Thank
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 01:55:20 -0800
Some of our memory problems seem to be strange interactions between
PObjs allocated out of constant pools, garbage collection, and
freezing/thawing PBC (not to mention the interaction of HLLs).
Amen! -- parti
On Wed Dec 14 02:00:08 2005, [EMAIL PROTECTED] wrote:
> - It should be possible to specify the paths to all utilities via
> environment variables. Similar to how the new probes for lex and yacc
> work.
>
Joshua:
My guess is that you're referring to this code found in both
config/inter/lex.p
On Thu Jul 12 11:58:58 2007, coke wrote:
> This file seems to be obsoleted by t/codingstd/c_indent.t; It also relies
> on the non-standard module C::Scan.
Is there any reason why we can't close this ticket?
kid51
On Sunday 24 February 2008 16:55:48 Bob Rogers wrote:
>Some of our memory problems seem to be strange interactions between
>PObjs allocated out of constant pools, garbage collection, and
>freezing/thawing PBC (not to mention the interaction of HLLs).
>
> Amen! -- particularly the "stra
On Sun, Feb 24, 2008 at 7:35 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Sun Aug 15 13:02:08 2004, coke wrote:
> >
>
> Nothing has been done on this ticket in 3-1/2 years. chromatic's
> question of two years back remains unanswered. I can't find the phrase
> 'Run different run cor
On Sun, Feb 24, 2008 at 7:49 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Earlier this month I found one last instance where one of the tests I
> had written failed to clean up a temporary file. I am no longer finding
> any files in /tmp after configuration.
>
> Andy, Joshua, ptc: Are
Somewhat apropos the discussion in this old ticket, tonight I noticed
the following code in config/inter/progs.pm:
sub cc_run {
...
my $run_error;
if ( defined( $_[0] ) && length( $_[0] ) ) {
local $" = ' ';
$run_error = _run_command( "$test_exe @_", './test.out', unde
On Sunday 24 February 2008 17:19:58 Will Coleda wrote:
> When cutting a release, we do a 'make fulltest', which runs parrot
> with various cores to verify that no supported core fails any tests;
> the problem with fulltest is that it uses four different harnesses;
> This means sifting through a lo
On 2008-Feb-24, at 2:28 pm, Jonathan Lang wrote:
{ use text; if $a > "49" { say $a } }
...with the result being the same as Perl5's 'if $a gt "49" { say
$a }' (so if $a equals '5', it says '5'). Am I following you? If
so, I'm not seeing what's so exciting about the concept;
The whole poi
On Sun, Feb 24, 2008 at 8:20 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Jul 12 11:58:58 2007, coke wrote:
> > This file seems to be obsoleted by t/codingstd/c_indent.t; It also relies
> > on the non-standard module C::Scan.
>
> Is there any reason why we can't close this ticket?
On Sun, Feb 24, 2008 at 8:54 AM, Peter Gibbs via RT
<[EMAIL PROTECTED]> wrote:
>
> "Will Coleda" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >
> > As of r26037, tcl is once again generating a segfault (even on
> > feather!). The change in 26037 was to replace a morph + assig
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 17:22:19 -0800
On Sunday 24 February 2008 16:55:48 Bob Rogers wrote:
> Why do constant PMCs ever need to point to non-constant ones? In other
> words, why are those pointed-to PObjs not also constant?
The reason is pra
>
> The original request was regarding all the tests, not just config, or
> so I thought; In either case, I'd feel safer if someone checked after
> a full test run before closing the ticket.
>
[li11-226:parrot] 508 $ find /tmp -type f
[li11-226:parrot] 509 $ screen
[deta
On Sunday 24 February 2008 18:41:23 Bob Rogers wrote:
> Granted, and it's tough to make a PMC truly read-only until after it's
> completely initialized . . .
>
>There's a similar problem for accessors and setters. Again, that's
>solveable with more code or more cleverness.
>
> So, you're
On Sat Feb 23 15:29:22 2008, [EMAIL PROTECTED] wrote:
> The patch attached, diff.trunk.tcif.txt, addresses both RT 47391
> (t/configure/1*.t tests incorrectly rely on init::defaults_ and RT 47503
> (Remove config::init::defaults From configure tests). It accomplishes
> the following:
>
> * In the
On Sun, Feb 24, 2008 at 9:26 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
>
> >
> > The original request was regarding all the tests, not just config, or
> > so I thought; In either case, I'd feel safer if someone checked after
> > a full test run before closing the ticket.
> >
>
> [li1
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 19:13:50 -0800
On Sunday 24 February 2008 18:41:23 Bob Rogers wrote:
> Granted, and it's tough to make a PMC truly read-only until after it's
> completely initialized . . .
>
>There's a similar problem for accesso
- Original Message -
From: "Will Coleda" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Perl6 Internals"
<[EMAIL PROTECTED]>
Sent: Monday, February 25, 2008 4:00 AM
Subject: Re: [perl #51136] [BUG] Segfault in Parrot_Ref_morph
On Sun, Feb 24, 2008 at 8:54 AM, Peter Gibbs via RT
<[EMAIL
36 matches
Mail list logo