Nope haven't tried it lately :( You can mark me of the list since I
haven't even opened up that laptop in some time :(
-- Jeff Bisbee / [EMAIL PROTECTED] / jbisbee.multiply.com
On Sun, Nov 23, 2008 at 4:37 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Jeff,
>
&g
g. you can see that in the PIR you
generate.
(pmichaud, i hope i explained this right! ;-)
-jeff
On Sat, 16 Aug 2008, Allison Randal wrote:
Jeff Horwitz wrote:
i'd like to have an option in mod_parrot to clear all user-generated data
(globals, namespaces, subs, etc.) from an interpreter, leaving any bytecode
that has been loaded (e.g. compilers). the point here is to eliminate
pro
s to whatever routine
is doing the dirty work, but before i even start to look at this, is it
even possible with our current architecture? can we get close?
-jeff
posed :lexid property.
just a thought. maybe there's something i'm overlooking or missing, but to
me this seems like the most obvious solution.
i think the problem is that it doesn't work for multi subs. it wouldn't
know which version of the sub you were trying to reference.
-jeff
th this:
.sub main :main
$P0 = getinterp
$P1 = $P0['lexpad';1]
.end
if we want perl6 subs to be directly invokable from an embedded
environemnt, we either need to teach perl6 to be smarter about this or
change how parrot handles this kind of exception.
-jeff
Aft
On Tue, 29 Apr 2008, Patrick R. Michaud wrote:
On Tue, Apr 29, 2008 at 12:34:47PM -0400, Jeff Horwitz wrote:
mod_parrot can load multiple HLL compilers in the same interpreter, and on
my server i'm using both perl6 and plumhead. this works fine if i load
perl6 before plumhead. howeve
On Tue, 29 Apr 2008, Patrick R. Michaud wrote:
On Tue, Apr 29, 2008 at 12:34:47PM -0400, Jeff Horwitz wrote:
mod_parrot can load multiple HLL compilers in the same interpreter, and on
my server i'm using both perl6 and plumhead. this works fine if i load
perl6 before plumhead. however,
c/packfile.c:1795
#9 0x401907ea in PackFile_Segment_unpack (interp=0x804f048,
self=0x8327028, cursor=0x40a24040) at src/packfile.c:1601
#10 0x4018f8b1 in PackFile_unpack (interp=0x804f048, self=0x8327028,
packed=0x40a24000, packed_size=1254976) at src/packfile.c:867
#11 0x40153b10 in Parrot_r
-introduce string_nprintf or modify
mod_parrot to use another method?
hm, i thought i committed the fix for this, but apparently not. check out
r334 in the mod_parrot repository.
-jeff
I *should* be there, though IIRC, Allison will not.
On Thu, 14 Feb 2008, Andy Lester wrote:
I see that Allison's going to be at Frozen Perl. Will you be hackathonning?
Anyone else going to be there besides me?
I'm not sure I'll be sticking around for the hackathon, especially if I don't
hea
From my journal:
I'm pleased to announce that after 2 years of hiatus and 6 months of
coding, mod_parrot 0.4 has been released. It's been worth the wait, as we
now have working mod_perl6 and PHP proof-of-concepts, per-vhost
interpreter pools, the framework for a more comprehensive test suite,
This just went up in my blog, but I think it's interesting enough to post
to the list as well.
-jeff
One of the goals of the mod_parrot project is to provide the
infrastructure for running the Perl 6 version of mod_perl, a.k.a.
mod_perl6. I've already demonstrated that mod_perl6
hasn't made
it to RT or the list...
-jeff
apologies for the top post in my previous reply. didn't realize all that
error output was down there! :-P
otentially overlapping
memory. it's part of C89, so it should be fine to use. patch is
attached.
t/op/copy.t passes with this patch. can others try it out?
-jeff
On Mon, 17 Dec 2007, James Keenan via RT wrote:
No, at least not on Ubuntu. (Will have to check later on other OSes.)
Here
chromatic, ...)
to lead the way by updating/expanding the docs/embed.pod specification.
I can take a stab at this, as I've done enough Parrot embedding to write a
short novel. Looks like PDD10 could use some updating as well -- were
there any plans for that? Maybe we should start there?
-jeff
with the fnctl patch, especially on windows.
-jeff
On Wed, 26 Sep 2007, chromatic wrote:
On Wednesday 26 September 2007 14:26:20 [EMAIL PROTECTED] wrote:
Author: coke
Date: Wed Sep 26 14:26:19 2007
New Revision: 21613
Modified:
trunk/lib/Parrot/Configure/Messages.pm
trunk/tools/buil
ounter
Hopefully the server stays up -- I guess this is a pretty good test of
mod_parrot's stability. ;-)
Enjoy,
-jeff
ch is already loaded into apache. i'm sure this
problem exists for other functions -- any ideas for how to address this?
we could prepend a Parrot_ prefix for the PARROT_API functions (which
list_length is), but that may not be appropriate for all situations.
-jeff
ia svn
if you feel so inclined:
svn co http://svn.perl.org/parrot-modules/mod_parrot/trunk
-jeff
very nice -- i could have used that THIS AFTEROON! :)
On Thu, 26 Jul 2007, Andy Lester wrote:
Josh putting in the new backtrace behind my new assertions makes debugging
assertions SO MUCH EASIER.
I'm gonna go s/assert/PARROT_ASSERT/ everywhere.
xoxo,
Andy
P.S. sample
# Received:
# 1..
e latest parrot, but enough beer
might convince me to come out of hiatus and fix that... ;-)
if you dive into the code and need more details, feel free to contact me
off-list.
-jeff
Thanks
--
James "Isaac" Freeman
(919) 749-3561
memotype (at) gmail.com
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote:
> > On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > > On the other hand, the idea has been raised on IRC (by Joshua, IIRC)
> > > that an MD5 or SHA256 would prot
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote:
> > On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > > Any problems here? Any suggestions for UUID code that's licensed
> > > appropriately for use in Par
ense.
http://e2fsprogs.sourceforge.net/
> --
> Chip Salzenberg <[EMAIL PROTECTED]>
>
-jeff
; Any problems here? Any suggestions for UUID code that's licensed
> appropriately for use in Parrot?
i know mod_parrot would benefit from this. one question though -- if a
redundant UUID is found, will the internals make the decision to load/not
load or will that be up to the HLL/embedding code?
> --
> Chip Salzenberg <[EMAIL PROTECTED]>
>
-jeff
APR::Table object)
- main
- prev
- next
- status
-jeff
On Wed, 13 Jul 2005, Nicholas Clark wrote:
> On Wed, May 11, 2005 at 11:18:30AM +0100, Nicholas Clark wrote:
> > On Tue, May 10, 2005 at 01:13:48PM -0400, Jeff Horwitz wrote:
> > > as part of both the pugs and mod_parrot effort, i've started working on
> > > brin
if you were planning on implementing something that will fix this,
just say the word and i'll keep quiet. :)
-jeff
u want to try it out, check out the
latest revisions of both mod_parrot and pugs from subversion (released
versions will NOT WORK). the eg directory contains a working example and
configuration.
http://svn.perl.org/parrot-modules/mod_parrot
http://svn.openfoundry.org/pugs
-jeff
you go. it should print "string PMC nothing", but instead prints out
"string nothing nothing". interestingly, if you change @MULTI(Foo) to
@MULTI(_), it all works, but that seems more of a band-aid solution for
this particular case.
-jeff
---
.namespace ['Foo']
.sub
s the PerlString
to that, but i'd prefer to be able to pass any arbitrary PMC without
explicitly specifying its type in the method.
-jeff
scenes it's defined as PMC *.
all you should need to include is embed.h, extend.h and for now,
resources.h. i'm actually working on fleshing these files out to be more
consistent wrt the public API.
see trunk/src/parrot_util.c in the mod_parrot source for a working
example of all this.
> --
> Colin Adams
> Preston Lancashire
>
-jeff
you need to link with src/parrot_config.o (a recent change).
http://www.nntp.perl.org/group/perl.perl6.internals/29468
On 18 May 2005, Colin Paul Adams wrote:
> I've nearly got my first Eiffel program with an embedded parrot VM to compile
> - well, actually, it DOES compile, just one remaining l
/Embed/Parrot.hsc in the pugs source.
> --
> Colin Adams
> Preston Lancashire
>
-jeff
On 17 May 2005, Colin Paul Adams wrote:
> Jeff> also have a look at the mod_parrot source
> Jeff> (http://www.smashing.org/mod_parrot), which is one of the
> Jeff> few apps embedding parrot at the moment. the other is pugs
> Jeff> (http://www.pugscode.o
apps
embedding parrot at the moment. the other is pugs (http://www.pugscode.org),
but it's written in haskell.
-jeff
On 17 May 2005, Colin Paul Adams wrote:
> Hello,
>
> I am writing an XSLT 2.0 processor, and I want to give users the
> option to write their own message and error
up
without changing any of the working parts.
is there anyone else besides myself and autrijus who is actively working
on an embedded parrot application?
-jeff
-- Forwarded message --
Date: Mon, 9 May 2005 14:32:22 -0400 (EDT)
From: Jeff Horwitz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow array of args for spawnw
the attached patch adds a new signature for spawnw so it can take a PMC
array of arguments rather
excellent! now i can get rid of that silly no-op bytecode i've been
using. thanks for the quick turnaround, leo.
-jeff
On Thu, 5 May 2005, Leopold Toetsch wrote:
> Jeff Horwitz wrote:
> > i'm neck deep in writing the IMC eval code for pugs. ...
>
> > ...
l most certainly
need this for things like "perl -e" one-liners. in the short term, i can
use a no-op .pbc file to bootstrap with, but i imagine there's a more
elegant solution out there.
-jeff
n when and if tinderbox comes back.
-jeff
#x27;s not forget bytecode compatibility with all the non-perl
languages that will hopefully target parrot.
-jeff
On Tue, 29 Mar 2005, Leopold Toetsch wrote:
> Jeff Horwitz <[EMAIL PROTECTED]> wrote:
> > mod_parrot 0.2 is now available from http://www.smashing.org/mod_parrot or
> > from SVN at http://svn.perl.org/parrot-modules/mod_parrot.
>
> Steadily evolving, great.
>
> &g
and its parrot backend catches up. i guess it's time to learn haskell! ;-)
enjoy,
-jeff
arrot_Interp interp, char *namespace, char *name,
int *ret)
{
Parrot_PMC sub;
sub = get_sub_pmc(interp, namespace, name);
if (!sub) {
return(0);
}
*ret = Parrot_call_sub_ret_int(interp, sub, "Iv");
return(1);
}
-jeff
handles win32 paths (and drive letters)
as well. hopefully i chose the most logical place for this -- i didn't
think it belonged in Parrot_readbc itself.
-jeff
diff -a -u -r1.14 library.c
--- src/library.c 16 Dec 2004 10:37:16 - 1.14
+++ src/library.c 4 Feb 2005 17:10:15
ese options are
pretty standard for *-config programs (apr-config, gtk-config, etc.).
-jeff
hm, works fine for others. maybe the weird port i'm using for that web
server isn't agreeing with your firewall.
-jeff
On Tue, 14 Dec 2004, Michael Walter wrote:
> On Tue, 14 Dec 2004 10:07:43 -0500 (EST), Jeff Horwitz
> <[EMAIL PROTECTED]> wrote:
> > is it useful
on my mod_parrot page at http://www.smashing.org/mod_parrot,
which links to a separate web server just in case mod_parrot blows up. :)
is it useful? not really. does it help you waste 5 minutes of your day?
certainly. :)
-jeff
inuations, or devise a strategy
whereby Parrot itself doesn't provide continuations, but allows them to
exist at the HLL level somehow. I don't know of a way the third
approach could work (though maybe someone has a clever idea), and the
first two both carry significant down sides.
JEff
On Dec 1, 2004, at 7:23 AM, Dan Sugalski wrote:
At 12:06 AM -0800 12/1/04, Jeff Clites wrote:
On Nov 30, 2004, at 11:45 AM, Dan Sugalski wrote:
In this example:
% cat continuation6.ruby
def strange
callcc {|continuation| $saved = continuation}
end
def outer
a = 0
strange()
a = a
ich references the Fixnum instance. But that
seems like a needless extra object, in the lexical variable case. (I
could see having the intervening object in the global case, to avoid
repeated hash lookups.)
JEff
On Nov 30, 2004, at 10:27 AM, Dan Sugalski wrote:
At 10:15 AM -0800 11/30/04, Jeff Clites wrote:
Oh. No, it won't. We've declared that return continuations will always
leave the top half registers in the state they were when the return
continuation was taken. In this case, when it&
On Nov 30, 2004, at 5:28 AM, Dan Sugalski wrote:
At 1:45 AM -0800 11/29/04, Jeff Clites wrote:
On Nov 28, 2004, at 2:48 AM, Piers Cawley wrote:
I just thought of a heuristic that might help with register
preservation:
A variable/register should be preserved over a function call if
either of the
slot" (it would print "2" each time after the first). In
truth, their lifetimes do overlap, due to the hidden (potential) loops
created by continuations.
The problem isn't preservation across calls per se, it's the implicit
loops. Continuations are basically gumming up tons of potential
optimizations.
JEff
it is. :)
You cheated:
Revised^5 Report on the Algorithmic Language Scheme: 50 pages.
But still, small by comparison with most. :)
JEff
ommon case in Python is to
define methods per-class rather than per-instance, and in JavaScript
it's the opposite. But that's not a technological difference, just a
cultural one.) I would think that the implementations would share a
lot.
JEff
On Mon, 15 Nov 2004, Matt Fowles wrote:
> Languages with Object Support?
> Jeff Horwitz wondered if there were any languages with object support
>that he could bend to the evil ends of mod_parrot. While no one
>answered, I think Parakeet might be such a language...
i was starting to play with parakeet, but unfortunately it keeps dying on
me. this is from a cvs checkout from today:
0> 4 4 +
Null PMC access in get_pmc_keyed_int()
and this:
0> func hello "hi!" println end
0> hello
Null PMC access in push_pmc()
any clues?
thanks,
-jeff
the same way.
What you described would be useful for backtracking (jumping back not
only to a previous location in a computation, but also its previous
state), but it's not what these languages seem to do.
JEff
On Nov 15, 2004, at 10:29 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
Picture this call stack:
main --> A --> B --> C --> D --> E
The call from D to E uses the "RESUMEABLE" label, and E stores the
resulting continuation in a global, and ever
proposal of mine: If they're not
being preserved, and in fact need to be "synced" between caller and
callee, then having these registers physically located in the
interpreter structure, rather than in the bp-referenced frame, saves
all the copying, and makes it more obvious what's going on.
JEff
all
to a void-return function could clobber r3, since it could call another
function which returns a result and thus uses r3.
Not that parrot has to necessarily work this way, but it at least has
precedent, so it's not totally strange behavior.
JEff
On Nov 15, 2004, at 3:27 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
On Nov 14, 2004, at 3:03 AM, Leopold Toetsch wrote:
Yes, but Jeff's example wasn't really reflecting the problem.
How come?
Your code didn't reuse C after the call.
Oops.
It seems t
n the continuation is
invoked, because "the second time" strange() returns, "a" is a string
and so you can't add 1 to it. But looking at the definition of "outer",
you'd expect that you could never get such an error. (Without the line
setting "a" to "hello", you get an infinite loop, printing increasing
integers.)
JEff
ce, see Larry's comments from "Re:
Why lexical pads" at September 25, 2004 10:01:42 PM PDT (the first of
the 3 messages from him on that day).
JEff
On Nov 13, 2004, at 2:46 PM, Matt Fowles wrote:
On Sat, 13 Nov 2004 14:08:12 -0800, Jeff Clites <[EMAIL PROTECTED]>
wrote:
That's oversimplifying a bit, but I feel like those are the core
issues
(stemming from the observation of Leo's that continuations in effect
give all vari
On Nov 13, 2004, at 11:16 AM, Matt Fowles wrote:
All~
On Sat, 13 Nov 2004 10:52:38 -0800, Jeff Clites <[EMAIL PROTECTED]>
wrote:
On Nov 13, 2004, at 8:53 AM, Leopold Toetsch wrote:
We'd have just to force using lexicals for all vars
Having variable-size register sets would solve this
the overhead of moving data between registers and lexical pads
over-and-over. Well, it doesn't really "solve" it--just makes it
workable.
JEff
On Nov 11, 2004, at 11:12 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
I'd really like a way to turn them off easily (for the ops as well,
actually). I find them to be counterproductive (for our stuff), since
what gets shown in the debugger isn't stuff you can
On Nov 11, 2004, at 12:59 PM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
I think that actually doesn't matter. Even in the case where we think
we can't do a full tail call optimization (because of a continuation
that's been taken), we can still actually rem
On Nov 11, 2004, at 11:24 AM, Dan Sugalski wrote:
At 11:16 AM -0800 11/11/04, Jeff Clites wrote:
On Nov 11, 2004, at 9:44 AM, Michael Walter wrote:
On Thu, 11 Nov 2004 12:30:16 -0500, Dan Sugalski <[EMAIL PROTECTED]>
wrote:
Even further, it's necessary for some languages
(Scheme)/para
.
Leo said:
$ time parrot -j fact.imc 1 # [1]
maximum recursion depth exceeded
I'd think that long-term our max recursion depth limit should only
apply to net frame depth--tail calls shouldn't increase the count.
(Probably we'd need 2 counts--net depth and logical depth.)
JEff
can actually get gdb to
evaluate.
JEff
On Nov 10, 2004, at 11:53 PM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
...it sounds like we have an easy way to tell if a "real" continuation
has a claim on the register frame, because creating such a real
continuation can mark the frame,
There is no s
On Nov 10, 2004, at 3:08 PM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
But there's one wiggle: If you've created a continuation previously
(and it still exists), then any call has to preserve the frame
Well, that's what continuations are doing. They do pres
ate, the other destroys it.
Just thought I'd send out these thoughts, since the topic was mentioned
recently.
JEff
he idea of using the language he targeted
to parrot at work, but i'm sure he's had better things to do.
-jeff
esh in people's minds. That's independent of any impediments that
might block implementing changes at the current time.
JEff
On Nov 8, 2004, at 3:08 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
No. The binary operations in Python are opcodes, as well as in
Parrot.
And both provide the snytax to override the opcode doing a method
call,
that's it.
I guess we'll just have to disagr
On Nov 8, 2004, at 11:42 PM, Leopold Toetsch wrote:
Jeff Clites wrote:
new P16, 32 # .PerlInt
add P16, P18, P17
That's what worries me, and what prompted the question. You don't
know at compile-time that the return type should be a PerlInt.
Yes, I've already s
On Nov 8, 2004, at 2:47 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
What pasm is supposed to correspond to this snippet of Python code
(assume this is inside a function, so these can be considered to be
local variables):
a = 7
b = 12
c = a + b
On Nov 8, 2004, at 1:34 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
OTOH it doesn't really matter, if the context structure is in the
frame too. We'd just need to skip that gap. REG_INT(64) or I64 is as
valid as I0 or I4, as long as it's assured, that it
On Nov 8, 2004, at 12:50 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
On Nov 5, 2004, at 9:40 AM, Leopold Toetsch wrote:
In Python, semantically you know that you'll end up doing a method
call
(or, behaving as though you had), so it's very roundabout to do
allocate indirect registers). And I believe
there's a theorem that all recursive operation can be re-written to be
tail-recursive, so it's sort of relevant, though I guess what's
important about the fib benchmark isn't specifically that it's
recursive, but rather just
(s), but also for the
"runtime" directory, etc.).
JEff
isn't obvious to me.
JEff
d, because it might take this into account.
But if you just "make" and don't install (and don't specify a
--prefix), then it should work--it's just that your build products will
still be inside of your source tree, rather than being installed
anywhere. But for experimenting, this should be okay.
JEff
[missed cc-ing the list when I sent this originally]
On Nov 5, 2004, at 10:39 AM, Brent 'Dax' Royal-Gordon wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
There are a
myriad of interesting mathematical types and operations, but they
don't
need dedicated ops to support them.
VS is
probably simpler.
(In my opinion, the line-ending issue isn't a problem for Parrot in
terms of this test--it's legitimate to expect that you can process a
particular file, not matter what platform you happen to be on, and no
matter if the file happens to have been created on another platform.)
JEff
ch were to let me somehow register a method as
filling a certain role ("my method 'blah' should be called to perform
numeric addition"), rather than inferring to from the method name.
Probably a tricky balance between convenience and control/flexibility.
JEff
On Nov 5, 2004, at 10:03 AM, Sam Ruby wrote:
Jeff Clites wrote:
a) As Sam says, in Python "y**z" is just shorthand for
"y.__pow__(z)"--they will compile down to exactly the same thing
(required for Python to behave correctly). Since __pow__ isn't
"special", w
On Nov 5, 2004, at 9:40 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
a) As Sam says, in Python "y**z" is just shorthand for
"y.__pow__(z)"--they will compile down to exactly the same thing
(required for Python to behave correctly).
I don't thi
On Nov 4, 2004, at 10:30 PM, Brent 'Dax' Royal-Gordon wrote:
On Thu, 4 Nov 2004 21:46:19 -0800, Jeff Clites <[EMAIL PROTECTED]> wrote:
On Nov 4, 2004, at 8:29 PM, Brent 'Dax' Royal-Gordon wrote:
This is true. But how do you define a number? Do you include
floating-po
t for the
case Sam brought up.) I'd apply the same argument to many of the other
p_p_p ops that we have--they don't gives us what we need at the HLL
level (though they may still be necessary for other uses).
JEff
On Nov 4, 2004, at 8:29 PM, Brent 'Dax' Royal-Gordon wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
I.e., PMCs don't inherently exponentiate--numbers do, and you can
exponentiate PMCs by numberizing them, exponentiating, and creating a
PMC with the result.
This is true. Bu
straighforward manner to types which know how to
represent themselves as numbers. (e.g., it's gibberish to raise a
ManagedStruct to a ParrotIO power, except that you can stretch and
interpret such a thing as just implicit num-ification of the
arguments.)
JEff
g.org/mod_parrot
Maybe one day I'll have a real web page there. :)
Enjoy,
-jeff
1 - 100 of 583 matches
Mail list logo
