Parrot fetched its first web page tonight. Its a baby step, but hey... :)
You can now stuff hostnames into a socket as well as a numeric IP address.
see examples/io/http.imc
-Melvin
> Some of patches on that list that are mine.
> #24030 Obsolete
> #24038 Obsolete
> #24043 Applied
> #24063 Applied
> #24177 Rejected
> #24188 Applied
> I tried to update the status of #24177 but got Permission Denied.
> Any chance of that being changed so I could update them myself?
You have to l
Joe Gottman writes:
>I just reread the section of A6 about currying, and I have several
> questions about it.
>
>1) Suppose I have a function like the following:
>sub foo($param, @param) {...}
> where the parameter names differ only by their sigils. Is it legal
>
I just reread the section of A6 about currying, and I have several
questions about it.
1) Suppose I have a function like the following:
sub foo($param, @param) {...}
where the parameter names differ only by their sigils. Is it legal
for me to type
&foo.assum
On Tuesday, Oct 28, 2003, at 23:48 Europe/London, Michael G Schwern
wrote:
On Tue, Oct 28, 2003 at 08:17:24PM +, Adrian Howard wrote:
This may be a dim question but why scan blib and lib?
[snip]
my $blib = File::Spec->catfile(qw(blib lib));
[snip]
That's not blib and lib, that's a cross p
On Wed, Oct 29, 2003 at 12:38:31PM -0600, Andy Lester wrote:
> >1) DBI (Tim Bunce specifically asked for help in re-designing the test
> > suite).
> >
> >2) CPANPLUS.
> >
> >3) Module::Build.
>
> I'm all for having those biggies handled by Phalanx, and handled well.
> That's why I'd like to ho
On Wed, Oct 29, 2003 at 11:16:57AM +0100, Paul Johnson wrote:
>
> I'm still a little concerned about hitting problems with Storable, so I
> think I'll apply the patch and then run cpancover on a bunch of modules
> and compare the output to that of Data::Dumper/eval. If all goes well
> I'll keep t
> Ottawa eh? Well, if the infamous `/anick is involved, I'm
> sure we are all
> in for a lot of fun. ;-)
I don't know if he will be. His name usually comes up once every other
meeting or so, but nobody who goes to the meetings has actually seen him in
real life! Sort of like the Yeti, except rea
On Wed, 29 Oct 2003, Melvin Smith wrote:
> At 06:40 PM 10/29/2003 +0100, Leopold Toetsch wrote:
> >Adam Thomason <[EMAIL PROTECTED]> wrote:
> > > The other problematic test is ye =
> > > olde -0 error,
> Its an issue with our (IBM's) compiler. It comes from
> 0.0-0.0*0.0 as a result of the mod t
So does anyone have anything to report as far as progress on their
modules? Reports back to update on the website would be appreciated.
Note that all the status pages, like
http://qa.perl.org/phalanx/status/Archive-Tar.html are actually POD
behind the scenes, so if Andrew wanted to update
htt
While Andy would certainly be the best person to answer this, I rather
like the idea of an entire
Perl Mongers group becoming a hoplite. I can't help but wonder if a
little friendly competition
amongst groups might be a wonderful thing. Who can get the most
modules tested?
I agree entirely. W
1) DBI (Tim Bunce specifically asked for help in re-designing the test
suite).
2) CPANPLUS.
3) Module::Build.
I'm all for having those biggies handled by Phalanx, and handled well.
That's why I'd like to hold off on the top two tiers at
http://qa.perl.org/phalanx/distros.html until we get so
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > Types:
> > iv=long long, intvalsize=8, intsize=4, opcode_t=long long,
> > opcode_t_size=8,
> > ptrsize=4, ptr_alignment=4 byteorder=12345678,
> > nv=double, numvalsize=8, doublesize=8
>
>
At 06:40 PM 10/29/2003 +0100, Leopold Toetsch wrote:
Adam Thomason <[EMAIL PROTECTED]> wrote:
> The other problematic test is ye =
> olde -0 error,
t/op/number_10.t seems to be failing because of -0 from C.
Any hints what to do WRT such behavior?
leo
Its an issue with our (IBM's) compiler. It com
--- "Jeays, Mark" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm writing on behalf of Ottawa Perl Mongers. At our last meeting, one of
> our members gave us a quick introduction to the Phalanx project and its
> goals. A number of the members were interested in the idea and we have been
> looking for a
Adam Thomason <[EMAIL PROTECTED]> wrote:
> The other problematic test is ye =
> olde -0 error,
t/op/number_10.t seems to be failing because of -0 from C.
Any hints what to do WRT such behavior?
leo
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Types:
> iv=long long, intvalsize=8, intsize=4, opcode_t=long long,
> opcode_t_size=8,
> ptrsize=4, ptr_alignment=4 byteorder=12345678,
> nv=double, numvalsize=8, doublesize=8
>> Can you Configure it with intval=int?
> Yeah, that gets
At 02:51 PM 10/29/2003 +, via RT wrote:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #24355]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24355 >
before we release Parrot to the wild public
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > Don't tend to test it much on cygwin, but have done it now. Of possible
> > interest is this warning when running Configure.pl:-
>
> > Determining some sizes...
> > Hmm, I see your chosen INTVAL isn't the same size as your pointers.
>
> This do
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #24355]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24355 >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
before we release Parrot to the
On Wed, 29 Oct 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > (void *)get_pointer()
> > void set_pointer(void *)
>
> Good. So we can clean up cheating in Sub PMCs, where we are using
> _integer vtables, when actually absolute byte-code addressess are
> passed.
Ye
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> (void *)get_pointer()
> void set_pointer(void *)
Good. So we can clean up cheating in Sub PMCs, where we are using
_integer vtables, when actually absolute byte-code addressess are
passed.
> Dan
leo
On Wed, 29 Oct 2003, Leopold Toetsch wrote:
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> >> > t\src\extend.t1 256121 8.33% 11
> >>
> > 'fraid it wasn't. Still fails in the same way. Sorry.
>
> Checked in another change, Win32 seems to buffer stderr too, added
> a fflush(s
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
>> > t\src\extend.t1 256121 8.33% 11
>>
> 'fraid it wasn't. Still fails in the same way. Sorry.
Checked in another change, Win32 seems to buffer stderr too, added
a fflush(stderr).
> Jonathan
leo
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Don't tend to test it much on cygwin, but have done it now. Of possible
> interest is this warning when running Configure.pl:-
> Determining some sizes...
> Hmm, I see your chosen INTVAL isn't the same size as your pointers.
This doesn't really l
This will have to wait until after the release, of course, but the ponie
stuff has brought up a *really* good point that needs addressing. There's
no good way to get or set a generic pointer in a PMC. Right now we're
either cheating (by poking into the guts of a PMC) or hijacking an exiting
entry (
At 07:25 PM 10/28/2003 +, via RT wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #24341]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24341 >
The new classes/null.pl was trying to return 0
On Tue, Oct 28, 2003 at 07:36:03PM -0600, Michael Carman wrote:
> > It is still huge ~870K but I could not find any easy way to remove further
> > large chunks without changing the resulting page.
> You won't find any more low hanging fruit. There's a lot of markup in building
> that table, so it's
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I don't know why, exactly, but extend test 11 and 12 don't work on
> windiws, at least under cygwin--they hang.
Could be the missing prototypes for Parrot_call (the prototype is in
extend.h, but over things are missing, so I used the emedding interface,
wh
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Jonathan Worthington" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, October 29, 2003 9:52 AM
Subject: Re: Tinderboxens
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > Failed TestStat Wstat Tota
Here is entire output of make test on cygwin, FYI.
[EMAIL PROTECTED] ~/parrot/parrot
$ make test
perl t/harness t/src/*.t
t/src/basic...ok
t/src/exitNOK 3
# got: 'ex3
# '
# expected: 'ex3
# ex2
# ex1
# '
# Looks like you failed 1 tests of 3.
t/src/exitdubious
> I don't know why, exactly, but extend test 11 and 12 don't work on
> windiws, at least under cygwin--they hang. (For a while extend 11 was
> sucking down all availabe memory, which was fun)
>
> Is anyone else seeing this? (Heck, is anyone else trying with cygwin on
> windows?) I'm tempted to disa
I don't know why, exactly, but extend test 11 and 12 don't work on
windiws, at least under cygwin--they hang. (For a while extend 11 was
sucking down all availabe memory, which was fun)
Is anyone else seeing this? (Heck, is anyone else trying with cygwin on
windows?) I'm tempted to disable the tes
"Paul Johnson" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] said:
>>
>> [snipped Devel::Cover metrics]
>
> Thanks. This is interesting.
> Was this using all the coverage criteria?
Looking back at my test harness... no, it's just the "heavy" stuff that
I find most useful: statement, branch, an
On Tue, 28 Oct 2003, Luke Palmer wrote:
> > Object Instantiation
> > Dan had a moment of clarity and declared that the Parrot Way to
> > instantiate an object in class Foo will be:
> >
> > new P5, .Foo
> >
> > All we need now is a working implementation. And, apparently, knowin
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
>> > src\jit_cpu.c(95) : error C2065: 'RTYPE_COM' : undeclared identifier
>> Did you recheck that recently, I had committed a change WRT this.
> I did, and I just did an update now to try it again. Same set of errors
> still appear. Again, it's bec
Sterling Hughes <[EMAIL PROTECTED]> wrote:
> Attached is a small patchlet, that allows the following code to execute:
> .pcc_sub _main prototyped
> .sym PerlUndef a
> a = new PerlUndef
> a = 10 + 5
This doesn't fly. Binary vtables like this are called on the left
argume
"Jeays, Mark" wrote:
> Hi,
>
> I'm writing on behalf of Ottawa Perl Mongers. At our last meeting, one of
> our members gave us a quick introduction to the Phalanx project and its
> goals. A number of the members were interested in the idea and we have been
> looking for a group project. How would
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
>
> > src\jit_cpu.c(95) : error C2065: 'RTYPE_COM' : undeclared identifier
>
> Did you recheck that recently, I had committed a change WRT this.
I did, and I just did an update now to try it again. Same set of errors
still appear. Again, it's beca
[EMAIL PROTECTED] said:
> I ran some more tests, some of which might be more significant:
>
>time(sec) db size (kB)peak RAM (MB)
> no coverage 15 --- ~ 10
> Data::Dumper+eval246 245 ~ 23.4
> Storable 190
Tim Bunce said:
> On Thu, Oct 23, 2003 at 09:17:24PM -0500, Michael Carman wrote:
>> I've included a patch for Devel/Cover/DB.pm in case someone else wants
>> to try it. It has *not* been sanctioned by Paul (though he's welcome to
>> it) so use at your own risk. Obviously, the file format for the
Use your test script as the MTA (instead of sendmail/qmail-inject/etc.)?
Print the oks from your pseudo-MTA.
--
Gordon Henriksen
IT Manager
ICLUBcentral Inc.
[EMAIL PROTECTED]
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stosberg
> Sent: Tuesday, Octobe
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #24341]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24341 >
The new classes/null.pl was trying to return 0 from a void function. The
problem is t
Hey,
Attached is a small patchlet, that allows the following code to execute:
.pcc_sub _main prototyped
.sym PerlUndef a
a = new PerlUndef
a = 10 + 5
print a
.end
And avoids having to instead do:
.pcc_sub _main prototyped
.sym PerlUndef a
a = new P
Hi,
I'm writing on behalf of Ottawa Perl Mongers. At our last meeting, one of
our members gave us a quick introduction to the Phalanx project and its
goals. A number of the members were interested in the idea and we have been
looking for a group project. How would we go about getting involved? Ca
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Failed TestStat Wstat Total Fail Failed List of Failed
>
> ---
> t\src\extend.t1 256121 8.33% 11
I've committed a change for extend_11 (I did print
Nick Kostirya <[EMAIL PROTECTED]> wrote:
> Otherwise, it would be necessary to introduce the idea of 'headers that
> are
> required for testing a header'.
After a test you have the result in $PConfig{whatever}, so you can
adjust the next test according to the results of the previous one.
leo
Some of patches on that list that are mine.
#24030 Obsolete
#24038 Obsolete
#24043 Applied
#24063 Applied
#24177 Rejected
#24188 Applied
I tried to update the status of #24177 but got Permission Denied.
Any chance of that being changed so I could update them myself?
Mike
On Wednesday, Oct 22, 2
As originally proposed by Melvin Smith, we gonna have a "Halloween
release". Its not so much "Nothing fancy, just something fun. :)" - A
lot of things did happen since the last release. Not really milestones,
though - nevertheless the rather big list of improvements[1] justifies a
release.
* Fe
- Original Message -
From: "Lars Balker Rasmussen" <[EMAIL PROTECTED]>
To: "Juergen Boemmels" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, October 28, 2003 6:36 PM
Subject: Re: [perl #24333] [PATCH] pthreads configure on FreeBSD
> Juergen Boemmels <[EMAIL PROTECTED]> writes
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> src\jit_cpu.c(95) : error C2065: 'RTYPE_COM' : undeclared identifier
Did you recheck that recently, I had committed a change WRT this.
> NMAKE : warning U4006: special macro undefined : '$<'
> link -dll -def:libparrot.def -nologo -debug
Luke Palmer <[EMAIL PROTECTED]> wrote:
> I do worry about some long-running daemon that uses anonymous classes
> heavily. It's possible that after quite some time, we'd run out of
> integers,
Its the same problem as assigning PIDs to a process. We will have to
cycle around and reuse old "free" n
Piers Cawley <[EMAIL PROTECTED]> wrote:
> Object Freezing
[ ... ]
> ... The upshot is that we're doing it Dan's way; Glorious Leader
> continues to trump Pumpking Patchmonster.
As this is a summary, abbove sentence is a summary as well. The reality
is more complex. The final implementa
53 matches
Mail list logo
