Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 08, 2004 at 04:04:31PM -0500, Matt Fowles wrote:
>> We are (for the moment) assuming that "shift array" somehow causes a
>> full continuations to be taken and then invoked it in a subsequent
>> call. Then this code would infinite loop; howev
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> ... A scope exit
> action is put in place on the control stack with:
> pushaction Psub
* What is the intended usage of the action handler?
* Specifically is this also ment for lazy DOD runs?
* How is the relationship to the C opcode?
Thanks,
leo
On Thu, 9 Dec 2004, Michael G Schwern wrote:
On Thu, Dec 09, 2004 at 04:35:26PM -0800, Brent 'Dax' Royal-Gordon wrote:
Michael G Schwern <[EMAIL PROTECTED]> wrote:
1) Are they easily available on all the platforms Parrot is? Various
Unixen, OS X, Windows. Is there any hope for a VMS port?
Can w
On Thu, Dec 09, 2004 at 04:35:26PM -0800, Brent 'Dax' Royal-Gordon wrote:
> Michael G Schwern <[EMAIL PROTECTED]> wrote:
> > 1) Are they easily available on all the platforms Parrot is? Various
> > Unixen, OS X, Windows. Is there any hope for a VMS port?
>
> Can we add "are there GUIs for Windo
Michael G Schwern <[EMAIL PROTECTED]> wrote:
> 1) Are they easily available on all the platforms Parrot is? Various
> Unixen, OS X, Windows. Is there any hope for a VMS port?
Can we add "are there GUIs for Windows, OS X, and other platforms with
wimpy users?" ;^)
--
Brent 'Dax' Royal-Gordon
Can you give us a copy of the generated "myconfig" file in the top level parrot
directory?
Klaas-Jan Stol wrote:
Hello,
I just got a fresh cvs checkout, compiled it, compiled pge and tried to
make tcl.
This is what I get:
(cd ../../ && ./parrot --output=languages/tcl/lib/tcllib.pbc
languages/tc
David Wheeler wrote in perl.qa :
>> Test::LongString is one of those modules that you should be using if
>> you're doing testing against large data elements, especially web pages.
>> There are now examples in the docs that I hope make you say "Wow, this
>> is cool, thanks RGS!"
>
> I use Text::Diff
On Dec 9, 2004, at 1:48 PM, Rafael Garcia-Suarez wrote:
It's probably better adapted to text pages.
I wrote Test::LongString to debug and test a
serialization/deserialization protocol that was
producing long binary strings. For this purpose,
it was most helpful :)
Ah, yeah. Test::Differences is lin
On Thu, Dec 09, 2004 at 09:34:18AM -0800, Kevin Scaldeferri wrote:
> My unit test suite recently started spitting out this error when run
> under Devel::Cover. It runs normally and successfully without. Has
> anyone seen this before:
>
>
> Magic number checking on storable file failed at ..
On Dec 9, 2004, at 2:32 PM, Paul Johnson wrote:
On Thu, Dec 09, 2004 at 02:06:39PM -0800, Kevin Scaldeferri wrote:
My latest theory was that my forked processes were stomping on each
other and corrupting the stored data structure. So I replaced the
calls to nstore and retrieve with lock_nstore and
Hello,
I just got a fresh cvs checkout, compiled it, compiled pge and tried to
make tcl.
This is what I get:
(cd ../../ && ./parrot --output=languages/tcl/lib/tcllib.pbc
languages/tcl/lib/tcllib.imc)
Couldn't load 'tcl_group': tcl_group: cannot open shared object file: No
such file or directory
On Thu, Dec 09, 2004 at 02:06:39PM -0800, Kevin Scaldeferri wrote:
> My latest theory was that my forked processes were stomping on each
> other and corrupting the stored data structure. So I replaced the
> calls to nstore and retrieve with lock_nstore and lock_retrieve in
> DB.pm and Structur
On Dec 9, 2004, at 11:21 AM, Paul Johnson wrote:
Whether this is related to your main problem I can't tell, though I
have
have seen that warning plenty of times before but never encountered
your
main problem.
Yeah, it's probably unrelated.
My latest theory was that my forked processes were stomp
On Wed, Dec 08, 2004 at 04:04:31PM -0500, Matt Fowles wrote:
> I would disagree. Let me take the above example and work with it a little:
>
> $I0 = 10
> loop:
> $P0 = shift array
> dec $I0
> if $I0 goto loop
>
> We are (for the moment) assuming that "shift array" somehow causes a
> full
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Thursday 09 December 2004 19:16, Kevin Scaldeferri wrote:
> On Dec 9, 2004, at 9:50 AM, Steve Peters wrote:
> > On Thu, Dec 09, 2004 at 09:34:18AM -0800, Kevin Scaldeferri wrote:
> >> My unit test suite recently started spitting out this error when run
On Thu, Dec 09, 2004 at 11:07:21AM -0800, Kevin Scaldeferri wrote:
> Running some of the tests outside of the harness though, I see a couple
> more messages which were hidden before:
>
> Devel::Cover: Can't find file "../../lib/Storable.pm": ignored.
>
> I'm pretty confused about where that's c
On Wed, Dec 08, 2004 at 08:24:20PM -0800, Ashley Winters wrote:
: I'm still going to prefer using :=, simply as a good programming
: practice. My mind sees a big difference between building a parse-tree
: object and just grepping for some word I want in a string. Within a
: rule{} block, there is n
On Dec 9, 2004, at 10:16 AM, Kevin Scaldeferri wrote:
Hmm... if there were two versions of Storable installed, and
Devel::Cover initially found one, and then later IPC::Shareable
somehow caused the other to be loaded instead, that might cause
this... I will go investigate that possibility.
No
On Dec 9, 2004, at 9:50 AM, Steve Peters wrote:
On Thu, Dec 09, 2004 at 09:34:18AM -0800, Kevin Scaldeferri wrote:
My unit test suite recently started spitting out this error when run
under Devel::Cover. It runs normally and successfully without. Has
anyone seen this before:
Magic number checking
On Dec 9, 2004, at 7:22 AM, Andy Lester wrote:
Test::LongString is one of those modules that you should be using if
you're doing testing against large data elements, especially web pages.
There are now examples in the docs that I hope make you say "Wow, this
is cool, thanks RGS!"
I use Text::Differ
My unit test suite recently started spitting out this error when run
under Devel::Cover. It runs normally and successfully without. Has
anyone seen this before:
Magic number checking on storable file failed at ../../lib/Storable.pm
(autosplit into ../../lib/auto/Storable/_retrieve.al) line
Leopold Toetsch wrote:
Currently one test (t/pmc/pmc_43.pasm) is failing due to wrong inheritance.
Actually not because of inheritance. The implementation of
PerlUndef.logical_xor was bogus. I've fixed this and the test.
leo
RGS has just released a new version of Test::LongString with patches I
made last night. I added a new function contains_string(), and lots
more docs.
Test::LongString is one of those modules that you should be using if
you're doing testing against large data elements, especially web pages.
There
Sam Ruby <[EMAIL PROTECTED]> wrote:
> I continue to disagree with the part of this conclusion where you insert
> find_method into the discussion. To give a concrete example: at the
> moment the lookup involved in abs_p_p does not involve the use of
> find_method.
$ cat abs.imc
.sub main
.loc
* PerlInt isa Integer now - most is inherited
* try to improve MMD setup but failed
MMD table creation looks now at parent and tries to install inherited
MMD functions. But that's error prone and bulky and I'm too dumb to do
it right.
Currently one test (t/pmc/pmc_43.pasm) is failing due to wron
On Wed, Dec 08, 2004 at 08:24:20PM -0800, Ashley Winters wrote:
>
> I was working on the (possibly misguided) assumption that there's a
> cost to capturing, and that perhaps agressive capturing isn't worth
> having "on" in a one-liner. Some deep part of my mind remembers $`
> being bad, I think. I
On Thu, Dec 09, 2004 at 10:52:54AM +, Matthew Walton wrote:
> Of course, it then begs the question about
>
>
>
> if we're thinking of parallels with qw//-like constructs, which I
> certainly am. I'm not quite sure what that would do, as it collides
> slightly with the existing rule m
Matt Fowles <[EMAIL PROTECTED]> wrote:
> ... This author may
> have to be a little wary about value vs reference semantics, but
> programmers are fairly used to that pitfall by now.
Yes. But this still boils down to the question, if an author or compiler
knows that a full continuation is involve
A recent discussion with Sam has shown that the current calling
conventions for overloaded operators don't match Python semantics (nor
Perl6 when I interpret S06 and S13 correctly).
The difference is that Parrot is passing in the destination argument
while these languages are returning the oper
Larry Wall wrote:
I'm still thinking about what «...» might mean, if anything. Bonus points
for interpolative and/or word-splitty.
I'm perhaps not being entirely serious, but if you want something
word-splitty and interpolative, how about this (which may cause unwanted
physiological side effects
Leopold Toetsch wrote:
Leo - at one point you indicated that you might be interested in helping
to factor out the common code again.
Sure, and I'm not stopping that. The overall conclusion of (even infix
operator) method lookup was that it has to be done at runtime. It is up to
the PMCs to provide
On Wed, Dec 08, 2004 at 07:19:07PM -0500, William Coleda wrote:
> Is there a plan at any point to move to an svn repository from cvs?
>
> I'd like to work on a patch to move all the perl* pmcs into dynclasses,
> which would involve quite a bit of file moving, and I'll happily wait for
> svn if w
> --- "Clayton, Nik" wrote:
> > Any "Writing thread safe libraries for dummies" texts you
> > could point me at?
>
> I recommend "Programming with POSIX Threads" by David Butenhof.
Thanks.
> Re the varargs ok() business, I assume you'll be using some sort of
> config.h with your libtap library
On Wed, Dec 08, 2004 at 06:21:18PM -0700, Phil Frost wrote:
> On Wed, Dec 08, 2004 at 07:19:07PM -0500, William Coleda wrote:
> > Is there a plan at any point to move to an svn repository from cvs?
> >
> > I'd like to work on a patch to move all the perl* pmcs into dynclasses,
> > which would inv
[EMAIL PROTECTED] wrote:
What this means is that care must be taken when you are writing code
that you expects to be invoked multiple times. However, if you are a
function that on your second invocation returns via the continuation
from you first invocation, you should probably expect to be called
William Coleda wrote:
I'd like to work on a patch to move all the perl* pmcs into dynclasses,
which would involve quite a bit of file moving,
Hi,
I'm currently working on moving the implementation of the PerlHash PMC
into a Hash PMC. The plan is to let PerlHash be an extension of Hash.
Currentl
Hi,
On Wed, 8 Dec 2004 13:37:14 -0500, "Michael G Schwern"
<[EMAIL PROTECTED]> said:
> On Tue, Dec 07, 2004 at 07:21:09PM -0800, Jason Remillard wrote:
> > I ran the codestriker (http://codestriker.sourceforge.net/) test set
> > using Devel::Cover. The test cases ran over a day and a half
> > and
Sam Ruby <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>> Sam Ruby <[EMAIL PROTECTED]> wrote:
>>
>> [ snipped - all ok }
>>
>>>If I define an __add__ method with 16 arguments, Python will not throw
>>>an exception.
>>
>> I didn't write that. I've said: *if* you call it via "a + b", Python
>>
38 matches
Mail list logo
