MATLAB returns empty string from C-MEX file

Question

Zoltán Csáti 2018-11-19

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/430811-matlab-returns-empty-string-from-c-mex-file

评论： Zoltán Csáti 2018-11-22

I have an external C function which takes a double pointer and returns a char. The problem is that when I interface that function, I cannot extract the character. Always an empty string is returned by MATLAB. What is the problem? The mex compiler returns no errors and warnings.

Here is a minimum working example:

#include "mex.h"
char mwe(double* a)
{
    return 'h';
}
/* Gateway function */
void mexFunction( int nlhs, mxArray *plhs[],
                  int nrhs, const mxArray *prhs[])
{
    char *code;
    double *input;
    
    input = mxGetPr(prhs[0]);
    
    *code = mwe(input);
    
    plhs[0] = mxCreateString(code);
}

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

James Tursa 2018-11-19

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/430811-matlab-returns-empty-string-from-c-mex-file#answer_347868

编辑：James Tursa 2018-11-20

在 MATLAB Online 中打开

It is hard to believe that this code did not crash MATLAB. The issues:

    char *code;  <-- This is an uninitialized pointer ... it contains a garbage address
    double *input;
    input = mxGetPr(prhs[0]);
    *code = mwe(input); <-- this copies a char into the garbage address (should have crashed MATLAB here)
    plhs[0] = mxCreateString(code); <-- Attempts to create a MATLAB char array from the bytes at that garbage address

That mxCreateString( ) call could easily have crashed MATLAB as well. If you want to copy characters into a pointer, then you need to allocate that pointer first. E.g.,

code = mxMalloc(2);
    :
code[0] = mwe(input);
code[1] = '\0';  /* Null terminate the string */
    :
mxFree(code);

It is not really clear what your ultimate intent is passing a double pointer into mwe and getting a char passed back, so I can't give you any advice there unless you give more details.

5 个评论
显示 3更早的评论隐藏 3更早的评论

James Tursa 2018-11-19

编辑：James Tursa 2018-11-19

Most C functions that have a (char *) type as an input argument are expecting a Null terminated string. This is true for C in general, not just MATLAB C/C++ API functions. So anytime you see that as an input agrument you should be expecting to supply a Null terminated string unless there is specific documentation otherwise. The terminology "C-style string" or simply the single word "string" in C means "Null-terminated string."

In the mxCreateString( ) doc they use the word "string" when describing the input argument str. Although not explicitly stated, just the use of the word "string" in a C context means "Null-terminated string."

Contrast that with the doc for mxGetString( ). Here, the description for the argument variable str simply calls it a "starting location." I.e., on input you are not expected to supply a C-style Null-terminated string ... you are simply supplying a memory address. The mxGetString( ) function will actually write charaters into this memory and Null-terminate it (i.e., it will create a C-style Null-terminated string at that memory location as an output of the function).

James Tursa 2018-11-22

在 MATLAB Online 中打开

If you are always only getting a single char back and you want to create an mxArray string from it, I would just avoid that mxMalloc( ) and mxFree( ) stuff entirely. E.g., just do this instead:

    char code[2] = {0,0}; /* Includes the null termination */
    double *input;
    input = mxGetPr(prhs[0]);
    code[0] = mwe(input);
    plhs[0] = mxCreateString(code);

Zoltán Csáti 2018-11-22

Yes, the C function I must interface always returns one char. Thanks for the suggestion.

请先登录，再进行评论。

MATLAB returns empty string from C-MEX file

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

采纳的回答

5 个评论
显示 3更早的评论隐藏 3更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

MATLAB returns empty string from C-MEX file

0 个评论 显示 -2更早的评论隐藏 -2更早的评论

采纳的回答

5 个评论 显示 3更早的评论隐藏 3更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

5 个评论
显示 3更早的评论隐藏 3更早的评论