Re^5: Slow evolution of Perl = Perl is a closed Word (thread decade)

My main problem with it is that there is no common way of creating shared/shareable, object oriented libraries.

Two questions to ponder:

Why is sharing objects in perl verbotten?
What could be done to alleviate that restriction?

If I told you that there is a simple mechanism that allows most form of perl OO to work as shared objects, without imposing the high cost of proxy object solutions, would you be interested?

Would it change your mind about the efficacy of threading in Perl 5?

Or would some other reason to dislike them come to the fore?

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

"Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."

Comment on Re^5: Slow evolution of Perl = Perl is a closed Word (thread decade)

Replies are listed 'Best First'.
Re^6: Slow evolution of Perl = Perl is a closed Word (thread decade) by Joost (Canon) on Sep 03, 2007 at 22:12 UTC
1) It's not verboten, but for instance, there is no idiom (yet) to do something like `$object->share;` [download] And how to use threads in complex structures. In other words, I'm not complaining about the implementation, or even the general idea. I'm complaining about the (lack of) API. It seems to me that the "no sharing" principle is a good one, but it opens up a whole new set of problems that haven't yet been sufficiently addressed. See threads, refcounting, XS, DESTROY an for example, and note the last comment and the discussion linked in that comment. 2) There should be a simple way of creating objects that either can be shared, or are shared by default. Having to explicitly share each and every member is just a pain in the ass. "What should it profit a man, if he should win a flame war, yet lose his cool?"	[reply] [d/l]
Re^7: Slow evolution of Perl = Perl is a closed Word (thread decade) by BrowserUk (Patriarch) on Sep 03, 2007 at 22:24 UTC
See threads, refcounting, XS, DESTROY an example, and note the last comment and the discussion linked in that comment. Yes. I saw that. But there is more than one way to skin a cat. There should be a simple way of creating objects that either can be shared, or are shared by default. Having to explicitly share each and every member is just a pain in the ass. That is exactly what I am suggesting is possible. But you won't find the method documented anywhere, nor any example code that uses it. At least, none that I have been able to find. And as yet, I haven't had the opportunity to test it thoroughly to discover the caveats--if any. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. "Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."	[reply]
Re^8: Slow evolution of Perl = Perl is a closed Word (thread decade) by Joost (Canon) on Sep 03, 2007 at 22:29 UTC
That is exactly what I am suggesting is possible. But you won't find the method documented anywhere, nor any example code that uses it. Where's the post where I can behold this wonderous beast? :-) "What should it profit a man, if he should win a flame war, yet lose his cool?"	[reply]
Re^9: Slow evolution of Perl = Perl is a closed Word (thread decade) by BrowserUk (Patriarch) on Sep 04, 2007 at 02:26 UTC
Re^10: Slow evolution of Perl = Perl is a closed Word (thread decade) by ysth (Canon) on Sep 04, 2007 at 06:49 UTC
Some notes below your chosen depth have not been shown here
Re^10: Slow evolution of Perl = Perl is a closed Word (thread decade) by salva (Canon) on Sep 04, 2007 at 07:29 UTC
Some notes below your chosen depth have not been shown here