Community Tip - You can Bookmark boards, posts or articles that you'd like to access again easily! X
Hi,
In Arbortext Editor 5.2 version, the ACL function com_attach("Sepe.EditSupport") returns a non-zero handle, but in 6.0 M100 version, always returns zero. How can I solve this problem in version 6.0?
Solved! Go to Solution.
$h = com_attach('Arbortext.EditorControl'); eval $h |
Tim
$h = com_attach('Arbortext.EditorControl'); eval $h |
Tim
Hello,
I'm trying to use Arbortext Editor 6.1 instead of 6.0 and the application rises the same exception mentioned above.
I tryed Epic 6.1 32bits with 32bits DLLs in 32 and 64bits Windows environment, and the exception always rises.
There is no further messages throwed by Arbortext Editor unless:
---------------------------
PTC Arbortext Editor Message
---------------------------
[A30211] com_call: Exception thrown while calling method ConnectSession
(at line 271 of file ".....\packages\srv_ext.acl")
---------------------------
OK
---------------------------
When oppening the document.
We tryed a previous version of Arbortext Editor and it worked fine.
If we use a different application to call the COM methods, they are correctly instantiated and work fine.
Any ideas?
Thankyou
What is srv_ext.acl?
I do not see it in the Arbortext Editor installation?
According to the error message something appears to be incorrect at line 271.
Hello Tim, how are you?
You are wright. It is not a built in acl program. It is a custom one, and at that line there is a com_call( from native ACL api command) to instantiate the related object. But Editor is returning an exception and nothing more...
I tryed what you stated in previous post and If i run in the Editor command window:
$h=com_attach("Sepe.EditSupport");eval $h; the popup window displays 1.
And after that if I run com_call($h,"ConnectSession","basename") a dialog for username and password is displayed and after it is supplied the exception is risen.
Is there any way to instruct the editor to give back more details about the exception? or other checks that could be done to try to identify the problem?
Thankyou
Hello Tom, just an update for this subject.
In the code there were an ACL if ( access("$variable_with_path/../pathtodll/file.dll",'r')) { ... portion of code just before the commands described above.
I noticed in the trace log that we enabled, that at $variable_with_path the path had something like c:\dir1\dir2\dir3 and the second part, fixed on the code, folders separated by "/".
This way when we logged the entire path to the DLL file, the output was c:\dir1\dir2\dir3/../pathtodll/file.dll
I changed all of them to "\" and the problem stopped occurring.
The previously mentioned ACL expressions/commands were inside the if loop ...
It worked as is (without the change in the code to "\" ) until Epic 5.2 M030.
Any ideas?
Thankyou very much.