The source code for the parfor-loop could not be found

Question

John 2022-9-30

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/1814950-the-source-code-for-the-parfor-loop-could-not-be-found

评论： Walter Roberson 2023-1-22

Hi. I'm using the parfor in order to change some labels name:

Data = cell(1, length(DirList));
numberOfDbExamples = length(DirList);
parfor k = 1:numberOfDbExamples
    Data{k} = load(fullfile(Folder, DirList(k).name));
    [newLabelNames, newMask] = changeLabelNames(Data{k}.labelNames, Data{k}.mask);
    Data{k}.labelNames = newLabelNames;
    Data{k}.mask = newMask;
end

I get this error:

The source code (C:----) for the parfor-loop that is trying to execute on the worker could not be found.

Caused by:

Undefined function changeLabelNames for input arguments of type table.

Error using remoteParallelFunction

Do you have an idea of how fix it?

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

John 2022-9-30

The function is stored as changeLabelNames.m and it is located in the same folder of the script.

Mehdi 2023-1-20

can you explain how you solved this problem? I faced similar error!

请先登录，再进行评论。

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

Answer 1

Walter Roberson 2022-9-30

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/1814950-the-source-code-for-the-parfor-loop-could-not-be-found#answer_1063955

Sometimes you need to addAttachedFiles; https://www.mathworks.com/help/parallel-computing/parallel.pool.addattachedfiles.html

6 个评论
显示 4更早的评论隐藏 4更早的评论

Walter Roberson 2023-1-20

I recommend using two different variable names for the two different anonymous functions.

Integral2 requires that the function accepts two arrays of the same size, and returns an array that size. Your second function handle contains the subexpression .*ones(size(xx)) . The multiplication will generate an error if the output of the matlabFunction-generated handle is not one of

scalar
row vector with the same number of rows as xx has
column vector with the same number of columns as xx has
2d array with the same number of rows and columns as xx has

In the last case (array is already that size) then the multiplication by ones is redundant. In the other cases where the output of the generated function is being expanded to the proper size then the implication is that the output of the generated handle is not calculating each location individually, and so would be calculating incorrectly for the purposes of integral2()

Either you do not need the .*ones because the generated function already has the correct output size... or else your generated function is not suitable for use with integral2()