Dan Sugalski wrote:
I'm pretty sure the POSIX docs say that you can't call mutex routines
from within interrupt code, which makes sense--the last thing you want
is for an interrupt handler to block on a mutex aquisition.
I haven't got a copy, but I'd be surprised if they explicitly forbade it -
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> But in t/pmc/io_2.pasm is a more nasty problem. The sweep 0 call does
> (sometimes) not trigger the destruction of the PMC containing the
> IO-Object, even though it is not connected to the root-set.
> In trace_system_areas the variable env is not init
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> And here is the patch.
Thanks, applied.
leo
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > But in t/pmc/io_2.pasm is a more nasty problem. The sweep 0 call does
> > (sometimes) not trigger the destruction of the PMC containing the
> > IO-Object, even though it is not connected to the root-set.
I've put in a new Configure step that populates runtime/parrot/include
with various .PASM files containing constant from all over parrot/include.
The procedure to add a constants file is rather simple:
- add the *.h (or *.c) file to config/gen/parrot_include.pl
- surround your #define's or enum w
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>> ... we still have a *big* problem here. During marking the system area,
>> we might always detect stale objects and mark them live. This isn't a
>> problem for plain objects, but objects that need timely d
On Wed, 2 Jul 2003, Benjamin Goldberg wrote:
> Andy Dougherty wrote:
> > gmake: *** No rule to make target `languages/imcc/*.o', needed by
> > `languages/imcc/imcc'. Stop.
> Hmm... would it be possible/reasonable to do:
>IMCCSRCS = languages/imcc/*.c
>IMCCOBJS = $(IMCCSRCS:.c=.o
On Thu, 3 Jul 2003, Juergen Boemmels wrote:
> more errors like this: t/op/interp_1.pasm and t/op/gc_1.t are the ones
> I know of. We will have much fun with bugs like this.
This might be another one -- t/op/gc_2.pasm is simply
interpinfo I1, 2 # How many DOD runs have we done already?
# New Ticket Created by raptor
# Please include the string: [perl #22873]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22873 >
hi there,
I'm just tring to make a parrot ebuild for Gentoo linux but one thing
bugs me out i
All --
I just checked in changes that add real (for some values of "real")
modules to Jako. The lexer now handles #line directives, and
intercepts 'use ', bringing in the lines from the
appropriate file to be lexed.
The Jako Standard Library (languages/jako/*.jako, including sys,
string and Curse
raptor sent the following bits through the ether:
> As u may see the problem is when docs-generation is done ... the
> "perldoc -U" has to be used in docs/Makefile so the generation pass
> successfully..
> At the moment it is "perldoc -u"
>
> Could u correct this thanx alot in advance.
Thank
At 8:11 AM +0100 7/3/03, Alan Burlison wrote:
Dan Sugalski wrote:
I'm pretty sure the POSIX docs say that you can't call mutex
routines from within interrupt code, which makes sense--the last
thing you want is for an interrupt handler to block on a mutex
aquisition.
I haven't got a copy, but I'
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jul 2003, Juergen Boemmels wrote:
>> more errors like this: t/op/interp_1.pasm and t/op/gc_1.t are the ones
>> I know of. We will have much fun with bugs like this.
> This might be another one -- t/op/gc_2.pasm is simply
[ ... ]
> I'm lost.
Dan Sugalski wrote:
The more I think about this the more I want to punt on the whole idea.
Cross-platform async IO is just one big swamp.
Agreed. Glug, glug, glug ;-)
--
Alan Burlison
--
> "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
AB> Dan Sugalski wrote:
>> The more I think about this the more I want to punt on the whole
>> idea. Cross-platform async IO is just one big swamp.
AB> Agreed. Glug, glug, glug ;-)
who here will be at oscon (or yapc::eu)? i wou
Uri Guttman wrote:
who here will be at oscon (or yapc::eu)? i would like to get a small BOF
going on this subject. i agree it is a morass but i have some ideas and
i know dan has plenty. but we had better learn to swim these swamps and
not get eaten by the gators. we can drain them, convert them t
On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote:
> > "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
>
> AB> Dan Sugalski wrote:
> >> The more I think about this the more I want to punt on the whole
> >> idea. Cross-platform async IO is just one big swamp.
>
> AB> Agreed
Brian Ingerson and Éric Cholet have kindly set up a k?wiki for yapc::eu.
There will be a BOF Saturday July 26 starting a 10 pm and probably
running until 13pm.
I have created an entry for the Parrot BOF.
It's up to you to add material, like the issues you want to
be discussed.
http://yapc.eu.kwik
Prompted by a comment in gnat's journal on use.perl.org, I present:
Parrot BASIC CGI
http://www.camfriends.org/testform.html
Let the fun begin. :)
> "TB" == Tim Bunce <[EMAIL PROTECTED]> writes:
TB> On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote:
>> > "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
>>
AB> Dan Sugalski wrote:
>> >> The more I think about this the more I want to punt on the whole
>> >> idea.
In message <[EMAIL PROTECTED]>
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 8:11 AM +0100 7/3/03, Alan Burlison wrote:
> >Dan Sugalski wrote:
> >
> >>I'm pretty sure the POSIX docs say that you can't call mutex
> >>routines from within interrupt code, which makes sense--the last
> >>thin
At 11:02 PM +0100 7/3/03, Tim Bunce wrote:
On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote:
> "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
AB> Dan Sugalski wrote:
>> The more I think about this the more I want to punt on the whole
>> idea. Cross-platform async IO is
At 6:17 PM -0400 7/3/03, Uri Guttman wrote:
> "TB" == Tim Bunce <[EMAIL PROTECTED]> writes:
TB> On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote:
>> > "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
>>
AB> Dan Sugalski wrote:
>> >> The more I think about this the mo
> "SP" == Stéphane Payrard <[EMAIL PROTECTED]> writes:
SP> Brian Ingerson and Éric Cholet have kindly set up a k?wiki for
SP> yapc::eu. There will be a BOF Saturday July 26 starting a 10 pm
SP> and probably running until 13pm.
hmm, that is probably a tourist day for my wife and i. we c
Bcc:
Subject: Re: yapc::eu Parrot BOF
Reply-To: [EMAIL PROTECTED]
In-Reply-To: <[EMAIL PROTECTED]>
On Thu, Jul 03, 2003 at 06:26:10PM -0400, Dan Sugalski wrote:
> At 12:12 AM +0200 7/4/03, Stéphane Payrard wrote:
> >Brian Ingerson and Éric Cholet have kindly set up a k?wiki for yapc::eu.
> >There
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> At 6:17 PM -0400 7/3/03, Uri Guttman wrote:
>> > "TB" == Tim Bunce <[EMAIL PROTECTED]> writes:
TB> Has any other language learnt to swim well in these swamps?
>> none that i have heard of can swim all swamps. we could be
>>
On Wednesday 02 July 2003 00:25, Adrian Howard wrote:
> On Monday, June 30, 2003, at 02:07 pm, Fergal Daly wrote:
> The footer doesn't indicates that the correct number of tests ran
> (that's the plan's job), it just shows that a test script completed
> without error.
I think that would be usef
I'd like to go about implementing [Perl]?LazyArray and LazySequence
pmcs, possibly with a TiedArray (and Infinity) in the interim. I have
a few semantic questions, but first, here's what I have in mind:
LazySequence: Manages individual lazy sequences like 1..Inf (or
even
Leopold Toetsch wrote:
>
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Thu, 3 Jul 2003, Juergen Boemmels wrote:
>
> >> more errors like this: t/op/interp_1.pasm and t/op/gc_1.t are the ones
> >> I know of. We will have much fun with bugs like this.
>
> > This might be another one -- t/op/
At Thu, 3 Jul 2003 18:16:45 -0400,
Clinton Pierce wrote:
> Parrot BASIC CGI
> http://www.camfriends.org/testform.html
> Let the fun begin. :)
Maybe it is time to play with mod_parrot again!
-R
There was a recent mention on the wxWindows* list that pairing it with Parrot
would be a good combination. Is there any interest in supporting wxWindows in
Parrot?
Thanks.
-- David Cuny
*: For those not familiar with it, wxWindows (http://www.wxwindows.org) is an
open source, cross-platform n
Luke Palmer wrote:
>
> I'd like to go about implementing [Perl]?LazyArray and LazySequence
> pmcs, possibly with a TiedArray (and Infinity) in the interim. I have
> a few semantic questions, but first, here's what I have in mind:
>
> LazySequence: Manages individual lazy sequences like 1..I
32 matches
Mail list logo
