[perl #24662] [PATCH] Mac OS X dynamic loading using the primary API

# 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

Segfault in extend.c/ parrot_pmc_get_pointer

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:

Re: Segfault in extend.c/ parrot_pmc_get_pointer

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

[CVS ci] event-handling-4

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

Re: pthreads-win32

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

Re: [perl #24662] [PATCH] Mac OS X dynamic loading using the primary API

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

Re: More object stuff

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

[perl #24667] IMCC not handling some integer constant parameters properly

# 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

Re: pthreads-win32

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