Re: Win32 Build Issues (was Re: Linking pdump and dissassemble)

2003-09-05 Thread Vladimir Lipskiy
> io/io_win32.c > io_win32.c > io/io_win32.c(212) : error C2371: 'PIO_win32_flush' : redefinition; > different basic types > io/io_win32.c(49) : see declaration of 'PIO_win32_flush' > NMAKE : fatal error U1077: 'C:\Perl\bin\perl.exe' : return code '0x2' > Stop. I succeeded in fixing it(io_

[ANNOUNCE] Devel::Cover 0.23

2003-09-05 Thread Paul Johnson
On Tue, Sep 02, 2003 at 11:17:00PM +0200, Paul Johnson wrote: > On Tue, Sep 02, 2003 at 01:43:06PM +0200, Paul Johnson wrote: > > > I've finally found no compelling reasons not to release Devel::Cover > > 0.21. > > And hot on its heels comes 0.22. You wait for ages, and then three come along at

Re: Timely Destruction: An efficient, complete solution

2003-09-05 Thread Steve Fink
(I am way, way behind on reading this mailing list.) Assuming I understand your scheme properly, it seems incorrect to me. An object must be finalized during the first 'sweep 0' after it is no longer reachable from the root set. (And no object may be finalized while it is still reachable, but y

Re: Timely Destruction: An efficient, complete solution

2003-09-05 Thread Luke Palmer
Steve Fink writes: > (I am way, way behind on reading this mailing list.) > > Assuming I understand your scheme properly, it seems incorrect to me. > > An object must be finalized during the first 'sweep 0' after it is no > longer reachable from the root set. (And no object may be finalized > w

Re: Linking pdump and dissassemble

2003-09-05 Thread Leopold Toetsch
Jonathan Worthington wrote: Hi, I want to include pdump and disassemble $(MAKE) world (since now ;-) leo

Re: Timely Destruction: An efficient, complete solution

2003-09-05 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > In any case, seeing that depth first case (see the footnote) has given > me even more hope that I won't be agonizing over scope exit. Can you summarize your scheme again please WRT this and other enhancements. I'm somewhat lost in all the improvements that

Re: [RfC] vtable->dump

2003-09-05 Thread Gordon Henriksen
On Thursday, September 4, 2003, at 10:56 , Luke Palmer wrote: Is there a problem with providing a mechanism which would suspend all threads except for the "current" one, as to ensure that the serialize operates, er, serially. Could it be implemented with a top-priority event post that acquires

Re: [PATCH] File Spec

2003-09-05 Thread martin
On Thu, 4 Sep 2003 [EMAIL PROTECTED] wrote: > On Mon, 1 Sep 2003, Michael G Schwern wrote: > > You also must worry about volumes. [my long explanation snipped] Sorry, wrong list; this is a standard-module issue, not an implementation issue or even a core-language issue. -Martin

Re: Win32 Build Issues (was Re: Linking pdump and dissassemble)

2003-09-05 Thread Vladimir Lipskiy
me wrote: > libparrot_s.lib(io_buf.obj) : error LNK2001: unresolved external symbol > _PIO_win > 32_getblksize > libparrot_s.lib(io_buf.obj) : error LNK2001: unresolved external symbol > _PIO_win > 32_isatty > parrot.exe : fatal error LNK1120: 2 unresolved externals > NMAKE : fatal error U1077: 'li

Re: [PATCH] pdd7

2003-09-05 Thread Steve Fink
Daniel Grunblatt wrote: On Friday 05 September 2003 12:34, Steve Fink wrote: In my own coding, I follow the rule of "leave it out if the type tells you everything you need to know about the purpose." But that's a subjective decision, and therefore dangerous to put in a coding style guide.

Proposed amendment to chartype structure, is_digit and get_digit

2003-09-05 Thread Peter Gibbs
I am working on adding support for additional chartypes to Parrot, plus the capability for run-time registration of same. To this end, I would like to: 1) Add CHARTYPE* as a parameter to the _is_digit/_get_digit functions 2) Create a new struct chartype_digit_map_t to contain mappings from code va

[PATCH] Re: Timely Destruction: An efficient, complete solution

2003-09-05 Thread Luke Palmer
Leopold Toetsch writes: > Luke Palmer <[EMAIL PROTECTED]> wrote: > > > In any case, seeing that depth first case (see the footnote) has given > > me even more hope that I won't be agonizing over scope exit. > > Can you summarize your scheme again please WRT this and other > enhancements. I'm some

Re: Proposed amendment to chartype structure, is_digit and get_digit

2003-09-05 Thread Dan Sugalski
On Fri, 5 Sep 2003, Peter Gibbs wrote: > I am working on adding support for additional chartypes to Parrot, plus > the capability for run-time registration of same. To this end, I would like to: > > 1) Add CHARTYPE* as a parameter to the _is_digit/_get_digit functions > 2) Create a new struct cha

Re: Proposed amendment to chartype structure, is_digit and get_digit

2003-09-05 Thread Peter Gibbs
On Fri, 5 Sep 2003, Dan Sugalski wrote: > Go for it. There is the possibility that identifying a digit is more > involved than we might otherwise want for some chartypes, however--the Yeah - I am hoping to handle the simpler cases generically, so that we only need to write specific code for the

