Matlab R2013a For Mac

Posted on by  admin

Hello, I run Osx mavericks on my Mac, I have Matlab 2013a Pro and a dongle-licenced Webots 7.4.1 EDU. I'm trying to make a matlab controller run in webots, but I'm encountering a lot of problems. I've had to add to the path manually, I've had to change the mexopts.sh file as described in one of the threads over here (change all 10.7 to 10.8).

But it is still not working, I now have an error to which I don't find the answer myself: INFO: Volglijn: Starting: 'matlab -nosplash -nodesktop -r launcher' Volglijn Volglijn Volglijn Copyright 1984-2013 The MathWorks, Inc. Volglijn R2013a (8.1.0.604) 64-bit (maci64) Volglijn February 15, 2013 Volglijn Volglijn Volglijn To get started, type one of these: helpwin, helpdesk, or demo. Volglijn For product information, visit www.mathworks.com. Volglijn Volglijn Error using loadlibrary (line 419) Volglijn dlopen(/private/tmp/libControllerthunkmaci64.dylib, 6): image not found Volglijn Volglijn Error in launcher (line 82) Volglijn loadlibrary(libname,protofile,'alias','libController'); Volglijn Volglijn INFO: 'Volglijn' controller exited successfully. Apperently, webots doesn't find the right library, which is correct because I can find the libControllerthunkmaci64.dylib myself either I would appreciate your help a lot!!

Michael by Fabien Rohrer ( Webots PRO - 1314) 2014-03-17 16:44:27. Ok, in the configuration I described above I have lost numerous hours (almost days) in making things work, I didn't succeed. Then I just gave the setup of webots 4.7.1 to my friend who has a mac (Mavericks) with Matlab 2010b and the only thing we had to do to make it work, was adding the path: sudo ln -s /Applications/MATLABR2010b.app/bin/matlab /usr/bin/matlab After this, webots ran the matlab controller without any problems. This means to me that webots should be adapted to work with newer versions of Matlab (at least on mac). These are all the things I had to do in order to get the error mentioned in my first post: - add the path as described above - change the mexopts.sh as described in: and do the mex -setup I did not find any solution for the remaining problem, which seems to be a missing library. I would still greatly appreciate any help and I enthusiastically await a newer version of Webots which is more user friendly for people in my situation.

(mavericks, matlab 2013.) Sincerely Michael Naessens by Fabien Rohrer ( Webots PRO - 1314) 2014-03-18 09:17:08. Hi Michael, We will do our best to help you in solving these issues, and patching Webots as soon as possible if required. About the PATH issue, this is documented there: For all the high-level languages that Webots supports, but that Webots doesn't include (java, python, Matlab, octave, 'ROS'.), at least the interpreter and/or the compiler should be available from a terminal. It's difficult for us to automatize that, because the path containing the binaries is difficult to predict. Letting it set by the user allows to switch easily from one language version to one other. This won't be fixed, as this is not an issue in my point of view, but a setup constraint. About mexopts,sh, this is quite embarrassing, too.

Matlab 2013a Macos High Sierra

But it's difficult to solve this from our side, too. A solution would be to automatically change the /Applications/MATLABR2013a.app/bin/mexopts.sh file before launching matlab. But it seems to me this is out of the scope of our responsibility to modify the setup of Matlab. In my point of view, this is clearly a Matlab issue.

Nevertheless, I admit we should document that. About the missing library (libControllerthunkmaci64.dylib), I don't know the reason of this issue. It could be explained by a compatibility mismatch.

This section will give us maybe some clues to go on with this: (4.7.4) It is said that Webots can run Matlab 32bits or 64bits. Maybe this fact has changed. What Matlab version do you use? Would it be possible to install the other one?

2013a

Another important point there, is that Matlab required the gcc environment to run the library. But gcc has changed severely recently since XCode 5.0.

Indeed, LLVM clang is used instead of GNU gcc. This may explain the error. I still don't know how we can test this hypothesis. I hope this will already help you, Sincerely, Fabien Rohrer by Caroline Rizzi Raymundo (13) 2014-03-20 14:06:34. I am having the same problem. It was working perfectly before, apparently the problem started after I updated my SO, which is now MacOS 10.9.2. I am running Webots EDU 7.3.0, my xcode is currently version 5.1 (the last one).

As mentioned in previous comments, updating the mexopts.sh file is not working. The error is: bump Error using loadlibrary (line 419) bump dlopen(/private/tmp/libControllerthunkmaci64.dylib, 6): image not found bump bump Error in launcher (line 82) bump loadlibrary(libname,protofile,'alias','libController'); I depend a lot on webots for my research.

Deadline is coming and I have not a clue about how to fix it. I appreciate any help. Thank you, Carol. By Fabien Rohrer ( Webots PRO - 1314) 2014-03-20 14:11:27. Hi Michael, Indeed, I forgot to mention that.

Mac

I use the same matlab version as you: R2013a. It may be related, since webots works in your friend's computer, which runs a different version of matlab (R2010b), but does not work in yours. It may be a coincidence with the specific R2013a version of matlab and the mac upgrade.

I mean, I was using webots before with matlab 2013a and had no problem at all. The problem started after the upgrade. By Fabien Rohrer ( Webots PRO - 1314) 2014-03-24 14:53:47. Finally, I had the possibility to test this issues more seriously.

I just installed Matlab R2014a on my up-to-date Mac (XCode 5.1, Mavericks 10.9.2), and everything works like a charm, out-of-the-box. No crash, no need to update mexopts.sh. The only exception is obviously about PATH which has to be modified (or a link to the matlab binary, as documented in our user guide). But we won't try to improve this, because it's the responsibility of the user to install correctly Matlab (as Java and python, our other supported languages). So the issues that you get both are due to a problem between the Apple updates, and the Matlab ones, avoiding to load correctly the Webots controller library. Indeed, Apple has done a lot of sensitive and critical updates the past months, including: - the removal of the Apple 10.7 SDK (the problem solved in updating mexopts.sh) - the removal of gnu compilers, and the use of proprietary libc library by default (causing probably the problem you get) I think MathWorks has issues with the Apple updates as well as us. So, I'm quite sure now that this issue is out of our responsibility, and that the only good solution is to upgrade simultaneously your Mac and Matlab.

Matlab R2013a For Mac Os

In your case this means that you have to use Matlab 2014b. I will insert in our documentation that we recommend to use only the latest Matlab version. Sincerely, Fabien Rohrer. Webots 7.4.1 Windows 8.1 Dongle license Same issue as above. But It is for windows OS. Up until yesterday MATLAB-(32-bit) controller worked fine. And I try to run the same controller this morning I get the error mentioned above by others.

lastresort lastresort To get started, type one of these: helpwin, helpdesk, or demo. lastresort For product information, visit www.mathworks.com. lastresort lastresort Error using loadlibrary (line 419) lastresort There was an error loading the library 'C: Program Files (x86) Webots lib Controller.dll' lastresort A dynamic link library (DLL) initialisation routine failed.

lastresort lastresort lastresort Error in launcher (line 82) lastresort loadlibrary(libname,protofile,'alias','libController'); lastresort lastresort Caused by: lastresort Error using loaddefinedlibrary lastresort A dynamic link library (DLL) initialisation routine failed. lastresort lastresort lastresort INFO: 'lastresort' controller exited successfully.

Matlab R2013a Crack

Am i supposed to uninstall/reinstall webots/matlab/both now? Or is there any solution to this problem?? Thank you by Gautam Ponnappa (23) 2014-08-10 20:50:39.

Comments are closed.