Uri Guttman <[EMAIL PROTECTED]> wrote:
> > "JC" == Jeff Clites <[EMAIL PROTECTED]> writes:
> JC> But, I wonder what we're going to do about the segf oiazerg iozerg
> JC> bug? It sounds Eastern European.
> it is obviously a segfault in the zerg PMC. it seems to be doing some
> I/O and invert
Okay, here are a few things that needed deciding, so they have been.
1) Remember those timer ops? Nevermind, they're gone. Timer PMCs
instead, and I'm working on the event draft again.
2) Language as part of strings. Dead, at least for now. When Jarkko
whacks me with the cluestick I do eventuall
On Monday 17 May 2004 23:14, you wrote:
> Should I stick with library/ or runtime/include/?
I vote for runtime/parrot/library/SDL
The paths currently in use are going to stay valid this way.
FWI, runtime/parrot/perl6 et al can hold language specific libraries (if a
language does not use its own d
On Wednesday 28 April 2004, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Leo, what is the status of the pending changes WRT library paths?
>
> Mainly a missing portable way to find the library. *But* searching in
> C is working for current platforms, so we can
> do the same fo
On Mon, 2004-05-17 at 14:12, Jens Rieks wrote:
> > It's ok for me.
> The patch is in.
>
> The SDL stuff now works without any special environment variables.
Unless someone hollers in the next day or two, I'll check in the new
libraries and examples.
Should I stick with library/ or runtime/inclu
Hi,
On Monday 17 May 2004 15:07, Leopold Toetsch wrote:
> > Should I apply it?
>
> It's ok for me.
The patch is in.
The SDL stuff now works without any special environment variables.
jens
At 5:54 PM +0200 5/17/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
The basics of MMD are almost done. The two things we still need to
deal with are:
*) Inherited methods
*) Objects
... Either way we need to build up
the tables so inherited MMD methods actually get inhe
> "JC" == Jeff Clites <[EMAIL PROTECTED]> writes:
JC> But, I wonder what we're going to do about the segf oiazerg iozerg
JC> bug? It sounds Eastern European.
it is obviously a segfault in the zerg PMC. it seems to be doing some
I/O and inverted async I/O. leo, can you fix this ASAP?
uri
On Monday 17 May 2004 19:26, Jerome Quelin wrote:
> Since I got some time to work on it... version 0.5.0 of parrotbug is
> out!
And version 0.6.0 takes flag --quiet (or -q) into account.
(I *know* I'm bumping version numbers too fast :-) )
If somebody sees some bugs in parrotbug, or wants a new f
Since I got some time to work on it... version 0.5.0 of parrotbug is
out!
Changes: one can re-edit the report before sending it.
HTH,
Jerome
--
[EMAIL PROTECTED]
On Monday 17 May 2004 18:50, you wrote:
> Ticket 28915 is resolved, but I don't have rt rights to change its
> status: can somebody close it please?
Oh, and ticket 29653 (fake one) too.
Jerome
--
[EMAIL PROTECTED]
Ticket 28915 is resolved, but I don't have rt rights to change its
status: can somebody close it please?
Thx,
Jerome
--
[EMAIL PROTECTED]
On Saturday 17 April 2004 22:44, Nicholas Clark wrote:
> # New Ticket Created by Nicholas Clark
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=28915 >
>
> parrotbug can only send mail.
ok, it can now!
Either use --save as a command-line flag, or you will be prompted for an
action if you do
On May 17, 2004, at 8:49 AM, Jon Shapcott wrote:
On Mon, May 17, 2004 at 03:51:48PM +0200, Jerome Quelin wrote:
On Monday 17 May 2004 15:14, Nicholas Clark wrote:
So the new parrotbug works? :-)
Not yet, but I finally found some tuits to work on it! :-)
And sorry for the noise, I forgot to put the
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> The basics of MMD are almost done. The two things we still need to
> deal with are:
> *) Inherited methods
> *) Objects
> ... Either way we need to build up
> the tables so inherited MMD methods actually get inherited.
MMD registration "inherits" as much
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> ... I noticed that
> testg does not have the -g option it should.
Thanks. Fixed.
leo
On Mon, May 17, 2004 at 03:51:48PM +0200, Jerome Quelin wrote:
> On Monday 17 May 2004 15:14, Nicholas Clark wrote:
> > So the new parrotbug works? :-)
>
> Not yet, but I finally found some tuits to work on it! :-)
> And sorry for the noise, I forgot to put the --test flag.
>
> > > LANGUAGE=e
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00522808 in Parrot_jit_debug_stabs
> (interpreter=0x100d1d80) at src/jit_debug.c:348
> 348 fprintf(stabs, ".stabn " N_SLINE
> ",0,%d,%d /* %s */\n", line,
I saw that one too with s
On Monday 17 May 2004 15:14, Nicholas Clark wrote:
> So the new parrotbug works? :-)
Not yet, but I finally found some tuits to work on it! :-)
And sorry for the noise, I forgot to put the --test flag.
> > LANGUAGE=en_US:en
>?
> Isn't that an oxymoron?
Uh? There are other
William Coleda <[EMAIL PROTECTED]> wrote:
> I tried escaping the frozen_pmc in the first example with
> Data::Escape::String, got the same result.
escape() was missing to escape NUL chars. Adding that and providing an
".end" for the evaled function makes it compile the code.
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> whats the plan WRT to CALL__BUILD?
> I've written a patch that makes it the default, but does a fallback to
> "__init" if no BUILD property is set.
[ ... ]
> Should I apply it?
It's ok for me.
> jens
leo
The basics of MMD are almost done. The two things we still need to
deal with are:
*) Inherited methods
*) Objects
The big issue with inherited methods is how we treat parents of PMC
classes, since they're both on a separate inheritance tree and also
feel like they've got a very different weight
On Mon, May 17, 2004 at 05:21:05AM -0700, jquelin @ mwinf0401. wanadoo. fr wrote:
> dflguqfgulqf g
So the new parrotbug works? :-)
> LANGUAGE=en_US:en
?
Isn't that an oxymoron?
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #29653]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29653 >
-
dflguqfgulqf g
I currently have some special handling for when a user defines a proc in Tcl.
Right now, when someone defines a proc, I parse out the body of the proc immediately, and save
it and some metadata in a global hash. Then, at interpreter time, I have special logic that (a)
checks to see if it the proc
25 matches
Mail list logo
