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
* 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
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
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
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.
"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
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
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
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
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 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
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:
=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 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 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 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 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 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
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 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
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: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
* 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::".
>
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
* 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
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
>
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 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
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
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
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
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),
32 matches
Mail list logo
