is there a paypal PMC in the plans? will it be multi-accounted? will it
have built in auth support? what about rounding errors?
uri
--
Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search
http://mail.wizi.us/jump/https://www.paypal.com/row"; >http://images.paypal.com/en_US/i/logo/email_logo.gif"; width=255
height=35 alt="PayPal" border="0">
http://images.paypal.com/images/bg_clk.gif";
width=100%>http://images.paypal.com/imag
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> Events and IO
DS> =
DS> Parrot has a unified event and IO system--indeed events are nothing
DS> but satisfied IO requests. (Or, alternately, IO requests are nothing
DS> but solicited events with external data)
that
At least to start. Simple interface, only 11 queryable items, and
only integer queries so far. (Two of which unconditionally return -1
anyway) But... at least you can go look to see if a file exists. :)
We can add more to this as we go, but this should be enough to get Jens going.
--
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #29837]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29837 >
It's possible to get the register allocator in what is essentially an
infinite loop,
On May 24, 2004, at 4:02 AM, Tim Bunce wrote:
Any idea when the next release of Test::More will be available?
We could use a new version of Test::Harness, too, given this bug:
https://rt.cpan.org/NoAuth/Bug.html?id=5649
It bit me again yesterday. I first noticed it with DBI.
Regards,
David
# New Ticket Created by Joshua Gatcomb
# Please include the string: [perl #29836]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29836 >
extend 12 previously hung on Cygwin: If configured
with --intval=long and --opcode
Dan Sugalski wrote:
At 11:55 AM -0700 5/24/04, Joshua Gatcomb wrote:
The FAQ at http://www.parrotcode.org
That's a good question, and one worth poking around at. Volunteers?
(Those things are autogenerated from files in the repository, so it's
likely something broke there)
Yes, it's a wrong url
At 11:55 AM -0700 5/24/04, Joshua Gatcomb wrote:
The FAQ at http://www.parrotcode.org
That's a good question, and one worth poking around at. Volunteers?
(Those things are autogenerated from files in the repository, so it's
likely something broke there)
Also - is there any reason why some messag
At 8:55 PM -0700 5/23/04, Steve Fink wrote:
On May-15, Jeff Clites wrote:
When linking against ("using") a static library version of ICU, we need
a C++-aware linker (because ICU contains C++ code); with a
dynamic-library version of ICU presumably we wouldn't.
I don't know if this applies here, b
At 11:50 PM +0200 5/20/04, Jens Rieks wrote:
On Thursday 20 May 2004 17:40, Dan Sugalski wrote:
$I0 = 1
if $P0, done
$I0 = 0
done:
I see a similar problem with the isnull op:
getattribute $P0, ...
isnull $P0, INIT
branch DONE
INIT:
$P0 = new .Foo
Dan~
You recently decided to switch from a reasonably large number of opcode
variants to a multiple dispatch system. As a lurker, it kind of took me
by surprise because it seemed like a relatively large about face from
you. I was wondering if you could explain the motivations behind this
deci
I have reduced the JIT failing tests down to the
following test case:
set N0, 1
set N1, 1
cosh N3, 1
print N3
end
$ parrot foo.pasm
1.543081
$ parrot -j foo.pasm
44942328
$ parrot -t foo.pasm
0 set N0, 1- N0=0.00,
3 set N1, 1- N1=0.00,
6 cosh N3, 1 - N3=0.
On Mon, May 24, 2004 at 07:50:40AM -0700, David Wheeler wrote:
> On May 24, 2004, at 4:02 AM, Tim Bunce wrote:
>
> >Any idea when the next release of Test::More will be available?
>
> We could use a new version of Test::Harness, too, given this bug:
>
> https://rt.cpan.org/NoAuth/Bug.html?id=5
At 2:33 PM -0400 5/24/04, Dan Sugalski wrote:
At 2:28 PM -0400 5/24/04, Matt Fowles wrote:
Dan~
You recently decided to switch from a reasonably large number of
opcode variants to a multiple dispatch system. As a lurker, it
kind of took me by surprise because it seemed like a relatively
large a
At 2:28 PM -0400 5/24/04, Matt Fowles wrote:
Dan~
You recently decided to switch from a reasonably large number of
opcode variants to a multiple dispatch system. As a lurker, it kind
of took me by surprise because it seemed like a relatively large
about face from you. I was wondering if you co
The FAQ at http://www.parrotcode.org
Also - is there any reason why some messages I send to
the list don't make it? I am not sure who does
maintenance on the list but the message I sent today
in regards to JIT on Cygwin did not make it.
Hopefully this one gets through
Cheers
Joshua Gatcomb
a.k.
At 1:33 PM +0200 5/21/04, Jens Rieks wrote:
PS: we need the stat op!
I'll go do this. The API I outlined earlier is what I'll use, with
all the modifications and deletions folks suggested.
--
Dan
--"it's like this"---
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Proposal:
> - create a new string layer that does this {en,de}coding
> - change the prototypes of PIO_Read to return a STRING*
> - change the prototypes of PIO_Write to get a STRING*
> - layer push and pop functions for ParrotIO
Done that now for the o
Since events and IO are really linked, and really (kinda, sorta) the
same thing, it seems silly to have two separate documents that spend
half their time referring to the other, and duplicating a lot of
stuff between them. (I've a hard enough time keeping things straight
within a single documen
On Mon, 2004-05-24 at 03:43, Leopold Toetsch wrote:
> Yep. The main problem is that by far not all internal code paths are
> using exceptions so that you could interfer the exit handling. This
> needs of course being fixed somewhen.
Is this as simple and tedious as replacing all Parrot_exit() cal
At 4:29 PM -0700 5/20/04, Will Coleda (via RT) wrote:
The following inline patch removes what I think is currently a
spurious warning in the docs. It adds another warning to stress the
PMC-only nature of the op.
Applied, thanks.
--
Dan
-
At 1:33 PM +0200 5/21/04, Jens Rieks wrote:
The problem is how to actually load (byte)code without the help of these
functions. Thats why I've added Parrot_load_bytecode_direct. The "not direct"
version can use parrotlib code to locate the specified file by iterating
through a list of "directories"
Paul Querna <[EMAIL PROTECTED]> wrote:
> I have started work on building a new Apache 2.0 Module to run Parrot.
> 1) Parrot_exit() - This is used in many places after an error occurs.
> This function calls any exit callbacks previously entered, and then
> calls exit(). This is horrible from
Togos <[EMAIL PROTECTED]> wrote:
> Should aggregate PMCs (like PerlHash) be able to take
> PMCs as keys? I mean so that:
> $P0 = $P1[$P2]
Just use a Key PMC for $P2.
$P2 = new Key
$P2 = "key_string"
...
leo
Any idea when the next release of Test::More will be available?
The last development release was Test-Simple-0.48_01 November 2002
That one uses a string for $VERSION which contains an underscore
so for people with it installed "perl Makefile.PL" for the DBI says:
> Argument "0.48_01" isn't num
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #29828]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29828 >
--
t/pmc/nci...NOK 16# Failed test (t/pmc/nci.t at line 413)
#
27 matches
Mail list logo
