On 5/10/05, Rob Kennedy <[EMAIL PROTECTED]> wrote:
> It's code that you write and test, or it's code that someone else
> already wrote and tested for you. Either way, it's extra code. (But if
> it's code you need for your program to work, it's hardly "extra.")
I just dont like to validate everythi
Jonas Raoni wrote:
> I'll just copy the ideas and implement my own TStreamAdapter to avoid
> using extra code
It's code that you write and test, or it's code that someone else
already wrote and tested for you. Either way, it's extra code. (But if
it's code you need for your program to work, it's
On 5/10/05, Rob Kennedy <[EMAIL PROTECTED]> wrote:
> Having a tree object to manage all its nodes would probably be a good
> idea anyway. I'm surprised you haven't needed one sooner.
I'm a new programmer that has been learning things on discussion
lists, so I'm still creating my own tools and impr
Jonas Raoni wrote:
> Since the TStream is shared, any of these items can't free the TStream
> if there's someone using it... I was going to implement a reference
> count on my class or maybe create a "TTree" which would hold
> "TTreeNodes" and it would be able to free the TStream, but then I
> reme
I never needed to use interfaces on my code, but now I got a situation
where I think it will be usefull... Let me explain what I got:
I've created a tree structure (it's a lazy load structure...) to hold
some huge binary data... Each item on this tree shares a TFileStream
object... These items hav
5 matches
Mail list logo
