Re: I Don't Understand The Context Allocation/Destruction Code

:) -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: End the Hollerith Tyranny? (linelength.t)

80 columns. anyhow, that is my $.80 worth here. ignore it at your pleasure or peril. back to lurking, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs

Re: Review of current stm branch code

by better windowing editors, block hiding, and other things and also the reduction in bugs makes that minor sacrifice well worth it. but since i don't hack on parrot code i will just leave it at that. braces RULES!! back to lurking, uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: second draft of I/O PDD

and async i/o. thanx, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Implementing perl BEGIN blocks

. if this gets compiled to bytecode this would really reduce the runtime (even in BEGIN) to almost nothing. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs

Re: What the heck is... wrong with Parrot development?

for Dan! hear! hear!! uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: wanted: hash stress tests

LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT Uri Guttman wrote: LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT I'm currently rewriting the hash implementation in src/hash.c. The LT new hash structure has just one piece of malloced memory with LT bucket pointers

Re: wanted: hash stress tests

BR == Bob Rogers [EMAIL PROTECTED] writes: BRUri Guttman wrote: here is an odd thought to add to that. since your hash is a single hunk of ram, you could use offsets inside it instead of pointers. that means it could be both shareable (given locks) and even writable to disk

Re: wanted: hash stress tests

. it was meant just for the ability to create binary structures in ram that could be written/read to disk and back. just reminiscing, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding

Re: parrot and refcounting semantics

totally for dan's decision to go with GC. it removes a major weakness in perl's memory management. refcounting just doesn't win in speed nor in internal complexity nor in safety of coding. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem

Re: Debug ops?

support for debugging? you can debug in bytecode and then JIT for speed. this assumes, of course, that the JITing is correct. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search

Re: Namespaces, part 1 (new bits)

oo then). or you can still pitch a fit. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: [need input] interpreter permissioning

virtual again (on 32 bit boxes of course)! my how history repeats! :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http

Re: Functions for embedders to override

flavors directly in parrot seems like too much work. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: If you're up for a real challenge

DE == David Essex [EMAIL PROTECTED] writes: DE 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

Re: If you're up for a real challenge

variables, decimal math, etc are needed for a full cobol. do those compiler provide that or are there libs provided for it? some of the fancier compilers of that generation actually generated inline code instead of many calls to runtime libs. uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: our own decimal math lib

LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT Uri Guttman wrote: SB == Scott Bronson [EMAIL PROTECTED] writes: SB Has anybody inquired to the GMP project as to the possibility of SB relaxing that restriction? If GMP truly is the best bignum SB implementation, I definitely

our own decimal math lib

. the code is in pure c and of course since i wrote it i won't charge parrot too much to licence it :) this is about 700 lines of code including test code. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design

Re: Q: IO layers

. this is another reason to drop seek/tell as separate ops and just add a seek offset as an arg to the i/o ops. tell is useless in the aio world. the user code needs to manage its own seek location and pass it into each call. uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: Q: IO layers

LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT Uri Guttman [EMAIL PROTECTED] wrote: this is another reason to drop seek/tell as separate ops and just add a seek offset as an arg to the i/o ops. tell is useless in the aio world. the user code needs to manage its own seek location

Re: Q: IO layers

