Helping The Paranoid Parrot on Windows
Messages 11 - 14 of 14 - Collapse all
« Older
Newer »
/groups/adfetch?adid=2kyoFhEAAACWsXe6on_Mr4DMg1PB4z5pnT3luubDeskUok6AUQ17nQ
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 |
Newsgroups: perl.perl6.internals
From: l...@toetsch.at (Leopold Toetsch)
Date: Tue, 29 Mar 2005 09:49:25 +0200
Local: Tues, Mar 29 2005 2:49 am
Subject: Re: Helping The Paranoid Parrot on Windows
Chip Salzenberg <c...@pobox.com> wrote: include/parrot/pmc.h:#define PARROT_MAX_CLASSES 100 > According to Ron Blaschke: >> - After I changed the linkage, some dynclasses failed, during access >> of C<Parrot_base_vtables[100]>. No surprise, as the array is only >> C<#define PARROT_MAX_CLASSES 100> >> long. After I changed it to 1000, the tests passed. Why gets no one >> else bitten by this? Somehow my fault? Shouldn't it be dynamically >> resized? > Absolutely. I don't want to speak for Leo, but: "Patches welcome." include/parrot/pmc.h:VAR_SCOPE VTABLE **Parrot_base_vtables; \ C<PARROT_MAX_CLASSES> defines the initial allocation size, > On the one hand, IMCC doesn't really help you _run_ code, so I'm not Inside imcc/main.c is Parrot's main() entry. As soon as you load a > inclined to see it part of libparrot. On the other hand, I haven't > grokked the entire code base organization, so I could be Greatly > Missing The Point. sourcecode file with C<load_bytecode>, the assemblers inside imcc are needed to translate the source to PBC. leo You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| |||||||||||||
|
Newsgroups: perl.perl6.internals
From: c...@pobox.com (Chip Salzenberg)
Date: Tue, 29 Mar 2005 07:57:04 -0500
Local: Tues, Mar 29 2005 7:57 am
Subject: Re: Helping The Paranoid Parrot on Windows
According to Leo Toetsch:
> Chip Salzenberg <c...@pobox.com> wrote: OK, no point in dividing that. It's been suggested to create a > > On the one hand, IMCC doesn't really help you _run_ code, so I'm not > > inclined to see it part of libparrot. On the other hand, I haven't > > grokked the entire code base organization, so I could be Greatly > > Missing The Point. > Inside imcc/main.c is Parrot's main() entry. As soon as you load a libparrotvm at some point, with PBC support but no imcc/pir/ast(?); but given our target languages, I don't see that it would get much usage...? -- Chip Salzenberg - a.k.a. - <c...@pobox.com> Open Source is not an excuse to write fun code then leave the actual work to others. You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| |||||||||||||
|
Newsgroups: perl.perl6.internals
From: l...@toetsch.at (Leopold Toetsch)
Date: Tue, 29 Mar 2005 17:29:55 +0200
Local: Tues, Mar 29 2005 10:29 am
Subject: Re: Helping The Paranoid Parrot on Windows
Chip Salzenberg <c...@pobox.com> wrote: No eval-like functionality. OTOH it could be useful in secure > OK, no point in dividing that. It's been suggested to create a > libparrotvm at some point, with PBC support but no imcc/pir/ast(?); > but given our target languages, I don't see that it would get much > usage...? environments: just run the PBC that is there, nothing else. leo You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| |||||||||||||
|
Newsgroups: perl.perl6.internals
From: c...@pobox.com (Chip Salzenberg)
Date: Tue, 29 Mar 2005 10:37:28 -0500
Local: Tues, Mar 29 2005 10:37 am
Subject: Re: Helping The Paranoid Parrot on Windows
According to Leo Toetsch:
> Chip Salzenberg <c...@pobox.com> wrote: Mm, but I'd think that true secure environments will need stronger > > It's been suggested to create a libparrotvm at some point, with > > PBC support but no imcc/pir/ast(?); but given our target > > languages, I don't see that it would get much usage...? > No eval-like functionality. OTOH it could be useful in secure controls than just "no evals". Let's not spend any work on libparrotvm just yet. -- Chip Salzenberg - a.k.a. - <c...@pobox.com> Open Source is not an excuse to write fun code then leave the actual work to others. You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| |||||||||||||