mxMalloc vs mxCreate

5 Ansichten (letzte 30 Tage)
Daniel
Daniel am 17 Aug. 2011
When talking to compiled Matlab code (not writing a mex file), is there any reason I would ever use mxMalloc or mxCalloc()? Am I correct that this is only for mex environments where my C code is running within the Matlab process and I want to allocate on the Matlab heap? And anything I need to create to pass to compiled Matlab I can do with mxCreate*?
If I need to call mxSetPr when talking to compiled Matlab code, can I give it a pointer allocated on the C heap, or does that also need to be allocated on the Matlab heap? Will bad things happen if I call mxDestroy on an mxArray after calling mxSetPr and providing a C-allocated array?
Thanks!
-Dan

Antworten (2)

James Tursa
James Tursa am 17 Aug. 2011
You will need to provide more details on your questions. For your 2nd paragraph, note that you CANNOT mix C native memory into an mxArray unless you are VERY, VERY, CAREFUL to not call mxDestroyArray on it. To do so would probably cause a MATLAB crash. You would have to manually detach the C allocated memory from the mxArray (and NULL out the associated pointers in the mxArray) before calling mxDestroyArray on it. Under no circumstances should a mixed-memory-model mxArray be passed back into the MATLAB workspace. As long as the mxArray is valid, you can use mxGetPr etc on it regardless of where the memory came from.

Daniel
Daniel am 17 Aug. 2011
You mention that "under no circumstances should a mixed-memory-model mxArray be passed back into the MATLAB workspace".
As I mentioned, I'm talking to a compiled Matlab function, not talking to a running Matlab instance from inside a mex file, so my current mental model is that there is not Matlab workspace. Is that reasonable, or should I conceptually think of a live workspace existing once I initialize the Matlab runtime?
In other words, is it still true that I shouldn't be sending c-allocated memory, for example, into a compiled Matlab function call (inside an mxArray)? My understanding is that this is fine and maybe the preferred way in this case, since Matlab won't be deleting any mxArrays that I pass into a compiled function.
Thanks!
-Dan
  1 Kommentar
James Tursa
James Tursa am 17 Aug. 2011
You are probably OK as long as you are careful. E.g., create an empty mxArray, then attach C native memory (or C allocated heap memory) to the mxArray via mxSetPr, then call your MATLAB function with this mixed mxArray as one of the inputs, then use mxSetPr to NULL out the pointer in the mxArray, then call mxDestroyArray on the mxArray. So the MATLAB memory manager never tries to free the C native memory. I am assuming that your compiled MATLAB function doesn't do anything with the input that would cause it to be a shared data copy (e.g., copied into a global variable). That would cause trouble.

Melden Sie sich an, um zu kommentieren.

Kategorien

Mehr zu MATLAB Compiler finden Sie in Help Center und File Exchange

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by