Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » Developing U++ » U++ Developers corner » Question about pick behaviour
Re: Question about pick behaviour [message #31800 is a reply to message #31793] Mon, 28 March 2011 16:23 Go to previous messageGo to previous message
mr_ped is currently offline  mr_ped
Messages: 826
Registered: November 2005
Location: Czech Republic - Praha
Experienced Contributor
ross_tang: once your two references would start to live in quite different parts of complex app on their own, it would be quite difficult to decide which one is responsible to finish life cycle of that memory block, ie. you would need GC to make the life easier. Which means you failed to find an U++ way of design where you know where that memory block belongs and when you are done with it and you can lost it completely, so there's no need for GC, you just exit from that stack window away.

It means U++ gives less freedom in implementation to force you for a bit more thoughtful design in exchange for no GC performance penalty and the final source is usually simpler and easier to maintain.
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Google Summer of Code
Next Topic: Redmine Tasks
Goto Forum:
  


Current Time: Sun Aug 24 11:41:50 CEST 2025

Total time taken to generate the page: 0.04720 seconds