Refactoring a test program: advice sought

2003-11-13 Thread Andrew Savige
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

Re: Refactoring a test program: advice sought

2003-11-13 Thread Michael G Schwern
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

seeking suggestion

2003-11-13 Thread senthil kumar
give some source code project in perl to help in cumbersome situation Yahoo! India Mobile: Ringtones, Wallpapers, Picture Messages and more.Download now.

IMCC fixes

2003-11-13 Thread Melvin Smith
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

Re: Unifying call and return

2003-11-13 Thread Leopold Toetsch
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

Re: [CVS ci] hash compare

2003-11-13 Thread Leopold Toetsch
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 gets

Re: Arena flags and floating exception

2003-11-13 Thread Leopold Toetsch
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

Re: [CVS ci] hash compare

2003-11-13 Thread Leopold Toetsch
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 string)

Re: Calling conventions. Again

2003-11-13 Thread Steve Fink
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

Re: IMCC fixes

2003-11-13 Thread Leopold Toetsch
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. Obviously

Re: Calling conventions. Again

2003-11-13 Thread Leopold Toetsch
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

Re: [CVS ci] hash compare

2003-11-13 Thread Dan Sugalski
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 you run

Re: [CVS ci] hash compare

2003-11-13 Thread Leopold Toetsch
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 values.

Re: [CVS ci] hash compare

2003-11-13 Thread Dan Sugalski
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... this is the place

Re: Calling conventions. Again

2003-11-13 Thread Dan Sugalski
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

Re: This week's summary

2003-11-13 Thread Sam Vilain
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's

Re: [CVS ci] hash compare

2003-11-13 Thread Thies C. Arntzen
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 string

[perl #24489] intor.pod contains a slight error.

2003-11-13 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #24489] # in the subject line of all future correspondence about this issue. # URL: 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

Re: [CVS ci] hash compare

2003-11-13 Thread Leopold Toetsch
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-unicode

Word for the day: Undocumentation

2003-11-13 Thread Melvin Smith
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

Review of a book about VM

2003-11-13 Thread Stéphane Payrard
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

Re: Review of a book about VM

2003-11-13 Thread Melvin Smith
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

Re: Word for the day: Undocumentation

2003-11-13 Thread Michael Scott
snip ...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

Re: Word for the day: Undocumentation

2003-11-13 Thread Dan Sugalski
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.

Re: Word for the day: Undocumentation

2003-11-13 Thread Melvin Smith
At 08:10 PM 11/13/2003 +0100, Michael Scott wrote: snip ...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

Re: [CVS ci] hash compare

2003-11-13 Thread Nicholas Clark
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

Re: This week's summary

2003-11-13 Thread Leopold Toetsch
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?

Re: Review of a book about VM

2003-11-13 Thread Jonathan Worthington
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 impress people

Re: Calling conventions. Again

2003-11-13 Thread Pete Lomax
Hi, New to this list, so please excuse any glaring stupidity. such as posting this direct to Dan instead of the list, sorry 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

Re: Review of a book about VM

2003-11-13 Thread Michel Rijnders
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 apparent

Re: [CVS ci] hash compare

2003-11-13 Thread Jeff Clites
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

Re: reducing size of the Devel::Cover html report

2003-11-13 Thread Ovid
--- 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 Toolkit?

Re: reducing size of the Devel::Cover html report

2003-11-13 Thread Michael Carman
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 curiosity,