Another thing to look into - I don't have an object librarycalled "INFInterfacesTLB" as an option in myreference library, but I do have CATIA V5 infInterfaces ObjectLibrary. Perhaps just removing that as a reference will fix theissue?
Then, automation interfaces for the new feature and its factory are written using the IDL language, and appropriate dictionary declaration is produced. Some more additional IDL code gathers those new IDL objects definitions within a source code TypeLib, which is compiled into an executable TypeLib that will be used by scripting languages for knowing about those new types at run time.
The last part consists in implementing the new IDL interfaces in the underlying model. In addition to the methods defined in the interfaces themselves, the implementations must provide code for methods get_Name() and get_Parent(), that all automation objects must implement. Thanks to get_Parent(), the exposed automation model can appear as having a parent-child structure which is somehow different (and most often, simpler) than the one existing in the underlying model.
If you want to use early binding for the CATIA V5 object libraries you can use the Makepy utility from Pythonwin. After that every object and its methods will be usable from the pulldown menu of Pythonwin while typing and you can have a performance advantage. You should use makepy for every object library which you want to use e.g. "ProductStructure Object Library" for working with CATProducts). But not for the "CATIA V5 Interfaces Objekt Library"!
The CAA V5 IDL uses the following object types (the definitions are those ofCORBA if they exist):
To provide type information at run time for the scripts, Microsoft COM offersthe type library, which does not exist with CORBA. This makes it possible forthe interpreted language to access the methods by means of the virtual functiontable of the object and to ensure run time type checking like C++ run time does.In addition, it is much faster than the late binding. The type library is acompiled version of a set of IDL files. It contains the description of all theinterfaces, all the method prototypes, properties, and all the parameters theyrequire along with their types.
where:
SAP Engineering Control Center interface to ECAD effectively supports development in electronic design and enables the integration of leading ECAD tools into SAP. Engineers can manage and classify electronic design data directly from their familiar authoring environment in SAP and link them for example with MCAD documents or SAP objects (library parts with material and so on). Apart from that, engineering change management functions, status log and status networks offer safe versioning and transparent monitoring. Many processes run automatically: from creating bills of material and where-used lists to generating production records such as Gerber data and assembly diagrams.
CATIA V5 is a powerful tool in the CAO field. With some work you could be able to design almost everything. But how many time will you need, for example, to create ALL screws in your assembly ? With each type ? Each diameter ? Hopefully a tool named VBA exist to get rid of this waste of time. I will present you the very basics applications of using VBA macros with CATIA V5.
First of all CATIA V5 can be piloted with mainly three possible languages :
Early-bound objects require their custom interfaces to be marshaled across process boundaries. If the custom interface cannot be marshaled during CreateObject or during New, you receive the "429" error message. A late-bound object uses the IDispatch system-defined interface that does not require a custom proxy to be marshaled. Use a late-bound object to verify that this procedure works correctly.
If the problem occurs only when the object is early-bound, the problem is in the server application. Typically, you can reinstall the application as described in the "Examine the Automation Server" section of this article to correct the problem.