Which OS are you using?  Windows, Linux, or OSx?  There are
process-termination hooks that you can utilize in each OS.

 

From: [email protected]
[mailto:[email protected]] On Behalf Of Anders
Langlands
Sent: Monday, July 09, 2012 7:46 AM
To: Nuke plug-in development discussion
Subject: RE: [Nuke-dev] Op destructor does not get called?

 

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]>
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], 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

Reply via email to