Allison Randal <[EMAIL PROTECTED]> wrote:
> define PARROT_HAS_HEADER_SIGNAL 1
Strange. Please try something like this:
$ gdb parrot
(gdb) b sig_handler
(gdb) r t/op/hacks_1.pasm
Program received signal SIGFPE, Arithmetic exception.
[ ... ]
(gdb) s
Breakpoint 1, sig_handler (signum=8) at src/even
Allison Randal <[EMAIL PROTECTED]> wrote:
> This patch updates the following operators and their assignment
> counterparts:
Applied, thanks.
> I've added two test files, bitwise.t and concat.t, which go in t/op/
> (the op/ directory doesn't exist yet)
Missing?
leo
FYI on i386/linux a part of valgrind should be able to help debug
multi-threading programs:
$ valgrind --skin=helgrind parrot t.pasm
[ ... ]
==26713== Possible data race reading variable at 0x4141F8B0
==26713==at 0x80CDCCE: runops_slow_core (src/runops_cores.c:115)
That one is obviously ok (d
# New Ticket Created by "Van McGinnis"
# Please include the string: [perl #24696]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24696 >
On Monday, December 15, 2003, at 12:58 pm, Leopold Toetsch wrote:
Arthur Bergman <[EMAIL PROTECTED]> wrote:
#0 0x081cef45 in Parrot_PMC_get_pointer (interp=0x82d7f78,
pmc=0x8a0)
That looks like the vtable could be corrupted.
$ p *pmc
$ p *pmc->vtable
So, after a couple of days struggling
On 18 December 2003 21:44 Randal L. Schwartz wrote:
> I can add local symlinks
> and hardlinks. I'll compute ownership out-of-band and compare it
> to the test result though... I wouldn't want someone extracting
> this as joebloe to fail because the uid wasn't root. :)
Another thing to bear in m
> "Barbie" == Barbie <[EMAIL PROTECTED]> writes:
Barbie> Another thing to bear in mind ... is this a Unix-like only
Barbie> module? If not, then symlinks will be a no go. Win32 doesn't
Barbie> support them, and I would imagine there are other OSs in the
Barbie> same position.
It's not my int
I've been trying to follow the recent discussion on roles and properties and
traits and such, but there's something that bugs me. If I understand
correctly, adding a role at runtime using but won't override any methods
defined by the class itself (but it will override inherited methods). But then
--- "Adam D. Lopresto" <[EMAIL PROTECTED]> wrote:
> I've been trying to follow the recent discussion on roles and
> properties and traits and such, but there's something that bugs me.
I tried for weeks before I could download the "traits paper". I finally
got it this week, and it has clarified s
--- Austin Hastings <[EMAIL PROTECTED]> wrote:
>
> --- "Adam D. Lopresto" <[EMAIL PROTECTED]> wrote:
> > #Actually, how do we define this?
> > method asBoolean(Complex $self:){
> > return $self.real || $self.imag;
> > }
> >
> >
> > ...
> >
> >
> > then somewhere in a function
> >
> >
On Fri, Dec 19, 2003 at 10:36:01AM -0600, Adam D. Lopresto wrote:
: I've been trying to follow the recent discussion on roles and properties and
: traits and such, but there's something that bugs me. If I understand
: correctly, adding a role at runtime using but won't override any methods
: defin
On Fri, Dec 19, 2003 at 10:23:45AM -0800, Austin Hastings wrote:
: Of course, when I do:
:
: my $x = 0 but (true|false);
:
: then what happens?
That's the problem with making them methods. Any such operational
definition is going to get you in trouble. I think I like them better
as enums, be
On Fri, 19 Dec 2003, Larry Wall wrote:
> On Fri, Dec 19, 2003 at 10:23:45AM -0800, Austin Hastings wrote:
> : Of course, when I do:
> :
> : my $x = 0 but (true|false);
> :
> : then what happens?
>
> That's the problem with making them methods. Any such operational
> definition is going to get y
Abhijit A. Mahabal writes:
> On Fri, 19 Dec 2003, Larry Wall wrote:
>
> > On Fri, Dec 19, 2003 at 10:23:45AM -0800, Austin Hastings wrote:
> > : Of course, when I do:
> > :
> > : my $x = 0 but (true|false);
> > :
> > : then what happens?
> >
> > That's the problem with making them methods. Any
On Mon, Dec 15, 2003 at 07:02:53PM -0800, Jonathan Lang wrote:
: Larry Wall wrote:
: > Jonathan Lang wrote:
: > : Let's see if I've got this straight:
: > :
: > : role methods supercede inherited methods;
: >
: > But can defer via SUPER::
: >
: > : class methods supercede role methods;
: >
: >
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> On Monday, December 15, 2003, at 12:58 pm, Leopold Toetsch wrote:
> (gdb) p *pmc
> $2 = {obj = {u = {b = {bufstart = 0x4212dfd8, buflen = 137797904}, ptrs
> = {_struct_val = 0x4212dfd8, _pmc_val = 0x836a110},
>int_val = 1108533208, num_val = 4.
# New Ticket Created by "April Conner"
# Please include the string: [perl #24700]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24700 >
# New Ticket Created by JÃrgen BÃmmels
# Please include the string: [perl #24701]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24701 >
Hi,
the *.ops files are lying in the ops/ directory, but the generated
c-files go
Leo wrote:
>
> Please try something like this:
>
> $ gdb parrot
> (gdb) b sig_handler
> (gdb) r t/op/hacks_1.pasm
> Program received signal SIGFPE, Arithmetic exception.
> [ ... ]
> (gdb) s
>
> Breakpoint 1, sig_handler (signum=8) at src/events.c:33
> [ some more steps ]
> 332 longjmp(th
Leo wrote:
>
> > I've added two test files, bitwise.t and concat.t, which go in t/op/
> > (the op/ directory doesn't exist yet)
>
> Missing?
The directory needs to be added. We're gradually moving our way toward
the test hierarchy planned on p6d:
t/var
t/op
t/subs
t/regex
t/module
t/class
...
On Fri, Dec 19, 2003 at 12:24:29PM -0700, Luke Palmer wrote:
: Abhijit A. Mahabal writes:
: > On Fri, 19 Dec 2003, Larry Wall wrote:
: >
: > > On Fri, Dec 19, 2003 at 10:23:45AM -0800, Austin Hastings wrote:
: > > : Of course, when I do:
: > > :
: > > : my $x = 0 but (true|false);
: > > :
: > >
Larry Wall writes:
> But if you say something like:
>
> class DangerousPet does Pet does Predator {
> multi method feed ($x) {...}
> }
>
> then DangerousPet::feed is called only when multimethod dispatch
> would have thrown an exception. Alternately, multi's will probably have
> so
On Dec 17, 2003, at 11:24 AM, Leopold Toetsch wrote:
Allison Randal <[EMAIL PROTECTED]> wrote:
$ parrot t/op/hacks_1.pasm
not reached
...
Does F have an entry for SIGFPE?
Is PARROT_HAS_HEADER_SIGNAL defined?
"Yes" to both questions.
The issue turns out to be that SIGFPE isn't raised on Mac OS X
23 matches
Mail list logo