DS == Dan Sugalski [EMAIL PROTECTED] writes: DS At 4:21 PM -0400 5/28/04, Uri Guttman wrote: i am not against having a sync api but as dan said it should be a wrapper around the async stuff. but as we agree (and dan hasn't acked yet) the aio ops need a seek arg and the seek/tell ops

Re: First draft, IO event design

to fix and you're set to go. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Please become ID verified.

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

Re: [perl #29653] segf oiazerg iozerg

JC == Jeff Clites [EMAIL PROTECTED] writes: JC But, I wonder what we're going to do about the segf oiazerg iozerg JC bug? It sounds Eastern European. it is obviously a segfault in the zerg PMC. it seems to be doing some I/O and inverted async I/O. leo, can you fix this ASAP? uri -- Uri

Re: [PATCH] Re: [perl #29618] [BUG] move_if_diff is too lazy

and genetic data files that you have to worry about :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Event design sketch

it 'check_event'? how is this different than post_event? overall a good start. looking forward to seeing a clean fast event core. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search

Re: Event design sketch

. this is best done at a user level. let parrot handle each event individually. there is no major benefit to parrot doing this for you IMO as it is not system level at all. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development

Re: Event design sketch

have other single events floating around? rarely do you just have a single group of events to wait for. my solution works with any combination of events and groups. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems

Re: Event design sketch

-- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Event design sketch

interval timer. but while i can synchronize interval timers to the real clock, i can't adjust a miscalculated absolute timer. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search

Re: Events design question: Handles for repeating events?

a handle id is tied to the single event. i have running p5 code which uses this style of callback api if anyone wants to see it. it supports all you need in callbacks with a clean api. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem

Re: Events design question: Handles for repeating events?

that it will heavily influence the p6 event api. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: sqrt

. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: new method

C == Chris [EMAIL PROTECTED] writes: C How about some variation on create? just please make sure it has the missing 'e'. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding

ezmlm options (was Various newbie questions.)

addresses and not have to get duplicates or if you want to do what nigel asked. i just scanned the ezmlm docs and can't find a similar option. as for the flat list of unordered emails, get a better email reader.:) most decent ones can do threading by subject or reference headers. uri -- Uri

Re: Alignment Issues with *ManagedStruct?

solution and the cpan module that i don't need to do my own hack. or should i still work on it? it would be an external perl5/c solution that would be able to generate some form of table of item offsets. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl

Re: Some minor decisions and timetables

, but not that partial) I had planned towards Feb 29th. A nice dated too this year. DS Works for me. then how about calling it the bleaping insert avian release? :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development

Re: Alignment Issues with *ManagedStruct?

the c struct parser to give me a tree and i can do the rest. thanx, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http

Re: Alignment Issues with *ManagedStruct?

LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT Uri Guttman [EMAIL PROTECTED] wrote: LT == Leopold Toetsch [EMAIL PROTECTED] writes: i am playing with ExtUtil::XSParser now LT ... but I hope that people out there are speaking Perl and can help with LT that issue. mitchell

Re: Alignment Issues with *ManagedStruct?

tree (from the compound method) has everything you could want and is very simple to navigate. this is one amazing module and it should get more publicity for sure. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems

Re: Alignment Issues with *ManagedStruct?

names. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Testing signal handlers

yourself and not need a child. i have a test script for event loops that works in a single process (it uses a socketpair to test i/o events). i can send it to you if you want. obviously it will need major changes to test parrot but the overall setup and test stuff should be useful to you. uri -- Uri

Churchill's Parrot Still Swearing

. Charlie's story is in this month's Jack Magazine, on sale Thursday. -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Start of thread proposal

are released they are not required to DS be released in any order. why the ascending address order to grab mutexes? is this to help solve deadlocks? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design

Re: This week's summary

that be production use? i don't recall ever hearing about a non-commercial but production use of parrot. anyhow, that is something that needs to be publicized somehow. parrot squawks in real life, code at 11! uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting

Re: Threads Design. A Win32 perspective.

to dan) but not be parrot threads ) ) (end of lisp text) :-/ uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Threads Design. A Win32 perspective.

in their definition. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Threads Design. A Win32 perspective.

brings up the lock granularity issue. i suggest we focus on that problem and not about how we do the locking. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs

Re: Threads Design. A Win32 perspective.

LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT Uri Guttman [EMAIL PROTECTED] wrote: LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT These are platform specific details. We will use whatever the LT platform/OS provides. In the source code its a LOCK() UNLOCK() pair. LT

Re: Threads Design. A Win32 perspective.

EM == Elizabeth Mattijsen [EMAIL PROTECTED] writes: EM At 12:15 -0500 1/3/04, Uri Guttman wrote: LT == Leopold Toetsch [EMAIL PROTECTED] writes: LT These are platform specific details. We will use whatever the LT platform/OS provides. In the source code its a LOCK() UNLOCK() pair. LT

Re: Threads Design. A Win32 perspective.

JC == Jeff Clites [EMAIL PROTECTED] writes: JC On Jan 3, 2004, at 12:26 PM, Uri Guttman wrote: that could be workable and might be faster. it does mean that locks are two step as well, user space test/set and fallback to kernel lock. we can do what nigel said and wrap the test/set

Re: Thread notes

, but alas that's not going to DS happen. Pity, though) single cpu lsi-11's running FG/BG rt-11 doesn't count? :) it was a dec product too! :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design

Re: Thread notes

