On Tue Sep 16 00:08:29 2008, [EMAIL PROTECTED] wrote:
On Monday 15 September 2008 20:06:11 James Keenan via RT wrote:
See patch attached. The patch eliminates smartlink-related code from
Parrot, but does not touch anything in languages/.
It contains some commented out code that should
On Tue, Sep 16, 2008 at 5:14 AM, James Keenan via RT
[EMAIL PROTECTED] wrote:
On Tue Sep 16 00:08:29 2008, [EMAIL PROTECTED] wrote:
On Monday 15 September 2008 20:06:11 James Keenan via RT wrote:
See patch attached. The patch eliminates smartlink-related code from
Parrot, but does not
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58932]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58932
Sometime after the 0.7.1 release, the P6object library will change
so that
I think you've gone about this in the right way, but need to handle the
various cases a bit more broadly. Specifically, you can't assume that
everyone has strerror() at all (Solaris 8 doesn't, for example) nor that
everyone who uses int strerror_r() will also define either _XOPEN_SOURCE
or
Author: allison
Date: Tue Sep 16 13:12:27 2008
New Revision: 31186
Modified:
trunk/docs/pdds/pdd23_exceptions.pod
Log:
[pdd] Clarifying the description of the 'throw' opcode, and the necessary
interface of thrown exceptions.
Modified: trunk/docs/pdds/pdd23_exceptions.pod
Patrick R. Michaud wrote:
PDD23:67 has:
: =item Bthrow IEXCEPTION
:
: Throw an exception consisting of the given IEXCEPTION PMC. Active exception
: handlers (if any) will be invoked with IEXCEPTION as the only parameter.
:
:
: =item Bthrow IEXCEPTION [ , ICONTINUATION ]
:
: Throw an
Will Coleda (via RT) wrote:
[...]
I would expect one of the following things to happen here, either:
- an error is generated when test2 is parsed because there is no name
for the named parameter, or
- test2's blarg .param should default to being named 'blarg', so both
calls should work
Christoph Otto (via RT) wrote:
I was looking at #45357 ([TODO] Which exception should be thrown with register
overflow?) and found that Parrot doesn't like subs with more than 205 params.
This seems like a perfectly reasonable limit, but perhaps the behavior could
be more user-friendly.*
On Tue, Sep 16, 2008 at 10:14:24PM +0200, Allison Randal wrote:
Okay, PDD cleaned up. The code to directly support throwing any
arbitrary type would require significant circumlocution (read:
inefficient, difficult to maintain), so it's not desirable.
[...]
But, an individual HLL can
# New Ticket Created by Reini Urban
# Please include the string: [perl #58938]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58938
Since a few days loadlib initialization causes an
src/string.c:2241: failed
Stephen Weeks wrote:
ExceptionHandler currently has a can_handle method that checks whether
the EH has been disabled or not. I propose adding some attributes to
store the minimum severity the EH will handle and the list of exception
types the EH will handle, methods to set and get these
2008/9/16 via RT Reini Urban [EMAIL PROTECTED]:
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58938
If you don't spot the error immediately, here's a hint:
#5 0x639518e0 in pmc_type () from /usr/bin/cygparrot0_7_0.dll
wrong lib. caused by what?
the lib should be called
Klaas-Jan Stol wrote:
This ticket doesn't seem to be closeable as is.Would it be good enough
if pmc2c.pl spit out an error on the above definition, or is this even
something that pmc2c.pl should be concerned about?
The goal of the ticket should be for pmc2c.pl to entirely parse the
input PMC
Klaas-Jan Stol wrote:
Allison:
I made the following changes in pirc/new:
.arg - .set_arg
.result - .get_result
.return - .tailcall (in context of .return foo() , which thus is now:
.tailcall foo() )
.return - .set_return (in long-style returning : .begin/end_return
.yield - .set_yield ( in
NotFound wrote:
By the way, as mentioned in other thread there is a problem with plain
%s in parrot printf-alike functions. It does not handle well a NULL c
string. This must be fixed. And before, given the current
implementation, the behavior of string_make and his successor in the
strings
Reini Urban (via RT) wrote:
Old: Guess extensions, so that the user can drop the extensions
leaving it up to the build process/install whether or not
a .pbc, .pasm, .past or a .pir file is used.
New: Search only for .pbc, .pasm, and .pir in that order.
The .past file-extension is *long*
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #58934]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58934
'make fulltest' runs several chunks of tests, and does not show a final
summary. So
Patrick R. Michaud wrote:
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
+CONTROL_TAKE
} exception_type_enum;
Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to
It certainly shouldn't segfault. But, the question is: why does it segfault
at 206 parameters? Throwing an exception to avoid an error we don't
understand isn't good for the long-term health of the VM.
The problem is located inside compilers/imcc/pcc.c:pcc_get_args function.
It has the
On Tue, Sep 16, 2008 at 12:27 PM, via RT Moritz Lenz
[EMAIL PROTECTED] wrote:
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #58934]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58934
Vasily Chekalkin wrote:
And another question. Should all lvalue occurences of PMC_*_val(SELF) be
replaced with VTABLE_set_*_native? (Except for VTABLE method
implementation of cause)
In general, yes. You'll have to check each PMC to see if they have the
appropriate VTABLE_set_*(_native)
On Tuesday 16 September 2008 14:47:58 NotFound wrote:
It certainly shouldn't segfault. But, the question is: why does it
segfault at 206 parameters? Throwing an exception to avoid an error we
don't understand isn't good for the long-term health of the VM.
The problem is located inside
Christoph Otto via RT wrote:
On Mon Oct 22 07:01:59 2007, pcoch wrote:
In src/pmc/hash.pmc:thaw() there is the todo item:
/* TODO make a better interface for hash creation
... do this.
Where do we want to go with this?
Ax the ticket. Vague plans for future change aren't useful.
Allison
Marked as rejected.
On Tue Sep 16 06:50:26 2008, particle wrote:
parrot needs a way for us to measure spec coverage in our test suite.
i started the current smartlinks code as an experiment in using moose,
and as a reaction to the mess of smartlink code that's in the pugs
repo. however, i'm not married to the
Rejected, as we're deleting the test file which the OP calls for expanding.
Rejected, as we're deleting the test file which the OP calls for expanding.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting the file proposed for expansion.
Rejected, as we're deleting this file.
Rejected, as we're deleting the file proposed for expansion.
As the discussion evolved in RT 58742, the consensus was that the
current smartlink functionality in Parrot is not working and that a
fresh approach must be taken. So we're deleting the smartlink-related
files (or, at the very least, those outside of the languages/
directory). That means we can
On Tue Sep 16 15:45:47 2008, [EMAIL PROTECTED] wrote:
Okay, here's what I propose we do:
1. I will examine the 12 unresolved tickets to see if there are any
which will not be automatically closable once my patch is applied.
Examination complete.
2. I will apply a refined version of
From: Allison Randal [EMAIL PROTECTED]
Date: Tue, 16 Sep 2008 22:51:29 +0200
Yes, once we have the ability to have exception handlers only handle
specific types of exceptions, then they'll allow all other types of
exceptions to pass through. (Which means we won't end up with the
On Tue, Sep 16, 2008 at 11:45:17PM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to continue after the point of the TAKE. It's quite
similar to a .yield operation for coroutines.
Would
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58946]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58946
This metaticket is for issues related to the October 2008 release of
Parrot,
On behalf of the Parrot team, I'm proud to announce Parrot 0.7.1
Manu Aloha. Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.7.1 is available via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.html . For
42 matches
Mail list logo
