# New Ticket Created by Jeff Clites
# Please include the string: [perl #24662]
# in the subject line of all future correspondence about this issue.
# URL: 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*
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
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 after
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
policy
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.
At 2:01 PM +0100 12/14/03, Leopold Toetsch wrote:
Can we use this lib:
http://sources.redhat.com/pthreads-win32/
citedistributed under the GNU Lesser General Public License (LGPL)/cite
I think so, yes. I'd rather use windows native threading if we can,
though. If perl 5 is anything to go by, it
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.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=24662
This patch allows dynamic
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
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.t
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
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 failures.
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #24667]
# in the subject line of all future correspondence about this issue.
# URL: 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
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/
citedistributed under the GNU Lesser General Public License
(LGPL)/cite
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 well in
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
17 matches
Mail list logo
