# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #17683]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17683 >
Hi,
When you use pdb and hit just you get a segfault. Thats quite
anoying especiall
On Sat, Sep 21, 2002 at 12:33:05PM +0200, Thomas Klausner wrote:
> In accordance to Schwern's "How use strict got me a perl5porter", this
> seems like "How obfuscation got me on perl6-internals" ...
s/Schwern/Merijn/
For reference: http://husk.org/perl/yapc/DSCF0118.jpg
I'm in the middle. Me
Hello All,
I hope this is the correct place for my post. I have not seen many (or
any) newbie parrot questions on this group. Please direct me to the
correct group and forgive my intrusion if this message is misposted.
I would like to start helping in the development of parrot. I have read
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #17691]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17691 >
This patch fixes a tiny problem in trace.c when sizeof(opcode_t) !=
sizeof(long).
Mo
Andy Dougherty:
# More generally, though, rather than sprinkling the sources
# with INTVAL_FMT and other ugly (but correct and portable
# things), should we be trying to
# funnel everything through a central printf-like engine and
# have it automatically provide the correct formats?
# perl-5
Jürgen Bömmels wrote:
> Hi,
>
> When you use pdb and hit just you get a segfault. Thats
> quite anoying especially if you are used to gdbs behaviour.
>
> The attached patch fixes this by just ignoring empty lines.
this doesn't seem to me how pdb is supposed to work.
docs/debugger.pod says:
On Sat 28 Sep 2002 02:23, Michael G Schwern <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 21, 2002 at 12:33:05PM +0200, Thomas Klausner wrote:
> > In accordance to Schwern's "How use strict got me a perl5porter", this
> > seems like "How obfuscation got me on perl6-internals" ...
>
> s/Schwern/Merijn/
On Sunday, September 29, 2002, at 05:11 PM, Michael G Schwern wrote:
> Here's some open problems:
>
> Would this be the default behavior for overridden methods, or will the
> parent class/methods have to be declared "is interface" for the
> signatures
> to be enforced on subclasses?
Heck, I'll
On Sun, Sep 29, 2002 at 09:31:46PM -, Smylers wrote:
> Consider this Perl 5:
>
> while (<>)
> {
> # ...
> foreach my $fruit (qw)
> {
> # ...
> }
> }
>
> Inside the inner loop C<$_> still holds the current line. In the
> equivalent Perl 6 syntax, insider the inne
I think a getting started guide would help a lot.
On Sat, Sep 28, 2002 at 10:46:36PM -0400, Erik Lechak wrote:
> 3)Do I have to use pod? No offense, but I can't stand pod. The pdd
> design document states that pod is the "...documentation language for
> All Things Perl", but this is Parrot n
Aldo Calpini <[EMAIL PROTECTED]> writes:
> Jürgen Bömmels wrote:
> > Hi,
> >
> > When you use pdb and hit just you get a segfault. Thats
> > quite anoying especially if you are used to gdbs behaviour.
> >
> > The attached patch fixes this by just ignoring empty lines.
>
> this doesn't seem to m
On Mon, Sep 30, 2002 at 10:12:48AM -0700, Michael Lazzaro wrote:
> Heck, I'll jump into this one, since I've been working in _way_ too
> many OO variations lately, some of them inflicted upon myself. While I
> hope perl6 will allow extendable OO methodologies, the out-of-box one
> needs to be
[EMAIL PROTECTED] (Michael G Schwern) writes:
> method _do_internal_init ($num) is private {
Just thinking aloud, would
sub foo is method is private is integer is fungible {
be better written as
sub foo is fungible private integer method {
or not?
--
Those who do not un
Michael Lazzaro wrote:
> > What if a subclass adds extra, optional arguments to a
> > method, is that ok?
>
> This is the scariest question, I think... In theory, yes, there are
> lots of potential interfaces that would benefit from optional
> extensions, & I've made a few. In strict terms,
On Tue, Oct 01, 2002 at 01:36:19AM +0100, Simon Cozens wrote:
> [EMAIL PROTECTED] (Michael G Schwern) writes:
> > method _do_internal_init ($num) is private {
>
> Just thinking aloud, would
> sub foo is method is private is integer is fungible {
>
> be better written as
> su
On Mon, Sep 30, 2002 at 06:04:28PM -0700, David Whipp wrote:
> On a slightly different note, if we have interfaces then I'd really
> like to follow the Eiffel model: features such as renaming methods
> in the derived class may seem a bit strange; but they can be useful
> if you have have name-conf
Last year at JAOO I stumbled on this thing called Subject-Oriented
Programming which looked interesting. I dug up some papers on the subject
and tried to make an implementation but found I really didn't properly
understand it and the papers were too bogged down in C++ implementation
details to re
On Mon, Sep 30, 2002 at 11:16:20PM -0400, Michael G Schwern wrote:
> How about seperated by commas, like any other list?
>
> method foo is fungible, private, integer {
Well, if we're going to use a /list/, how about
method foo ($param) ^is (fungible, private, integer) {
?
:)
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17702]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17702 >
This patch stops parrot from permanently allocating increasing amounts
of memory:
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17703]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17703 >
Description of patch by chunks:
- remove outdated comment/ifdef
- use Parrot_allocat
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17704]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17704 >
This patch corrects the reported parser error in imcc/samples.imc.
(After .eom, one
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17705]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17705 >
This patch corrects an old bug (cut&paste typos) in life.p6 and adds
stats of gener
22 matches
Mail list logo
