Having just had a really old notabug I sent a few years ago via an old
email address pointed out to me, I tried searching on bugs.perl.org for
Requestor email address contains 'schwern' and Status isn't resolved.
Found seven, many about really old or development versions of Perl that I
can easily
I've been re-reading A5 (regexen), and I was trying to work out how to
incorporate a preprocessor into regex, without a separate lexer. I came
to the conclusion that preprocessor commands are part of the whitespace
in the higher layer of the grammer. So we just need to define the ws
rule
On Thu, Jul 17, 2003 at 03:53:45PM -0700, Tim Howell wrote:
I've got some extra time to spend on Parrot in the next few months and
I'd really like to get involved. I have decent C and perl skills.
Where would I be most useful?
Having answered a few of these queries, each time in a somewhat
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23025]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23025
There's no reason to test for the presence of setenv/unsetenv in libc
-
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23028]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23028
(but not on Solaris/SPARC...)
t/op/stacks.NOK 11# Failed test
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #23029]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23029
-Wpadded seems to be more trouble than it's worth at this stage, so I
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #23034]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23034
Hi,
During searching for memory leaks and hunting bugs only visible on
MacOS, I
Hello,
What happend to the tinderboxens? ATM only two are running:
galactic-tcc and adrastea.
adrastea is not very useful because its disk is full
about to cvs checkout parrot:
cvs [checkout aborted]: cannot write CVS/Entries.Backup: No space left on device
cvs checkout complete
galactic-tcc
On Fri, Jul 18, 2003 at 12:15:37PM +0200, Juergen Boemmels wrote:
This is the state of the tinderboxens for the last week or so.
Does anybody actually look at the tinderboxens?
I generally look at them every other day or so, but normally only
through my summarizer interface
I've added Steve's response to the
Experimental Parrot Wiki
http://www.vendian.org/parrot/wiki/
Which, of course, has a link to his Tinderbox summary. Hmm... perhaps a
little tinderbox weather report line should appear on the wiki main page?
There are also links to CVS histories, and LXR,
At 12:15 PM +0200 7/18/03, Juergen Boemmels wrote:
Hello,
What happend to the tinderboxens? ATM only two are running:
galactic-tcc and adrastea.
I just gave glastig a thump, though only the base (non-JIT) test
build stuff. It's too short of disk space for anything else,
unfortunately. I'll see
At 2:59 PM -0700 7/17/03, Damien Neil wrote:
On Thu, Jul 17, 2003 at 12:58:12PM -0400, Dan Sugalski wrote:
The first is done in the case of readw or writew, for example. The
second for event-driven programs that set up callbacks and park
themselves forever in one big ProcessEvent call. (Tk
OK, this should be fixed in CVS -- I just added/subtracted 1 as
appropriate so that the test is no longer sensitive to whether
0 == -0 (since this wasn't what we were supposed to be testing here).
Simon
Dan Sugalski [EMAIL PROTECTED] wrote:
Events should be checked and processed in several instances:
3) When we do a quick check to see if there are pending events to be processed
I have now a patch ready, which does 3) without additioal performacne
penalty for all cores except JIT.
(A short
At 6:01 PM +0200 7/18/03, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Events should be checked and processed in several instances:
3) When we do a quick check to see if there are pending events to
be processed
I have now a patch ready, which does 3) without additioal
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #23039]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23039
OK here it is.
Again the description for the record:
1) Initialization:
-
On Thu, 17 Jul 2003, Dan Sugalski wrote:
At 9:24 AM +0200 7/17/03, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
For instance, in findclass, you have:
if (VTABLE_get_pmc_keyed(interpreter, interpreter-class_hash,
Of course, if you apply the previous patch, you'll also need to apply
this one...
Simon
--- MANIFEST.oldFri Jul 18 13:35:04 2003
+++ MANIFESTFri Jul 18 13:35:41 2003
@@ -1861,6 +1861,7 @@
t/pmc/managedstruct.t []
t/pmc/multiarray.t
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #23040]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=23040
Hi,
finally I found one of the double free errors in io.c:
At Parrot_exit the
On Fri, Jul 18, 2003 at 12:04:39PM -0400, Simon Glover wrote:
OK, this should be fixed in CVS
Yup.
--
Lars Balker RasmussenConsult::Perl
At 1:34 PM -0400 7/18/03, Simon Glover wrote:
Of course this still doesn't work, because we never actually add anything
to the class_hash. Patch below fixes this, as well as various bugs in
Parrot_single_subclass, and adds a couple of regression tests.
Thanks Simon. Applied.
--
At 5:51 PM + 7/18/03, J¸rgen Bmmels (via RT) wrote:
i,
finally I found one of the double free errors in io.c:
At Parrot_exit the PIOs are destroyed and the buffer memory is
freed. Unfortunatly the pointer is not cleared, so if there is a
second PMC pointing to the same PIO the buffer is
Damien Neil wrote:
[snip]
Also, given that asynchronous IO is a fairly unpopular programming
technique these days (non-blocking event-loop IO and blocking
threaded IO are far more common), I would think long and hard before
placing support for it as a core design goal of the VM. If there
is
brentdax core.ops is...monolithic.
Dan core.ops could use a good splitting out, definitely
At 108k, core.ops is the second largest file in the Parrot distribution.
It's larger than all but five or six C files in bleadperl. It has
nearly five hundred more lines than pp.c--and
BG == Benjamin Goldberg [EMAIL PROTECTED] writes:
BG Damien Neil wrote:
BG [snip]
Also, given that asynchronous IO is a fairly unpopular programming
technique these days (non-blocking event-loop IO and blocking
threaded IO are far more common), I would think long and hard before
On Fri, Jul 18, 2003 at 01:06:03PM -0700, Damien Neil wrote:
Also, given that asynchronous IO is a fairly unpopular programming
technique these days (non-blocking event-loop IO and blocking
threaded IO are far more common), I would think long and hard before
placing support for it as a core
Brent Dax:
# Since I don't think it's polite to flood peoples' mailboxes, I have
# uploaded the 205 kb (9213 line) patch to
# http://filespace.brentdax.com/brentdax/coresplit.diff.
The version I originally posted contained a patch to classes/timer.pmc,
basically disabling its guts. That was
chromatic wrote in perl.qa :
One idea is attaching a simple test case to every bug report that
doesn't have test code that's nearly right for the core. It's a lot
easier to touch up a test case than it is to write one, so we could do
a lot of good by turning bug reports into executable
David Storrs wrote:
Thinking about it, I'd rather see lvalue slices become a nicer version
of Csplice().
my @start = (0..5);
my @a = @start;
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c d e 4 5
What would happen if I used 1,2,3 instead of 1..3? Would it do
David Storrs wrote:
Thinking about it, I'd rather see lvalue slices become a nicer version
of Csplice().
my @start = (0..5);
my @a = @start;
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c d e 4 5
What would happen if I used 1,2,3 instead of 1..3?
Luke Palmer wrote:
David Storrs wrote:
Thinking about it, I'd rather see lvalue slices become a nicer version
of Csplice().
my @start = (0..5);
my @a = @start;
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c d e 4 5
What would happen if I
Luke Palmer [EMAIL PROTECTED] wrote:
Benjamin Goldberg wrote:
David Storrs wrote:
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c d e 4 5
What would happen if I used 1,2,3 instead of 1..3? Would it do the same
thing?
Of course.
I tend to agree, I think. But see
Dave Whipp wrote:
Luke Palmer wrote:
Benjamin Goldberg wrote:
David Storrs wrote:
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c d e 4 5
What would happen if I used 1,2,3 instead of 1..3?
Would it do the same thing?
Of course.
I tend to agree, I think.
With this increase in the number of files, I'm going to ask for
something I've thought of for a while, but not had the guts to ask for.
Could we try and clean up the parrot/ directory? Specifically, I'd like
all of the source code itself moved into a single subdirectory, leaving
at the toplevel
Maybe someone should write a script like this:
#!/usr/local/bin/perl -wlpi.bak
s/
(\$?\w+) \s* - \s* vtable \s* - \s* (\w+) \s*
\( \s* (interp\w*) \s* , \s* \1 \s*,
/VTABLE_$2($3, $1,/xg;
__END__
[untested]
Then run it on all the code, except that which actually defines
Benjamin Goldberg [EMAIL PROTECTED] writes:
(ChangeLog, Configure.pl, parrot.spec, and whatever else is really
needed to build and distribute parrot (make.pl?)).
Nothing is currently using make.pl, and it's way out of date compared
to the configure system - delete it?
--
Lars Balker Rasmussen
At 12:48 on 07/14/2003 +0200, Lars Balker Rasmussen [EMAIL PROTECTED] wrote:
I've taken this very simple approach to the problem. A perl-wrapper
for the CC lines in makefiles/root.in
.c$(O) :
$(PERL) tools/dev/cc_flags.pl $(CC) $(CFLAGS) ${cc_o_out}$@ -c $
I would go a bit
I can make such a change if you tell me exactly how it should be done.
(I am not a lawyer, so i don't want to do this inappropriately).
I'd think a safe first step would be to change any When this is
determined to Yet Another Society. But beyond that it gets fuzzy to
me.
--Josh
At 12:16
Benjamin Golberg writes:
Luke Palmer wrote:
David Storrs wrote:
Thinking about it, I'd rather see lvalue slices become a nicer version
of Csplice().
my @start = (0..5);
my @a = @start;
@a[1..3] = qw/ a b c d e /;
print @a; # 0 a b c
What happend to the tinderboxens? ATM only two are running:
galactic-tcc and adrastea.
I restarted the scripts on aniani. I'm at a loss as to why they stopped running.
-J
--
This might be a time to do a Tinderbox v2 rev. The current tinder
model works pretty well, but it's got some error identification
issues, and since it works in a fetch, build, test, sleep, repeat
mode if something goes horribly wrong the box stops. A cron-style
periodic fire-off job might be
I'd rather something that can actually live on bugs.perl.org.
How about a bugs.perl.org Kwiki?
I have not yet drunk that particular Kool Aid.
I'm happy to accept patches. I also want to retain some level of
editorial control over it, to make sure we don't make right-turns.
-R
42 matches
Mail list logo