I am afraid I don’t really understand what you are typing. So you set up the path variable to be able to type something like
C:\>AnyBodyCon.exe
which starts the AnyBody console application. Are you typing the
load "main.any"
in the console application (typically the line has only a “>” in front in that case) or are you using that as an argument when you start AnyBodyCon.exe?
What is written in the main.any file?
Hello Daniel,
First, sorry for my lack of description in my problem explanation…
In fact I got the error in all cases :
when calling anybodycon.exe in a first time and then
load "main.any"
when calling AnyBodyCon.exe with a macro as input :
Anybodycon.exe /m "macro.anymcr"
I think that the problem arrise typically when the command “launch” is sent because the call of anybodycon.exe does not create any error (licence file well found). The error comes after the line “loading Main”.
I could reproduce the behavior you described and it looks as it is related to the use of the PATH variable. I think this is a problem we have to look into and fix it.
As a work around you should use the full path when you call the console application. I haven’t seen the error message when doing this.
However I get this error :
ERROR(OBJ.FILE1) : Problem with file : \ : Failed to save value to this file. The file could not be opened for witing.
I also tried to not specified any path (i.e. : --file = Scapula.stl) but I get the same error.
In fact, I think that I don’t know and don’t understand how to write a specific path for the exported surface for the classoperation “export surface” ?
I tried it and it worked fine for me when I used simple quotes (") and simple (back-) slashes (\ or /) on a simple example. Otherwise I took your syntax.
I typically read these error messages in English, but for me it sounds as this is not an AnyBody problem but a c++ issue with system.
Anyway, I would try to protect the space after Program with a ‘’, so something like “Program\ Files”. As alternative, I would try to use a fork and one of the exec system calls instead of system, e.g. execvp(…).