# 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=
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
Luke Palmer wrote:
>There are two reasons I've posted to perl6-language this time. First
>of all, is this acceptable behavior? Is it okay to die before the
>arguments to an undefined sub are evaluated?
>
>
>
Something like:
widgetMethod new Widget;
The best argument I've got for forcing the
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
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
from a read of the spec, the expected behavior of this code is unclear to me.
in the rule, i'm matching the builtin whitespace rule, creating an
alias with the same name as the named rule, and matching the builtin
rule again. this brings up a few questions:
does the alias replace the named rule o
On Wed, Nov 16, 2005 at 08:11:24AM -0800, jerry gay wrote:
> from a read of the spec, the expected behavior of this code is unclear to me.
>
> in the rule, i'm matching the builtin whitespace rule, creating an
> alias with the same name as the named rule, and matching the builtin
> rule again. thi
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
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
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
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
"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
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
Before I flounder around to figure this out, I hope that a quick message to
the list can offer some guidance.
I've got a bunch of test files for a distribution that run a script that
comes with the distribution. I'd like to test my coverage against that
script. I figure that I can just pass
On 11/15/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 15, 2005 at 10:26:05AM -0800, jerry gay wrote:
> > > I guess I should go ahead and provide methods in the match objects
> > > for the other *_keyed_int operations, if only to avoid this sort of
> > > confusion and the need to
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
On Wed, Nov 16, 2005 at 05:46:34PM -0500, David Golden wrote:
> Before I flounder around to figure this out, I hope that a quick message to
> the list can offer some guidance.
>
> I've got a bunch of test files for a distribution that run a script that
> comes with the distribution. I'd like t
# 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
> [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
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
: >
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
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?
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
I'm not a Lisp weenie. However, I have always preferred
hyphens over underscores, and I have always preferred
identifiers that use delimiters over camel-cased ones.
I just think `foo-bar-baz' looks better than `foo_bar_baz'.
Maybe it's the "lexical connotation" of hyphens from natural
language (i
I like hyphens. They're easier to type and help
prevent_me_from_Doing_This and generating errors because of case
sensitivity.
On the other hand, consistency of appearance may be a problem for some
people. I often associate code with the way it looks on screen, not
necessarily with what it does or
Sebastian,
> I like hyphens. They're easier to type and help
> prevent_me_from_Doing_This and generating errors because
> of case sensitivity.
>
> On the other hand, consistency of appearance may be a
> problem for some people. I often associate code with the
> way it looks on screen, not necessa
On Thu, 2005-11-17 at 05:31 +0100, Daniel Brockman wrote:
> This is a very valid concern, but the problem will not arise
> unless people start mixing these two styles --- something
> which is very obviously not a good idea.
That doesn't mean that people will avoid it, by accident or on purpose.
I
Daniel Brockman <[EMAIL PROTECTED]> wrote:
> So what is my suggestion? Obviously disallowing underscores
> and instead allowing hyphens would just replace one problem
> with an even worse problem (not only would there still be
> people who don't like hyphens, but it would alienate a large
> portio
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
Thank you for your considerate reply, Brent.
> I see a few syntactic problems with this idea: the subtraction and
> negation operators you already mentioned,
Did I miss any problems related to those?
> but also the fact that dashes are already used in package names to
> indicate version and auth
On Thu, 2005-11-17 at 07:27 +0100, Daniel Brockman wrote:
> Yet you have the choice of where to put your braces, even
> though the braces don't lend themselves to different tasks
> depending on whether you put them on a new line or not.
You *don't* have the choice to use different types of braces
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
Resolved by bug #37692. Something on the TODO list actually got done. ;)
-J
--
chromatic <[EMAIL PROTECTED]> writes:
>> Yet you have the choice of where to put your braces, even
>> though the braces don't lend themselves to different tasks
>> depending on whether you put them on a new line or not.
>
> You *don't* have the choice to use different types of
> braces, though --
34 matches
Mail list logo
