Dobrý den,

já už dlouhou dobu používám při kompilaci pro určité release přímo dll soubory, které vypadnou z VS při kompilaci. Mám pro to vytvořený samostatný "prázdný" projekt, kam vždy jen natahám příslušné COM reference, zkompiluju, a nové dll si nakopíruju do spec. složky. Pak mám tedy jednotlivé sady nejčastěji používaných dll v adresářích R19 ... R29. Rekompilace na novější release je pak o dost rychlejší. Reference pak vybírám ne jako COM, ale již jako .NET.

Důležité je ale předtím (před vytvořením nových dll) vždy zaregistrovat příslušnou verzi, a úplně nejlepší ještě předtím odregistrovat všechny ostatní.

Ve vašem případě bych zkusil znovu zaregistrovat R26.


PS: Používám stále staré VS2008 Expres

Je tu více neznámých na nalezení problému - jiné VS, já jsem na stále W7 (díky bohu za ně).

Knihovny jsou připojené v příloze. Připojují se jako NET a jde de facto jen o strukturu objektového modelu, nicméně mi to takhle funguje snad už od R20 ....

Jako by se stalo :-)

Já si s tím už kolikrát užil, než jsem ve VS viděl u všech knihoven cestu k tomu správnému release. Někdy se dokonce knihovny mění i v rámci service packu, a to je pak síla.

Ještě horší (a asi největší nevýhoda u .NET) je, že musíte mít pro každý konkrétní release překompilované makro. Teda ne úplně vždy (INF, MECMOD jsou dlouhodobě beze změn), ale většina se mění s každým release. Pak je třeba ještě zajistit, aby se vždy spustila správná verze makra, popř. aby makro zaregistrovalo, že pracuje s nesprávným release a důstojně se ukončilo dřív než vyskočí Runtime error.

Dobrý den,
souhlasím s tím, že je lepší používat kompilované knihovy DLL které jsou převzaté z COM referencí.Ostatně ještě další možnost jak si usnadnit práci je vytvořit celé makro jako DLL knihovnu. Při každém novém releasu si vytvořit DLL knihovu makra jen pro něj a v hlavní aplikaci je referencovat. Tím pádem můžete aplikaci používat pořád jednu pro více releasů a ta aplikace se rozhoduje jaké DLL s makren zrovna použije. Je to víc práce, ale z dlouhodobého hlediska si neničíte už práci na staších makrech a není nutné mít pro každý release speciální exe, pak navíc můžete přidat i rozpoznávání releasů a aplikace sama ví jaké dll s makrem použít a uživatel se o to už vůbec nestará.

Ono je všeobecně hodně špatný nápad nechat Catie DLL referencované jako COM. Pokud do toho přidáte ještě instalace 3DExperience tak jse si zadělali na spoustu komplikací :D