Nisam siguran 100% da to moze da konvertujes takvu strukturu iz IDL-a u C# .
COM interfejs za takve stvari uglavnom koristi VARIANT (za UDT klase) strukturu .. .
Probaj da napravis ekvivalent za VARIANT strukturu u C# ...
jer ces moci ces da prosledjujes tj. dobijas bilo koji tip podatka ..
E sad opet ostaje pitanje kako raspakovati podatke iz VARIANT-a u C# -u .

Jedno glupo pitanje, sto ne prebacite taj C code u mesoviti CLI/C++ projekat? managed C++ moze da poziva unmanaged code sa jedne strane a eksponira managed metadata sa druge tako da mozete direktno da ga koristite iz C#-a. COM vam je veoma nezgrapno resenje i pored toga sto imate implicitno marshalovanje imate i performance penalty.

Pogeldaj ovu temu, tu je opisan obrnuti proces kad se managed code poziva iz unmanaged koda. Mislim da si cak i sam ucestvovao u toj raspravi :)

http://www.elitesecurity.org/t312821-Koristenje-openCV

^ Znam za tu temu ali to nije to, kod nas je zahtev da mora COM, ne bih sada da ulazim u razloge ali nije na meni da odlucujem nego da implementiram

@deerbeer, to smo i mi saznali, doduse na tezi nacin posle gomile experimentisanja, jbg. kad moje znanje o COM-u tezi nuli Uglavnom, u IDL moze da se definise SAFEARRAY za te svrhe mada meni licno se to resenje ne svidja, jer posle deklaracije SAFEARRAY u IDL, MIDL generise header fajl sa definicijom

Sto bi neko rekao da nije lose ali mi imamo slucajeve da imamo i int** p tipove za koje bi recimo bio ekvivalent da napisemo u IDL kao

sto na kraju dobijemo u headeru

tj. isto kada je u pitanju i jedan niz. (a da ne govorim da ima i nesto poput int**** p, mada ovo su mi i kolege iz C++ tima rekli da je lose resenje, jer zaista mislim da ovakve stvari treba izbegavati, ali to je off...)
Znaci problem je sto bi morali da znamo tacno sta drzimo u SAFEARRAY, tako da ode static type checking, znaci error prone, a da ne spominjem da koliko je kilavo raditi u C++ sa SAFEARRAY, mada ima COM wraperi poput CComSafeArray ali on radi sam sa onim VARIANT tipovima, ukoliko je tip VT_RECORD onda otpada koriscenje bilo koje wraper klase i ostaje samo glupi win32, mada video sam i neka resenja preko makroa, ali sve to je...

Uglavnom, verovatno bi neko rekao zasto koristimo SAFEARRAY, pa upravo zato sto preko njega bi navodno mogli da dobijemo "ispravan" tlb, sto bi na kraju rezultovalo da interop servis sam odradi marshaling, ali pored testova koje sam probao, sve govori da je to nemoguce, bar ne kada ima nesto poput SAFEARRAY(SAFEARRA(MyStruct)).

Doduse ceo ovaj "interoperability" mi je malo nejasan, pa me zato interesuje da li postoji nacin da se sve odradi preko idl (pogotovo mislim na UDT i nizove)a da na kraju interop automatski generise ispravan marshaling.

VARIANT* tip i ne moras da stavljas u IDL deklaraciju jer je on sastavni deo IDL-a
i ne moras da stavljas SAFEARRAY u IDL pa da ga iz .NET-a koristis ..
a i imas ga definisanog i u .NET-u i to sve dobro zvuci dok ne videh ovo :
http://support.microsoft.com/kb/309329
http://www.tech-archive.net/Ar...work.interop/2004-09/0482.html


Naravno jer mu i za MyStruc treba definicija u IDL fajlu :) i jos ako MyStruct ima u sebi neki klasni tip kao promenljivu (npr COleDateTime)
sto te opet dovodi u situaciju da pravis parelenu definiciju i sa pozivajuce strane tj. NET-a (marshaling) za svaki tip posebno

a sa druge strane ako sve stavljas u kontejner klasu (npr. VARIANT da u sebi sadrzi SAFEARRAY ili slicno )
onda ces se polomiti od muke u pozivajucem .NET kodu da kastujes u tvoje odredjene tipove koje si definisao u COM-u (C++-u) ...
...
COM objekti i nisu bas zamisljeni da se koriste za export tipova tj. ili nizova UDT struktura
nego za export novih funkcija i novih interfejsa koje tvoja COM komponenta nudi .

EDIT :

Managed C++ bi bilo najbolje resenje ..ali mora ceo kod da portuje u CLI/C++
sa obzirom da im je sada najisplatljivije u ovom slucaju da bude "quick & dirty" varijanta sa postojecim COM-om ..










_{[Ovu poruku je menjao deerbeer dana 05.06.2008. u 22:30 GMT+1]}

Pogledaj na ovom linku : http://www.codeproject.com/KB/COM/cominterop.aspx
u sekciji COM collection based object i kako da prosiris tvoju komponentu da
mozes da je koristis kao kolekciju tvojih UDT struktura
i time bi izbegao prosledjivanje nizova struktura kao parametar funkcije
a iz .NET-a pozivas kako da je obicna kolekcija (sa foreach for itd ...)
Kljucna rec : IEnumVARIANT interfejs koji treba da implementira tvoj COM objekat ...

Hvala na linkovima, mada na vecinu sam vec naleteo, sem ovog zadnjeg :)

Uglavnom, za sada radimo preko SAFEARRAY pa sta bude...