Hi Steve, my buffers are allocated in shared memory by a server process that then sends data to Nuke. If I don't tell the server that my Op is no longer using the shared memory, then the server process will still hold a reference to the shm and it will never be freed (at least I think so...). What I think I need therefore is to have a hook that's guaranteed to be called when Nuke closes so I can release the resource.
----------------------- Anders Langlands x8382/+447789206593 ________________________________ From: Steve Booth [[email protected]] Sent: 09 July 2012 15:42 To: Nuke plug-in development discussion Subject: Re: [Nuke-dev] Op destructor does not get called? Also note, Anders, that nothing is left hanging. Even though your destructors are not called, all heap-allocated space associated with a process is automatically freed when the process terminates. So, when you exit Nuke, you get your memory back. Steve Sent from my iPad On Jul 9, 2012, at 5:55 AM, Anders Langlands <[email protected]<mailto:[email protected]>> wrote: I'm finding that Nuke will sometimes destroy my Op, and sometimes not. If I create half a dozen plugin nodes then delete them, maybe 2 will call MyOp::~MyOp(). Then when I quit Nuke, those destructors still won't be called. In my particular plugin I allocate ~25MB of interprocess shared memory per Op, so leaving this hanging around is a bit of a deal. Is this something to do with the undo functionality or something else that I can turn off? Is there some other hook I can use that *is* guaranteed to be called when an Op is no longer needed? Cheers, Anders ----------------------- Anders Langlands x8382/+447789206593 _______________________________________________ Nuke-dev mailing list [email protected]<mailto:[email protected]>, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
_______________________________________________ Nuke-dev mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
