# New Ticket Created by Jeff Clites
# Please include the string: [perl #24662]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24662 >
This patch allows dynamic loading to work on Mac OS X (without using
the dl* compatib
Hi, today I hit a little bug
#0 0x081cef45 in Parrot_PMC_get_pointer (interp=0x82d7f78,
pmc=0x8a0)
at src/extend.c:44
#1 0x080c5403 in Perl_macro_LvTYPE (sv=0x82d3410) at sv.c:1280
#2 0x080b196f in Perl_hv_fetch_ent (hv=0x8387588, keysv=0x82d3400,
lval=0,
hash=4044421188) at hv.c:
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
> Any suggestions?
Maybe the PMC got destroyed by a DOD run. You can check that by
disabling DOD afte
According to Larry Wall:
> Actually, I think making people declare what they want to extend
> might actually provide a nice little safety mechanism for what can
> be modified by the eval and what can't.
Well, I don't know about such 'safety' ... seems like a bone in a pond
to me ... but as a means
On Sun, Dec 14, 2003 at 06:14:42PM -0800, Larry Wall wrote:
> On Sun, Dec 14, 2003 at 03:16:16AM -0600, Jonathan Scott Duff wrote:
> [ my ramblings about a mechanism for role methods to supercede class
> methods elided ]
>
> I think there's a simple way to solve this: If you're changing the
> pol
I've committed a first attempt towards event handling. Caused by the
absence of further design docs it might be not a scheme, that will
finally be run, but I hope that at least parts are useful.
Its a bit tested w. dynoplibs/alarm.pasm
$ parrot dynoplibs/alarm.pasm
0
1
alarm
Please s. docs/dev/e
At 2:01 PM +0100 12/14/03, Leopold Toetsch wrote:
Can we use this lib:
http://sources.redhat.com/pthreads-win32/
distributed under the GNU Lesser General Public License (LGPL)
I think so, yes. I'd rather use windows native threading if we can,
though. If perl 5 is anything to go by, it shouldn't b
At 12:00 AM + 1/1/04, Jeff Clites (via RT) wrote:
# New Ticket Created by Jeff Clites
# Please include the string: [perl #24662]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24662 >
This patch allows dynamic loading to
At 9:47 PM + 12/11/03, Harry Jackson wrote:
Dan Sugalski wrote:
Yep, though that's a big part of it. postgres.pasm is generated
from postgres.declarations, FWIW--there's a script in the library
somewhere.
Is /parrot/build_tools/build_nativecall.pl the script in question and if
so whats its us
hi folks,
I just got a CPANTS report..
I am puzzled how
5 tests could fail 10 times
DIED. FAILED tests 1-5
Failed 5/5 tests, 0.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\speed.t25
Jim Cromie wrote:
hi folks,
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\warns.t 2 512 5 10 200.00% 1-5
You tried to plan twice! Second plan at t\warns.t line 5
It appears that this
> It appears that this doesnt error on 5.8.2, but is repeatable on 5.00503,
> as follows:
I don't see any problem here. You can't have more than one plan.
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
Andy Lester wrote:
It appears that this doesnt error on 5.8.2, but is repeatable on 5.00503,
as follows:
I don't see any problem here. You can't have more than one plan.
xoa
The different Version responses threw me.. I worked out a way...
use Test::More;
use Benchmark();
plan skip_a
On Mon, Dec 15, 2003 at 11:32:12AM -0600, Andy Lester wrote:
> > It appears that this doesnt error on 5.8.2, but is repeatable on 5.00503,
> > as follows:
>
> I don't see any problem here. You can't have more than one plan.
t\warns.t 2 512 5 10 200.00% 1-5
Five tests. Ten failur
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #24667]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24667 >
If, as part if a prototyped .pcc_begin/.pcc_end function call set,
you try and set an
From: "Dan Sugalski" <[EMAIL PROTECTED]>
> At 2:01 PM +0100 12/14/03, Leopold Toetsch wrote:
> >Can we use this lib:
> >http://sources.redhat.com/pthreads-win32/
> >distributed under the GNU Lesser General Public License
(LGPL)
>
> I think so, yes. I'd rather use windows native threading if we can
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;
>
> But can defer via ROLE:: or some such.
Check, and check. Of course, SUPER:: works w
On Sunday, December 14, 2003, at 06:14 PM, Larry Wall wrote:
But the agreement could be implied by silence. If, by the time the
entire program is parsed, nobody has said they want to extend an
interface, then the interface can be considered closed. In other
words, if you think you *might* want to
18 matches
Mail list logo
