Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Speed up object creation by a factor of two
That *would* be nice. *But* it's only slightly faster. You might have
had a speed up due to less memory consumption, not swapping or such,
because the leaking vtable memory is fixed.
We are still seeking a fac
Daniel Grunblatt <[EMAIL PROTECTED]> wrote:
>> $ cat myconfig
Nothing special here AFAIK.
> spe170> gdb parrot
When it hangs:
- run parrot in one console
- open a 2nd console
- get the pid(s) of parrot
$ ps -C parrot
- start debugger
$ gdb parrot
$ bt
> Breakpoint 1, pmc_init_null (inter
> But once we start expecting people in the real world to compile this thing
> on their boxes in order to install perl, it would be extremely foolish to
> make them manually download and install perl6 + parrot + icu + perl5 +
> cpan modules 1 through 10, all from different sources.
Try building
> > This kind of bug shouldn't happen if people actually read the messages
> > the cvs commit spits out.
> >
> > It will tell you that the manifest check it runs on every commit
> > fails. Please don't ignore it.
> Maybe a silly proposal, but nevertheless:
> Why are files not added to MANIFEST aut
Hi,
On Thursday 04 March 2004 00:53, Robert Spier wrote:
> > parrotbug is missing in MANIFEST which causes a make test error.
Now lib/Parrot/Docs/HTMLPage.pm is missing in MANIFEST.
> This kind of bug shouldn't happen if people actually read the messages
> the cvs commit spits out.
>
> It will te
Hi,
On Thursday 04 March 2004 19:14, I wrote:
> this patch adds support for dumping of ParrotObjects.
> If an object "can __dump", this method is called on the object which then
> is responsible for dumping itself.
> A test that shows the new functionality in action is included.
applied by Dan, th
At this point in the development cycle you can certainly make such
arguments (although I would tend to fall on the side of consistency
myself, at least for things that really Don't Matter in the grand scheme
of things, such as POD modules).
But once we start expecting people in the real world
> The determinism seems perhaps worth the bloat. It's quite localize
> bloat after all.
I disagree.
We _want_ a heterogeneous environment -- a homogeneous environment
doesn't exist in the real world -- most of your concerns were with
tracking down the issues. Since we have parrotbug now (or rea
> The mails are indeed sent to parrotbug, parrotstatus-ok and
> parrotstatus-nok (at parrotcode.org) for resp. bug reports, ok reports
> or nok reports. And since I don't think those addresses are set
> up...
Not yet. I'm nudging Ask regularly about this.
-R
... or at least for some definition of working.
The mails are indeed sent to parrotbug, parrotstatus-ok and
parrotstatus-nok (at parrotcode.org) for resp. bug reports, ok reports
or nok reports. And since I don't think those addresses are set up...
"parrotbug -h" will give you some indications
There's no reason to include large, independently maintained modules
like Pod::Simple in the parrot CVS tree and tarball. It just turns
into a maintenance nightmare, should we ever start modifying these
things.
[...]
I don't understand why you are insisting on including these thin
> I agree. That's why I'd like to see TAI be the default "seconds
> since some epoch".
It seems like we want the "default" to be the simplest and fastest one
we can support.
If someone wants something different, they can do the moral equivalent
of:
use Time::TAI;
or
use Time::UTC;
or
Dan Sugalski wrote:
At 3:36 PM +0100 3/4/04, Leopold Toetsch wrote:
I've run these 2 tests below.
Results don't look really good.
Damn. Okay, I'm going to spend today digging into the object stuff to
try and track down the leaks. Something's not right in there, as the DOD
and GC ought to be re
> > No. Sorry, definitely not. Parrot's config isn't going to install
> > perl modules off the 'net any more than it's going to run apt-get on
> > systems that support it. We either provide it or do without.
>
> What about ICU. There is already a new version pending (again).
Since we haven't act
I just reported this as a bug on Pod::Simple::HTML.
The problem is in line 168-9
my $out = $to if defined $to and length $to;
$out .= "#" . $section if defined $section and length $section;
One of those "Deprecated use of my() in conditional" cases they've been
talking about on p
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> No. Sorry, definitely not. Parrot's config isn't going to install
> perl modules off the 'net any more than it's going to run apt-get on
> systems that support it. We either provide it or do without.
What about ICU. There is already a new version pending
On Thu, Mar 04, 2004 at 03:40:27PM +0100, Michael Scott wrote:
: I'd like to remove non-modified, non-parrot Perl modules from lib and
: install them via CPAN.pm. I have a version here which works, but I
: remember from experience it can be tricky to set up CPAN.pm to work
: behind firewalls, so
On Thu, 4 Mar 2004, TOGoS wrote:
> > Actually, they did. UTC (which was the original
> > reference) is defined such that noon is within .9
> > seconds of the sun being as directly overhead as
> > it can be, and is thus directly tied to the
> > behaviour of the planet.
UTC may stop tracking UT1 an
On Wednesday 03 March 2004 19:50, Leopold Toetsch wrote:
> Daniel Grunblatt <[EMAIL PROTECTED]> wrote:
> > When updating the old version I had at the TD machine to the current cvs
> > version I realize that it fails right after start running, entering in an
> > eternal loop, I could not find out ex
> >I'd like to remove non-modified, non-parrot Perl modules from lib
> >and install them via CPAN.pm.
>
> No. Sorry, definitely not. Parrot's config isn't going to install
> perl modules off the 'net any more than it's going to run apt-get on
> systems that support it. We either provide it or
> In a similar(?) vein,
>
> www.parrotcode.org/faq/ currently has a number of broken links,
> including "apocalypses", "PDD6", and "Java bytecode to Parrot bytecode".
This is because the links are funny.
The best way to get proper links is to do something like:
Lhttp://www.cnn.com>
That's no
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> - its slow (unoptimized build for now - but that doesn't matter yet)
Some more remarks to that.
- Python is around at double the speed of perl here
- Parrot seems to take too much time in delegate.pmc:
- register preserving
- method lookup
- reen
I've done a little work on Params::Validate and David Rolsky (its author)
was more than enthused to have someone else working on Params::Validate with
him. I was given the task to rewrite the existing tests to use Test::More.
I haven't been able to work on it as much as I would have liked to and I
Hi,
this patch adds support for dumping of ParrotObjects.
If an object "can __dump", this method is called on the object which then
is responsible for dumping itself.
A test that shows the new functionality in action is included.
jens
Index: library/dumper.imc
# New Ticket Created by Jens Rieks
# Please include the string: [perl #27391]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27391 >
Hi,
The following code crashes parrot if run with -t (trace).
It seems to be due to an
On Thu, 2004-03-04 at 04:17, Jens Rieks wrote:
> Printing some more information for ParrotIO, ParrotClass, ParrotObject,
> OrderedHash, ManagedStruct and UnManagedStruct is also on my TODO list.
> I have no idea how to dump the last three types, can anyone give me a hint?
With *Struct, I'd like
On Thu, Mar 04, 2004 at 09:12:47AM -0500, Dan Sugalski wrote:
: At 7:30 PM -0800 3/3/04, TOGoS wrote:
: > > Interesting -- so the planet's finally gotten
: >> its act together and settled on a rotational
: >> speed, huh? Cool. :)
: >
: >Nobody said anything about a planet.
:
: Actually, they did.
On Thu, Mar 04, 2004 at 09:58:02AM -0500, Dan Sugalski wrote:
: Damn. Okay, I'm going to spend today digging into the object stuff to
: try and track down the leaks. Something's not right in there, as the
: DOD and GC ought to be reclaiming the dead memory.
Can I hit you with a cream pie at OSCO
On Mar 4, 2004, at 7:45 AM, Michael Scott wrote:
On 4 Mar 2004, at 15:51, Dan Sugalski wrote:
[...]
I'd like to remove non-modified, non-parrot Perl modules from lib and
install them via CPAN.pm.
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any m
> >> Interesting -- so the planet's finally gotten
> >> its act together and settled on a rotational
> >> speed, huh? Cool. :)
> >
> >Nobody said anything about a planet.
>
> Actually, they did. UTC (which was the original
> reference) is defined such that noon is within .9
> seconds of the sun
Dan Sugalski wrote:
It'd be simple enough to do--prepend a PObj front to the vtables and
allocate the vtables themselves out of a separate managed arena, and do
a bit of custom mark noting. This'd make collecting up unused vtables
easy enough. The downside to this is it means we add in a *lot*
On 4 Mar 2004, at 15:51, Dan Sugalski wrote:
[...]
I'd like to remove non-modified, non-parrot Perl modules from lib and
install them via CPAN.pm.
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any more than it's going to run apt-get on
systems tha
It'd be simple enough to do--prepend a PObj front to the vtables and
allocate the vtables themselves out of a separate managed arena, and
do a bit of custom mark noting. This'd make collecting up unused
vtables easy enough. The downside to this is it means we add in a
*lot* of extra pointer tra
At 3:40 PM +0100 3/4/04, Michael Scott wrote:
On 7 Feb 2004, at 00:53, Michael Scott wrote:
On 6 Feb 2004, at 22:32, Leopold Toetsch wrote:
- icu
- lib/Test/*
- lib/Pod/*
are all "standard" thingys. I'm not thinking that we are gonna
reinventing wheels nor that we are gonna copying existing wheel
At 3:36 PM +0100 3/4/04, Leopold Toetsch wrote:
I've run these 2 tests below.
Results don't look really good.
- Parrot consumes ever increasing memory, so it can't even run up to 10
- its slow (unoptimized build for now - but that doesn't matter yet)
- Parrot is leaking a vtable per new class
On 7 Feb 2004, at 00:53, Michael Scott wrote:
On 6 Feb 2004, at 22:32, Leopold Toetsch wrote:
- icu
- lib/Test/*
- lib/Pod/*
are all "standard" thingys. I'm not thinking that we are gonna
reinventing wheels nor that we are gonna copying existing wheels, so
I'd
vote for just removing all that fro
Will Coleda <[EMAIL PROTECTED]> wrote:
> When dumping a PMC type that isn't one dumper knows about, this small
> patch changes it to print out a name in addition to the number
Thanks, applied.
leo
Arthur Bergman wrote:
On 3 Mar 2004, at 08:09, Leopold Toetsch wrote:
follow the scheme used in
t/src/basic_3, i.e. run your code via Parrot_run_native().
Tried this, I think the interface to Parrot_run_native() is wrong, it
should most likely be
void* Parrot_run_native(Parrot, func, void*) ;
I've run these 2 tests below.
Results don't look really good.
- Parrot consumes ever increasing memory, so it can't even run up to 10
- its slow (unoptimized build for now - but that doesn't matter yet)
- Parrot is leaking a vtable per new class and worse per new instance
- I'm currently tryin
It's been a while since I've heard from any hoplites. Where are you on
your individual Phalanx modules?
I know Hoplite Gessner is pretty close to done on his, but I haven't
heard back on whether his changes were accepted.
xoxo,
Commander Andy
--
Andy Lester => [EMAIL PROTECTED] => www.petdance
At 7:30 PM -0800 3/3/04, TOGoS wrote:
> Interesting -- so the planet's finally gotten
its act together and settled on a rotational
speed, huh? Cool. :)
Nobody said anything about a planet.
Actually, they did. UTC (which was the original reference) is defined
such that noon is within .9 seconds
On Thursday 04 March 2004 13:41, Bernhard Schmalhofer wrote:
> Jens Rieks wrote:
> > My next plan is to implement some optional parameters like a maximum
> > recursion deep and an array of PMCs not to recursively dump, in order to
> > ease the usesage with large data structures.
>
> How about the p
On 3 Mar 2004, at 08:09, Leopold Toetsch wrote:
follow the scheme used in
t/src/basic_3, i.e. run your code via Parrot_run_native().
Tried this, I think the interface to Parrot_run_native() is wrong, it
should most likely be
void* Parrot_run_native(Parrot, func, void*) ;
so you can pass in arg
Jens Rieks wrote:
My next plan is to implement some optional parameters like a maximum recursion
deep and an array of PMCs not to recursively dump, in order to ease the
usesage with large data structures.
How about the possibility to dump PASM, which can be read in by Parrot?
Also the ability t
On Thursday 04 March 2004 06:38, Will Coleda wrote:
> When dumping a PMC type that isn't one dumper knows about, this small
> patch changes it to print out a name in addition to the number, so we
> get:
>
> (Honestly, I'd prefer just the name, but I presume the original author
> wanted the number f
Nick Kostirya <[EMAIL PROTECTED]> wrote:
> Can one use http://www.gnu.org/software/pth/pth.html (as mysql :-) ).
PTH is better then nothing, albeit it's lacking preemption.
> Can one use config/gen/platform/netbsd/thread.h ?
Yes. The configure system copies these file together, *if* they exist
F and C now become links in the HTML docs, if
the target file contains POD.
make html-clean
make html
Mike
> Interesting -- so the planet's finally gotten
> its act together and settled on a rotational
> speed, huh? Cool. :)
Nobody said anything about a planet. A clock should
tell you how much time has gone by. If I get a time,
sleep(1), and get another time, time 2 should be about
time1 + 1 second, re
> > If to define _STRUCT_TIMESPEC, then compilation is successfully.
>
> Does NetBSD have pthread? Can you try to create a hint file netbsd.pl.
NetBSD 1.6 do not have pthread, native thread support has been added into
NetBSD 2.0.
Can one use http://www.gnu.org/software/pth/pth.html (as mysql :-)
49 matches
Mail list logo
