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
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
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
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
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
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
> 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
# 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
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
36 matches
Mail list logo
