At 6:32 PM +0100 8/10/04, Arthur Bergman wrote:
On 11 Aug 2004, at 06:10, Dan Sugalski wrote:
* Networking: socket, accept, connect, listen, etc. (see "Files")
Yeah, and this'll be ever so much fun too. We need to add in select
and poll to that list.
Modern operating systems all have a way to
Matt Fowles wrote:
Dan~
On Mon, 9 Aug 2004 17:22:18 -0400, Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 12:04 PM -0400 8/9/04, Dan Sugalski wrote:
Since we're running into Ponie issues with this, which means we'll
run into Apache issues as well as any number of other systems
When Parrot's
We currently have two integer PMCs, we need another one for Python. But
before just copy&paste another file, I'd really have done that right.
So first:
1) What are the semantics of Integer and PerlInt?
- do they overflow to BigInt?
- do they through exceptions on overflow?
- or silently wrap aoun
At 7:04 PM -0400 8/9/04, Benjamin K. Stuhl wrote:
Dan Sugalski wrote:
Since we're running into Ponie issues with this, which means we'll
run into Apache issues as well as any number of other systems
When Parrot's being embedded I can see the following functions
needing overriding by the embe
On Mon, Aug 09, 2004 at 03:11:53PM -0400, Dan Sugalski wrote:
> At 11:57 AM -0700 8/9/04, chromatic wrote:
> >Is there a particular hash lookup style you have in mind? If there's
> >something similar in the code already, I can copy, paste, and modify the
> >generator trivially.
>
> You could loo
At 11:29 PM -0400 8/9/04, Michael Stone wrote:
After my discussion, I've included an annotated copy of the
functions, where I've added my comments after each function.
So, assuming (hah!) that I correctly understood everything in the
draft, It seems that I have several general concerns:
1. Why
> "Nick" == Nicholas Clark <[EMAIL PROTECTED]> writes:
Nick> On Mon, Aug 09, 2004 at 08:53:27AM -0400, [EMAIL PROTECTED] wrote:
>> - MQ has constants. Thousands of them. In the perl module, these get
>> mapped to perl XS subroutines (which bloats the symbol table no
>> end). For parrot, I'd
On Wed, Aug 04, 2004 at 04:05:32PM +0100, Leon Brocard wrote:
> Dan Sugalski sent the following bits through the ether:
>
> > I'd like everyone to give a welcome to Patrick Michaud, who's
> > volunteered to officially take charge of getting the Perl 6 compiler
> > module written.
>
> Welcome Pa
On Monday, 9 August 2004 at 4:14 AM +1000, Dan Sugalski wrote:
>Since this has been a sore spot lately, and one
>we need to deal with. Might as well formally
>define what that is.
>
>We must be able to:
>
>*) Load in string data from an IO source,
>regardless of its encoding, and treat it as
>Unic
On Mon, Aug 09, 2004 at 05:20:41PM -0400, Dan Sugalski wrote:
> Applied, thanks. (With some chagrin, as I'm responsible for that
> particular monstrisity)
Parrot now passes all tests on Solaris built with LP64.
Nicholas Clark
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> tru64/alpha gets a core dump at roughly every tenth run of threads6_pasm.
> I suspect some sort of race condition / lack of locking/synchronization
> since if I add a short sleep to the main thread, I get no core dumps
> after a few hundred test runs
Larry Wall wrote:
I'd go a bit further and say simply that any unrecognized switch before
the invoked program is a fatal error,
[EMAIL PROTECTED] parrot -x argv.pbc
Option -x not known
parrot -[abcCEfgGhjpPrStvVwy.] [-d [FLAGS]] [-O [level]] [-o FILE]
[EMAIL PROTECTED] parrot --foo argv.pbc
Optio
Dan Sugalski (via RT) wrote:
When parrot runs it doesn't strip out the switches that it eats from
the command line. So if, for example, you invoke parrot as:
./parrot foo.pbc
then argv[0] is foo.pbc. On the other hand, if you invoke it as:
./parrot -t foo.pbc
argv[0] is -t. Not good.
I ca
Uri Guttman wrote:
> ...
what about the runtime libraries for those cobols? i worked on PL/I
libraries and they have many similar features to cobol (as pl/i was a
genetic monster of cobol/algol/fortran). stuff such as isam record i/o,
picture variables, decimal math, etc are needed for a full cobol
14 matches
Mail list logo
