[perl #37325] [TODO] build - remove use of $(MAKE_C)

2005-11-16 Thread Joshua Hoblitt via RT
Resolved by bug #37692. Something on the TODO list actually got done. ;) -J --

Re: perl6

2005-11-16 Thread Brent 'Dax' Royal-Gordon
BuildSmart <[EMAIL PROTECTED]> wrote: > I've visited both these sites, I was unable to find a download for perl6 > > I'm not particularly interested in an implementation of it, what I'd > like is the source code for it so I can build it. Perl 6 is still in the design phase. The only version of it

Re: perl6

2005-11-16 Thread BuildSmart
On Nov 16, 2005, at 19:43 , [EMAIL PROTECTED] wrote: http://www.parrotcode.org talks about the VM on which Perl 6 will run. Are perl5 scripts compatible with perl6?? No, there is an effort to write a Perl 5 compiler for Parrot (which is the VM that Perl 6 will run on) http://www.ponieco

Re: Hashing: avoid MD5 and SHA-1; use SHA-2 or Whirlpool

2005-11-16 Thread Brent 'Dax' Royal-Gordon
Chip Salzenberg <[EMAIL PROTECTED]> wrote: >> Similarly, we should avoid SHA-1 for any permanent purpose, though in >> the short term it's not quite dead yet. No one has demonstrated an >> ability to create SHA-1 collisions on demand (as far as I've heard, >> anyway), but SHA-1 is "a wounded fish

Re: perl6

2005-11-16 Thread [EMAIL PROTECTED]
http://www.parrotcode.org talks about the VM on which Perl 6 will run. > > Are perl5 scripts compatible with perl6?? No, there is an effort to write a Perl 5 compiler for Parrot (which is the VM that Perl 6 will run on) http://www.poniecode.org/ > > Where can I download the perl6 source code?

perl6

2005-11-16 Thread BuildSmart
I'm new to the list and have a couple of questions. Are perl5 scripts compatible with perl6?? Where can I download the perl6 source code??? -- Dale

Re: transactional memory in Parrot

2005-11-16 Thread Larry Wall
On Wed, Nov 16, 2005 at 08:32:01PM +0100, Leopold Toetsch wrote: : >Some basic questions: is there a notion of "current time" in Parrot, : >like : >a cycle counter or anything? I don't see any instructions I could get : >one : >from inside a PASM program, and I didn't see any of the .c files : >

[perl #37371] [TODO] strings - word boundary cclass

2005-11-16 Thread Patrick R. Michaud via RT
> [leo - Fri Oct 07 02:11:28 2005]: > > During opcode cleanup the find_word_boundary opcode ceased to exist > (there was no is_word_boundary). > > We probably want to have this as a builtin "character class". I think we can just deprecate (or omit) find_word_boundary altogether as an opcode. I

[perl #37692] [PATCH] $(MAKE_C) must die

2005-11-16 Thread via RT
# New Ticket Created by Joshua Hoblitt # Please include the string: [perl #37692] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37692 > This transaction appears to have no contentThis patch does away with the use of $(MAK

Re: [BUG] coroutine_3.pasm trampling memory?

2005-11-16 Thread Nick Glencross
On 11/16/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Nick Glencross wrote: > > coroutine_3.pasm seems to have some problems with scratchpads, but I > > don't know whether the problem is with parrot or the test. > > > ==15739== Thread 1: > > ==15739== Invalid write of size 1 > > Yep. I have see

Re: Hashing: avoid MD5 and SHA-1; use SHA-2 or Whirlpool

2005-11-16 Thread Chip Salzenberg
On Wed, Nov 16, 2005 at 12:44:36PM -0800, Chip Salzenberg wrote: > * The SHA-2 family (including SHA-256 and other variants) is showing no >signs of weakness AFAIK. > * Whirlpool [**] seems strong enough too; Bruce Schneier describes it >as "a good choice". Not to make a long discussion

Hashing: avoid MD5 and SHA-1; use SHA-2 or Whirlpool

2005-11-16 Thread Chip Salzenberg
"I don't know if you guys have been keeping up with current events, but MD5 just got its ass kicked!" - with apologies to Private Hudson It's been known for some time in the crypto world that MD5 is weak, that there are shortcuts to finding hash collisions. Recently, that weakness has turned int

Re: transactional memory in Parrot

2005-11-16 Thread Leopold Toetsch
On Nov 16, 2005, at 19:27, Erik Paulson wrote: Hello, As a class project, we're looking at transactional memory, and one of things we'd like to try and do is add some basic TM support to Parrot. Cool. To start out with, we'd add three new opcodes - one to begin, end, and abort the curre

transactional memory in Parrot

2005-11-16 Thread Erik Paulson
Hello, As a class project, we're looking at transactional memory, and one of things we'd like to try and do is add some basic TM support to Parrot. To start out with, we'd add three new opcodes - one to begin, end, and abort the current transaction. the BeginTX op would save a continuation, ab

[perl #37371] [PATCH] update for t/op/string_cs.t to find word boundaries

2005-11-16 Thread Patrick R. Michaud
Attached is a patch that changes the "find word" test in string_cs.t to use the find_cclass and find_not_cclass opcodes to locate word boundaries. This test doesn't work exactly the way Leo has envisioned it (creating a special .CCLASS_* value for word boundaries), but it demonstrates how I th

Re: [BUG] coroutine_3.pasm trampling memory?

2005-11-16 Thread Leopold Toetsch
Nick Glencross wrote: coroutine_3.pasm seems to have some problems with scratchpads, but I don't know whether the problem is with parrot or the test. ==15739== Thread 1: ==15739== Invalid write of size 1 Yep. I have seen the overwrite too with scratchpads. But as scratchpads will be removed

Re: PGE::glob borked?

2005-11-16 Thread Patrick R. Michaud
On Wed, Nov 16, 2005 at 01:29:21AM -0500, Will Coleda wrote: > All but one test are passing again in tcl. The failing test boils > down to this PIR: > [...] > > So, are all these ways of preparing arguments to Glob incorrect? (and > if so, what's the right way?), or does this behavior point to

[BUG] coroutine_3.pasm trampling memory?

2005-11-16 Thread Nick Glencross
coroutine_3.pasm seems to have some problems with scratchpads, but I don't know whether the problem is with parrot or the test. In line 105 of lexical.c (r10019) there is a buffer being overflowed because the buffer for base is larger than pad_pmc. valgrind reports 4 occurrences of this for t

PGE::glob borked?

2005-11-16 Thread Will Coleda
All but one test are passing again in tcl. The failing test boils down to this PIR: .sub '' :main load_bytecode 'PGE.pbc' load_bytecode 'PGE/Glob.pbc' $P1 = find_global 'PGE', 'glob' $S1 = unicode:"\u03b1" $S1 = downcase $S1 $S2 = unicode:"\u0391" $S2 = downcase $S2 $P2 = $P

[perl #37691] [BUG] t/library/streams.t failing in r10009

2005-11-16 Thread via RT
# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #37691] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37691 > --- osname= linux osvers= 2.6.14-rc4 arch= i486-linux-gnu-thread-multi cc=