DS == Dan Sugalski [EMAIL PROTECTED] writes: DS At 11:49 PM -0500 1/3/04, Uri Guttman wrote: DS == Dan Sugalski [EMAIL PROTECTED] writes: DS (This is one of those cases where I'd really prefer for force DS everyone doing thread work to have to work on 8 processor Alpha DS boxes

Re: Threads Design. A Win32 perspective.

this rule out user space test/set as well since that would need a thread to spin instead of blocking. your ideas make sense but only on redmond/intel which is not the target space for parrot. thanx, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl

Re: Threads Design. A Win32 perspective.

goals we have set. the key is to keep the design and api clean and as elegant as possible while keeping up the performance. and almost all of this is moot in a pure event system which is why i like them better than threads. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: Threading design

(or parrot's) feathers. :) lightening things a little i hope, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Threads

, threading is not the only answer there. if you want perl/tk, you need to get into events and their pluses and minuses. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs

Re: When is enough too much?

that wheel each time. and array (and basic hashes) are common enough to deserve support. we do want to make interfacing to c to be a breeze and not the pain it is now. just opening a jumbo can o'worms for your holiday meal. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: threads and shared interpreter data structures

threads. just plugging events, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: threads and shared interpreter data structures

design which will support both in a reasonable fashion. parrot must have a core event loop which can be used by any gui or other event package. it will have parrot level threads as well. how efficient those threads are vs. a single thread in parrot is one of the issues on the table. uri -- Uri

Re: When is enough too much?

you can deal with most of the cases for arrays). uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: When is enough too much?

JC == Jeff Clites [EMAIL PROTECTED] writes: On Dec 23, 2003, at 4:08 PM, Uri Guttman wrote: but it is (just about) one time only work and will save tons of repeated tricky work down the line for those who will embed c libs in parrot. the richer this api is, the less problems

Re: Is this useful?

. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Object freezing

be called for each object in the tree. you can't mix/match different freeze/thaw techniques in one operation (yes, you could but then you do have to mark each node with its technique which is a lot of overhead and painful in other ways). uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: Object freezing

-- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Parrot Z-machine

backpack. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org Damian Conway Class in Boston - Sept 2003

Re: Parrot Z-machine

AK == Amir Karger [EMAIL PROTECTED] writes: AK --- Uri Guttman [EMAIL PROTECTED] wrote: AK == Amir Karger [EMAIL PROTECTED] writes: the designs range from a total code conversion, load and translate the zcode into equivilent imcc. this should be the easiest to do as you just

Re: Parrot Z-machine

any parrot ops that you create (in c). regular parrot ops only some limited access to those stacks. but you can use your own stacks in the registers and with arrays which would mean both parrot ops and your own ops would be able to access them. hope this clarified the issues, uri -- Uri Guttman

deadlock vs global mutex for pmc scans

vs the nastiness of deadlocks and handling them. the mutex means no difficult coding issues and it can handle all the different (i agree with dan and vote for one common scan iterator) possible scan iterators. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com

Re: The Perl 6 Summary

and they are not parrot. so if that helps salve your wound, i am sure you contributions (past and future) to parrot are welcomed and appreciated by the parrot community (pretty much those on these lists) thanx,. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com

Re: bug: two segfaults

VL == Vladimir Lipskiy [EMAIL PROTECTED] writes: I've committed a würgaround. VL LMAO! i get the english side of the pun. what does the german(?) side mean? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems

Re: User-defined events?

code. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Events

into the core event handling so you will be able to mix and match async socket, terminal (on unix at least) and file i/o with timers. this is what i want. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems

async i/o (was Re: This week's summary)

a small BOF going on this subject. i agree it is a morass but i have some ideas and i know dan has plenty. but we had better learn to swim these swamps and not get eaten by the gators. we can drain them, convert them to dry deserts and make them safe for camel caravans. :) thanx, uri -- Uri

Re: async i/o

TB == Tim Bunce [EMAIL PROTECTED] writes: TB On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote: AB == Alan Burlison [EMAIL PROTECTED] writes: AB Dan Sugalski wrote: The more I think about this the more I want to punt on the whole idea. Cross-platform async IO

Re: yapc::eu Parrot BOF

at lunchtime on wednesday. contact me or email p6i if you want to be in this bof. we can pick a local cafe or bistro near CNAM to meet. a bof at oscon will also be useful as not many will be going to both. thanx, uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl

Re: async i/o

DS == Dan Sugalski [EMAIL PROTECTED] writes: DS At 6:17 PM -0400 7/3/03, Uri Guttman wrote: TB == Tim Bunce [EMAIL PROTECTED] writes: TB Has any other language learnt to swim well in these swamps? none that i have heard of can swim all swamps. we could be pioneers here! they may

Re: This week's summary

stuff safely because they first disabled interrupts and reenabled them when done. sounds like a good plan and doable in user space with signal stuff. sigblock and sigsetmask seem to the the calls to use. dunno if they are on windows but i don't think they have proper signals at all. uri -- Uri

Re: Register allocation bug in IMCC? Or misunderstanding on my part?

and the global stack. feel free to tell me this is total cocky-pop. :) uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs http://jobs.perl.org

Re: Add #22337

to the nearest page size as returned by sysconf. linux says nothing about mmap on /dev/zero in either man page. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com --Perl Consulting, Stem Development, Systems Architecture, Design and Coding- Search or Offer Perl Jobs

