Hi all,
A Segmentation fault occurs in the languages/lua/t/tables_3.pir.
This test is a simple table creation (with 1000 items) :
a = {}
for i=1,1000 do a[i] = i*2 end
print(a[9])
This problem started with revision 11586.
In the previous Lua PMC implementation (r11478),
On Mar 5, 2006, at 3:15 PM, Michael Peters wrote:
Matisse Enzer wrote:
After some trouble, I managed to create a distribution tarball for my
patched Redhat 8 system from smolder-0.01-src using bin/
smolder_makedist.
Thanks for trying this out so soon. It's been developed on FC3,
...
W
Ruud H.G. van Tol schreef:
> [Perl6-modules meta-structure]
> I am currently building a photo classification system. Each photo is
> more or less unique, it has a unique identification code, and a short
> and a long description. Both descriptions may even be left empty. The
> classification is wi
Mark Overmeer schreef:
> Ruud H.G. van Tol:
>> [aliases next to hierarchical names]
>> @alias::HTTPD::Session -> Apache::Session
>> HTTPD::Session -> Apache::Session
>
> Well, that's a technical solutions... your fill the name-space even
> more:
I can see no harm in that.
> the larger the harde
On Sunday 05 March 2006 11:46, Nicholas Clark wrote:
> On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
> [It's worth considering making all the network I/O opcodes use a
> consistent way of marking errors. At the moment, all return an integer
> status code except for C, C, a
Matisse Enzer wrote:
> After some trouble, I managed to create a distribution tarball for my
> patched Redhat 8 system from smolder-0.01-src using bin/smolder_makedist.
Thanks for trying this out so soon. It's been developed on FC3, but I can't
imagine adding RH8 support will be too hard but it'
On Sun, Mar 05, 2006 at 17:55:03 -0500, Michael Peters wrote:
> It's already resulted in Test::TAP::XML. Nothing immediately jumps out as
> applicable outside of smolder, but I'm sure more will come up. I've also got
> some planned improvements to Test::Harness::Straps and Test::TAP::Model that
>
* Stevan Little ([EMAIL PROTECTED]) [060305 16:53]:
> > to the two new perl books "Perl DBI-(Any)-cpan:TIMB"
> > and "Perl DBI-(Any)-mailto:[EMAIL PROTECTED]"
> Well, to start with, there is no
> C6PAN/SixPan/Whatever-it-will-be-called yet, so there is nothing to
> pre-regist
Yuval Kogman wrote:
> On Sat, Mar 04, 2006 at 09:09:00 -0500, Michael Peters wrote:
>> It's very similar in nature to the Pugs smoke test server, but is completely
>> project agnostic. It's also completely self contained (contains local copies
>> all
>> of it's Perl modules and a local apache/mo
* Ruud H.G. van Tol ([EMAIL PROTECTED]) [060305 18:11]:
> Juerd schreef:
> > hierarchical names make less
> > and less sense by the day
>
> I don't oversee the field yet, but maybe:
> Introduce aliases (or hardlinks, in file-system-speak).
> Likely in a separate top branch, such as "@alias::".
>
On Mar 5, 2006, at 3:55 PM, David Wheeler wrote:
On Mar 5, 2006, at 13:52, Chris Dolan wrote:
Advice? While this example is contrived, the "eval
{ require ... }" idiom is used often in the wild, so this is not a
wholly unrealistic scenario.
Of course it should be
eval { require Bar; 1
On Mar 5, 2006, at 13:52, Chris Dolan wrote:
Advice? While this example is contrived, the "eval
{ require ... }" idiom is used often in the wild, so this is not a
wholly unrealistic scenario.
Of course it should be
eval { require Bar; 1; } or die $@;
But I agree that it seems like if t
On Mar 5, 2006, at 3:46 PM, Nicholas Clark wrote:
On Sun, Mar 05, 2006 at 02:53:29PM -0600, Joshua Isom wrote:
A pasm include, such as the signal.pasm(even though signals don't work
yet), would suffice and is generated at compile time. Parsing .h
files
This way does the numeric values of
I encountered a real-world case where Test::More's use_ok() passed
when the specified package had a fatal syntax error. I'm looking for
advice about whether I should file a bug, or fix my code that
triggered the false positive. Read on for details...
Consider two packages Foo.pm and Bar.p
On Sun, Mar 05, 2006 at 02:53:29PM -0600, Joshua Isom wrote:
>
> On Mar 5, 2006, at 1:46 PM, Nicholas Clark wrote:
>
> >On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
> >
> >Should the network opcodes even be loaded as standard? C et al
> >aren't
> >actually that useful on Perl
On Mar 5, 2006, at 1:46 PM, Nicholas Clark wrote:
On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
Should the network opcodes even be loaded as standard? C et al
aren't
actually that useful on Perl 5 without all the constants in the Socket
module,
so in practical terms a redes
On Mar 5, 2006, at 20:11, Nicholas Clark wrote:
C flags the stream as operating in line-buffer mode (see
C below). Lines are truncated at 64K.
Is there a fundamental need for a hard hard limit?
There used to be a hard limit until about a year ago. This is of course
gone now.
leo
On Mar 5, 2006, at 18:33, Jonathan Worthington wrote:
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
Mmm - actually -C needs computed goto, which isn't supported by all C
compilers.
Including the one that I produce the Win32 builds that I believe were
being tested with (MS Visual C++). Shouldn
On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
[It's worth considering making all the network I/O opcodes use a
consistent way of marking errors. At the moment, all return an integer
status code except for C, C, and C.]
IIRC the Linux kernel uses negative values as return c
On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
=item *
C retrieves a single line from a stream into a string. Calling
C flags the stream as operating in line-buffer mode (see
C below). Lines are truncated at 64K.
Is there a fundamental need for a hard hard limit?
On Sun, Mar 05, 2006 at 18:34:26 +, Nicholas Clark wrote:
> On Fri, Mar 03, 2006 at 05:54:43PM -0600, Joshua Isom wrote:
>
> > I don't think it's really been addressed, at least not recently, but
> > what about IPv6? By the time perl6 becomes commonplace and used
> > often(and thus, parrot)
On Fri, Mar 03, 2006 at 11:27:05AM -0800, Allison Randal wrote:
> What I need from you all is comments. What's missing? What's
> inaccurate? What's accurate for the current state of Parrot, but is
> something you always intended to write out later? What thoughts have
> you had on how the I/O
After some trouble, I managed to create a distribution tarball for my
patched Redhat 8 system from smolder-0.01-src using bin/
smolder_makedist.
The problem I encountered was in
src/libapreq-1.3.tar.gz - specifically in
src/libapreq-1.3/Makefile.PL (after unpacking the tarball)
the code
On Fri, Mar 03, 2006 at 05:54:43PM -0600, Joshua Isom wrote:
> I don't think it's really been addressed, at least not recently, but
> what about IPv6? By the time perl6 becomes commonplace and used
> often(and thus, parrot), IPv6 will be common enough that problems could
> occur. Currently it
On Fri, Mar 03, 2006 at 05:54:43PM -0600, Joshua Isom wrote:
> How do you verify that a print succeeded? Currently there's no way to
> know. Throwing an exception if a global flag is set would suffice and
I assumed that the lack of documentation of any return code meant that it
would return as
Juerd schreef:
> hierarchical names make less
> and less sense by the day
I don't oversee the field yet, but maybe:
Introduce aliases (or hardlinks, in file-system-speak).
Likely in a separate top branch, such as "@alias::".
The @alias-prefix is only necessary when there is a collision.
@alia
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
Mmm - actually -C needs computed goto, which isn't supported by all C
compilers.
Including the one that I produce the Win32 builds that I believe were being
tested with (MS Visual C++). Shouldn't it give a "we don't have a computed
goto runcore" err
On Mar 4, 2006, at 18:05, Nicolas Cannasse wrote:
-Cj does not produce different results than -j on the Win32 build of
Parrot. Is -Cj supported on this architecture ?
Yes, it should work. It might depend on, how fib is actually written in
PIR. As said this option is in a rather early state.
On 3/5/06, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> * Stevan Little ([EMAIL PROTECTED]) [060305 02:49]:
> > On 3/4/06, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> > > Could we try to kind-of pre-register name-spaces for perl6 modules?
>
> > There is no need to do such a thing, we have the 3 level
Mark Overmeer skribis 2006-03-05 10:44 (+0100):
> I know about the naming scheme, but I am not really looking forward
> to the two new perl books "Perl DBI-(Any)-cpan:TIMB"
> and "Perl DBI-(Any)-mailto:[EMAIL PROTECTED]"
I think that's a very good argument for managing namesp
* Stevan Little ([EMAIL PROTECTED]) [060305 02:49]:
> On 3/4/06, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> > Could we try to kind-of pre-register name-spaces for perl6 modules?
> There is no need to do such a thing, we have the 3 level naming scheme
> in Perl 6 now.
> Foo-0.0.1-cpan:JRANDOM
I kn
On Sat, Mar 04, 2006 at 09:09:00 -0500, Michael Peters wrote:
> It's very similar in nature to the Pugs smoke test server, but is completely
> project agnostic. It's also completely self contained (contains local copies
> all
> of it's Perl modules and a local apache/mod_perl). It's released in bi
32 matches
Mail list logo
