On 11/13/2003 5:54 PM, Ovid wrote:
> --- Michael Carman <[EMAIL PROTECTED]> wrote:
>> Cosmetically, everything should look almost identical. Behind the scenes I've
>> pretty much gutted and rewritten everything. Most significantly, it no longer
>> requires (uses) the Template Toolkit.
>
> Out of cu
--- Michael Carman <[EMAIL PROTECTED]> wrote:
> Cosmetically, everything should look almost identical. Behind the scenes I've
> pretty much gutted and rewritten everything. Most significantly, it no longer
> requires (uses) the Template Toolkit.
Out of curiosity, why did you remove Template Toolki
On Nov 13, 2003, at 2:21 PM, Nicholas Clark wrote:
On Wed, Nov 12, 2003 at 02:07:52PM -0800, Mark A. Biggar wrote:
And even when the sequence of Unicode code-points is the same, some
encodings have multiple byte sequences for the same code-point. For
example, UTF-8 has two ways to encode a code-
On Thu, 2003-11-13 at 20:08, Melvin Smith wrote:
> At 06:30 PM 11/13/2003 +0100, Stéphane Payrard wrote:
> >I have bought "Virtual Machine Design and Implementation in C++"
> >by Bill Blunden. This book has very positive reviews (see
> >slashdot or amazon.com). It seems to impress people by the
> >
Hi,
New to this list, so please excuse any glaring stupidity.
I've been thinking about porting a small language to run on parrot,
and the call/return conventions. This is what I plan to do, at least
for my local routines. I'll follow the rules a bit more closely for
globals and external calls (bu
From: "Melvin Smith" <[EMAIL PROTECTED]>
At 06:30 PM 11/13/2003 +0100, Stéphane Payrard wrote:
>>Disclaimer: Pardon my French :)
>>
>>I have bought "Virtual Machine Design and Implementation in C++"
>>by Bill Blunden. This book has very positive reviews (see
>>slashdot or amazon.com). It seems to i
Sam Vilain <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Nov 2003 12:21, Piers Cawley wrote;
> > Freeze/thaw data format and PBC
> > Leo Tötsch is working on the data serialization/deserialization
> Cool. How are hooks in place for tools like Pixie and Tangram when
> these objects are being stored
On Wed, Nov 12, 2003 at 02:07:52PM -0800, Mark A. Biggar wrote:
> And even when the sequence of Unicode code-points is the same, some
> encodings have multiple byte sequences for the same code-point. For
> example, UTF-8 has two ways to encode a code-point that is larger the
> 0x (Unicode as
At 08:10 PM 11/13/2003 +0100, Michael Scott wrote:
...too much undocumentation going on.
One of the reasons I started putting stuff on the wiki was because I could
see that updating documentation was not a high priority.
On the wiki I neither have to have CVS checkin rights, nor do I have to
w
On Thu, 13 Nov 2003, Michael Scott wrote:
> I'd like to volunteer myself as official Parrot documentation person -
> a semi-autonomous process with clearly defined protocols and goals -
> and the necessary rights to achieve them.
>
> I'm happy to expand on what I mean by that - if I get a response
...too much undocumentation going on.
One of the reasons I started putting stuff on the wiki was because I
could see that updating documentation was not a high priority.
On the wiki I neither have to have CVS checkin rights, nor do I have to
wait for someone with those rights to act upon what
At 06:30 PM 11/13/2003 +0100, Stéphane Payrard wrote:
Disclaimer: Pardon my French :)
I have bought "Virtual Machine Design and Implementation in C++"
by Bill Blunden. This book has very positive reviews (see
slashdot or amazon.com). It seems to impress people by the
apparent width of covered topi
Disclaimer: Pardon my French :)
I have bought "Virtual Machine Design and Implementation in C++"
by Bill Blunden. This book has very positive reviews (see
slashdot or amazon.com). It seems to impress people by the
apparent width of covered topics. Most of it is off topic. The
book gives to the mod
Just a reminder for new checkins. Please make sure there is
a minimum of a header comment for each routine you checkin
describing "just what the heck the routine does."
Debugging certain parts of Parrot has become akin to mapping out
a rabbit hole using marking flares.
For example, just picking a r
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Nov 2003, Leopold Toetsch wrote:
>> Dan. It starts with ascii keys, unicode code-points 0x00..0x7f.
>> When the first non-ascii key is to be stored, *ascii* keys are changed to
>> utf8.
> Which doesn't do much good if we've got non-ascii, non-u
give some source code project in perl to help in cumbersome situation
Yahoo! India Mobile: Ringtones, Wallpapers, Picture Messages and more.Download now.
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #24489]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24489 >
I hope this is the correct place to send this.
intro.pod contains an error in one
On Wed, Nov 12, 2003 at 09:18:24PM +, Nicholas Clark wrote:
> On Wed, Nov 12, 2003 at 01:57:14PM -0500, Dan Sugalski wrote:
>
> > You're going to run into problems no matter what you do, and as
> > transcoding could happen with each comparison arguably you need to make a
> > local copy of the
On Tue, 11 Nov 2003 12:21, Piers Cawley wrote;
> Freeze/thaw data format and PBC
> Leo Tötsch is working on the data serialization/deserialization
> (aka Freeze/Thaw) system discussed over the last few weeks. He
> wondered if there were any plans for the frozen image data
> format. Leo
On Thu, 13 Nov 2003, Steve Fink wrote:
> I'm getting a little confused about what we're arguing about. I will
> take a stab at describing the playing field, so people can correct me
> where I'm wrong:
The current big issue is whether non-PMC parameter types get counts.
There's not really anything
On Thu, 13 Nov 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > On Thu, 13 Nov 2003, Leopold Toetsch wrote:
>
> >> * as long as there are only ascii keys: noop
> >> * on first non ascii key, convert all hash to utf8 - doesn't change
> >>hash values
>
> > Well... thi
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Nov 2003, Leopold Toetsch wrote:
>> * as long as there are only ascii keys: noop
>> * on first non ascii key, convert all hash to utf8 - doesn't change
>>hash values
> Well... this is the place where things fall down. It does change hash
On Thu, 13 Nov 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > You're going to run into problems no matter what you do, and as
> > transcoding could happen with each comparison arguably you need to make a
> > local copy of the string for each comparison, as otherwise y
On Thu, Nov 13, 2003 at 07:12:01PM +1100, Andrew Savige wrote:
> Which model should I follow? Or are there better models out there?
Well, since you're not a core module you don't have to worry about the
PERL_CORE stuff. So just put your .pm file somewhere under t and use lib.
I use t/lib so the
Steve Fink wrote:
Prototyped functions: there are a range of possibilities.
2. Everything gets PMC-ized and passed in P5..P15+P3. Ix is an arg
count for the number of args passed in P5..P15. P3 is empty if
argcount <= 11 (so you have to completely fill P5..P15 before
putting stuff in
Melvin Smith <[EMAIL PROTECTED]> wrote:
> I've fixed nearly all of breakage with IMCC
> that was introduced with the last large patch.
Great, thanks.
> A hash test is failing, but I have no clue how my IMCC
> work affected that code. I'm hoping it was already failing
> before I synced?
Yep. Obvi
I'm getting a little confused about what we're arguing about. I will
take a stab at describing the playing field, so people can correct me
where I'm wrong:
Nonprototyped functions: these are simpler. The only point of
contention here is whether args should be passed in P5..P15,
overflowing into P3
Peter Gibbs <[EMAIL PROTECTED]> wrote:
> I would prefer this to be done via an iterator, as it would also solve
> the skip_backward problems with DBCS encoding. Something like:
There was a discussion, that current string iterators are wrong.
They should take a position argument (and start of stri
Melvin Smith <[EMAIL PROTECTED]> wrote:
> When I compile with Electric Fence (linux Athlon XP)
> I get a floating point exception on startup.
valgrind doesn't show this problem - strange.
> -Melvin
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> You're going to run into problems no matter what you do, and as
> transcoding could happen with each comparison arguably you need to make a
> local copy of the string for each comparison, as otherwise you run the
> risk of significant data loss as a sring
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> YHO would be incorrect here. There's a lot of runtime mutability, and
> there's no guarantee that a sub or method has the same prototype at
> runtime that it did at compiletime.
*if* the pdds allow such weirdness with native types. Can we define
another p
As part of the phalanx project, I've added quite a few new tests to
02_methods.t in the Archive::Tar test suite. Though I'm jubilant the
new tests have uncovered a number of bugs, the test code itself has
been getting progressively uglier, ripe for refactoring, in fact.
To avoid code duplication b
I've fixed nearly all of breakage with IMCC
that was introduced with the last large patch.
I'm currently trying to localize all APIs to the IMC_Unit
but I'm not quite there yet.
A hash test is failing, but I have no clue how my IMCC
work affected that code. I'm hoping it was already failing
before
33 matches
Mail list logo