megillah (was Re: This week's Perl 6 Summary)

hand is written on a double scroll where you wind up on one spindle and unwind from another spindle. so megillah really just means a type book and is used colloquially as i did above. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com - Stem and Perl Development

Re: Objects and classes, try 3

about 'has'? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com - Stem and Perl Development, Systems Architecture, Design and Coding Search or Offer Perl Jobs http://jobs.perl.org Damian Conway Perl Classes - January 2003

Re: Objects and classes, try 3

DS == Dan Sugalski [EMAIL PROTECTED] writes: DS At 1:52 PM -0500 3/9/03, Uri Guttman wrote: DS is done with a PARENT property on the on the what? DS The delegated object. D'oh! DS So if class A isa B, and B is a perl 5 hash-object-thingie, the object DS that B creates would

Re: multi-programming-language questions

functions PH available (all 5000 of them)? I guess when I'm in a php or python PH context, I'd want things to feel like a php or python context... PH Maybe each language gets its own namespace? php::main, PH python::main... again a compiler problem. uri -- Uri Guttman -- [EMAIL

Re: Objects, finally (try 1)

an issue. are they instance specific or class only? there are several combinations of those features too. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com - Stem and Perl Development, Systems Architecture, Design and Coding Search or Offer Perl Jobs

Re: On writing JITs

can do this in one lookup and no loops so it should be fastest (excluding cache hit issues and such). uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com - Stem and Perl Development, Systems Architecture, Design and Coding Search or Offer Perl Jobs

Re: Stacks, stacks, stacks (And frames)

on it. :) so my take is to make the stacks support them. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com - Damian Conway Perl Classes -- July 1-3 -- http://stemsystems.com/class/ --- - Stem and Perl Development, Systems Architecture, Design and Coding

Re: Keys and Indices PDD

int/string/reg are parrot level keys? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem is an Open Source Network Development Toolkit and Application Suite - - Stem and Perl Development, Systems Architecture, Design and Coding Search or Offer Perl

Re: How Powerful Is Parrot? (A Few More Questions)

) and think perlish (or as other dynamic langs) more. perl doesn't have a delete thing and doesn't need one. it can detect DoD on its own and then let parrot GC them later. memory usage and objects are not the same. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com

Re: scheme-pairs?

PC == Piers Cawley [EMAIL PROTECTED] writes: PC Uri Guttman [EMAIL PROTECTED] writes: but lisp dotted pair actually only can hold scalars in each node too. each node could be a pointer to other stuff or a value. that is classic lisp data structures, all things are trees or lists

Re: scheme-pairs?

optimizations knowing the array has only 2 elements. maybe even support some car/cdr depth variations? i don't see any perl use of cddar but who knows? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem is an Open Source Network Development Toolkit and Application

Re: scheme-pairs?

PMC but its pair. you still need a scalar value in the first PMC for the perl key or the left node value in scheme. so we can't use the data field for the PMC pair pointer as we also need data there for the key or left node. uri -- Uri Guttman -- [EMAIL PROTECTED] http

Re: copy-on-write

accept $a as their master. Far less work. You like? why even copy the string even once? just set $a to point to the buffer that $x had and then do the rest. maybe call it alias upon overwrite. uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem is an Open

Re: Butt-ugliness reduction

; and the PMC would have in it: union { INTVAL *int ; NUMVAL *num ; } data ; i know there are anti-unionists out there but this does solve the massive casting problems and lets the compiler do more type checking. uri -- Uri Guttman

Re: Butt-ugliness reduction

); return 0; that is starting to look okay now. some extra horizontal white space helps too IMO. -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem is an Open Source Network Development Toolkit and Application Suite - - Stem and Perl Development, Systems

bignum dev list

we have a new list for bignum development so we won't bother the parrotheads on internals. subscribe by sending email to: [EMAIL PROTECTED] the list itself is: [EMAIL PROTECTED] uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem

BIGNUM memory and questions (was Re: Rules for memory allocation and pointing)

allocations)? uri -- Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com -- Stem is an Open Source Network Development Toolkit and Application Suite - - Stem and Perl Development, Systems Architecture, Design and Coding Search or Offer Perl Jobs

Re: vmem memory manager

system would have only freshly allocated chunks (at the appropriate level, hard to tell here) to manage. this is not a fully thought out idea but since vmem will consolidate and free when it can, why not have the consolidation driven by a copying GC? just musing, uri -- Uri Guttman -- [EMAIL

Re: Improved storage-to-storage architecture performance

has lower costs (as in silicon real estate). uri -- Uri Guttman - [EMAIL PROTECTED] -- http://www.sysarch.com SYStems ARCHitecture and Stem Development -- http://www.stemsystems.com Search or Offer Perl Jobs -- http://jobs.perl.org

Re: Improved storage-to-storage architecture performance

KF == Ken Fox [EMAIL PROTECTED] writes: KF Uri Guttman wrote: and please don't bring in hardware comparisons again. a VM design cannot be compared in any way to a hardware design. KF I didn't say a single thing about hardware. My entire post was KF simply about an alternative VM

  1   2   3   >