RE: [RfC] vtable->dump

2003-09-05 Thread Peter Haworth
On Thu, 4 Sep 2003 09:02:18 -0400 (EDT), Dan Sugalski wrote: > On Wed, 3 Sep 2003, Gordon Henriksen wrote: > > A seen hash is also threadsafe, can be interrupted by DoD, and is safe > > for recursion. (By "threadsafe," I mean that unchanged data structures > > can be safely serialized from multiple

Re: Proposed amendment to chartype structure, is_digit and get_digit

2003-09-05 Thread Dan Sugalski
On Fri, 5 Sep 2003, Peter Gibbs wrote: > On Fri, 5 Sep 2003, Dan Sugalski wrote: > > > Go for it. There is the possibility that identifying a digit is more > > involved than we might otherwise want for some chartypes, however--the > > Yeah - I am hoping to handle the simpler cases generically,

RE: [RfC] vtable->dump

2003-09-05 Thread Dan Sugalski
On Fri, 5 Sep 2003, Peter Haworth wrote: > On Thu, 4 Sep 2003 09:02:18 -0400 (EDT), Dan Sugalski wrote: > > On Wed, 3 Sep 2003, Gordon Henriksen wrote: > > > A seen hash is also threadsafe, can be interrupted by DoD, and is safe > > > for recursion. (By "threadsafe," I mean that unchanged data str

Re: cvs commit: parrot/chartypes usascii.c

2003-09-05 Thread Leopold Toetsch
Peter Gibbs <[EMAIL PROTECTED]> wrote: > +if (!chartype_array) >chartype_init(); > +if (!encoding_array) >encoding_init(); T think, both should be done at interpreter startup, called from string.c:string_init(). leo

Re: cvs commit: parrot/chartypes usascii.c

2003-09-05 Thread Peter Gibbs
Leopold Toetsch wrote: > Peter Gibbs <[EMAIL PROTECTED]> wrote: > > +if (!chartype_array) > >chartype_init(); > > +if (!encoding_array) > >encoding_init(); > > T think, both should be done at interpreter startup, called from > string.c:string_init(). > > leo I

Re: [PATCH] Re: Timely Destruction: An efficient, complete solution

2003-09-05 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > Leopold Toetsch writes: >> >> Can you summarize your scheme again please WRT this and other >> enhancements. I'm somewhat lost in all the improvements that were >> proposed since your original. > Alright, here's a patch that implements it. Wow. Some remar

Re: [off-list] Re: Linking pdump and dissassemble

2003-09-05 Thread Nicholas Clark
On Thu, Sep 04, 2003 at 09:05:54PM -0600, Luke Palmer wrote: > > Oops. Well, I said I, didn't I? Doesn't mutt know what I > mean!? %-) It's not that smart :-) But it does spot the references headers and thread messages that are actually replies to existing messages, even when the subject and

Re: What the heck is: timely destruction

2003-09-05 Thread Steve Fink
Tim Bunce wrote: On Sun, Aug 24, 2003 at 10:48:02AM -0700, Steve Fink wrote: I guess you could think of the lifecycle of an individual object as being controlled by a few significant life events: 1. birth 2. the last reference disappearing 3. finalization 4. destruction That's a nice idea,

[RfC] Semantics of fdopen.

2003-09-05 Thread Juergen Boemmels
Hi, The current implementation of fdopen op in PIO is buggy. The tests fail currently on every system except unix. This is because the test are based on the assumption of 1 being stdout on every system. Furhtermore the standard handles get autoclosed at exit. This has in the past lead to problems

Re: [PATCH] pdd7

2003-09-05 Thread Steve Fink
Nicholas Clark wrote: On Tue, Sep 02, 2003 at 06:39:23AM +0300, Vladimir Lipskiy wrote: D. Function parametres in declarations. At the monent, pdd7 says that we mustn't omit them in declarations. I propose to omit them. The advantage is: We wouldn't run the risk to having a keyword of C++ as

Re: [PATCH] pdd7

2003-09-05 Thread Daniel Grunblatt
On Friday 05 September 2003 12:34, Steve Fink wrote: > Nicholas Clark wrote: > >On Tue, Sep 02, 2003 at 06:39:23AM +0300, Vladimir Lipskiy wrote: > >>D. Function parametres in declarations. > >> > >>At the monent, pdd7 says that we mustn't omit them in declarations. > >>I propose to omit them. The

Win32 Build Issues (was Re: Linking pdump and dissassemble)

2003-09-05 Thread Jonathan Worthington
Leopold Toetsch wrote: > Jonathan Worthington wrote: > > > Hi, > > > > I want to include pdump and disassemble > > > $(MAKE) world > > (since now ;-) Thanks! That's really great. :-) Or would be... Just went to rebuild it on Win32 with latest CVS checkout:- io/io_win32.c io_win32.c io/io_win32

Re: Bugs in BASIC interpreter?

2003-09-05 Thread Amir Karger
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote: > > Amir Karger <[EMAIL PROTECTED]> wrote: [fixes] > > I'll put in these fixes. Thanks! > > > > > The bad news is that when I then try to parrot it, Windows throws > > > me an error window saying parrot died. I don't know why. > > > > linux SIG