🚀 go-pugleaf

Krzysztof wrote:
> mam napisac DLL (.Net) ktora ma wykorzystywac standardowa (czytaj badziewna
> i stara) DLL (napisana w C++6 )

Hmmm...



> juz wiem mniej wiecej ze musze pokombinowac z marshalingiem klas przy
> przekazywaniu wartosci. I wlasciwie sa dwie mozliwosci:
> 1. tworzyc klasy i rzutowac je na TCHAR (czy tez inne badziewia) i
> zstanawiac sie kiedy padnie (zakresy, panie, zakresy to mi z reki jadly)

Oj =)))).



> 2. napisac wraper w managemend C++ konwertujacy typy (moze to komus zlecic
> :) ) a potem standardowa DLL w C#, tylko ze ja przy C++ nawet nie stalem....

Im dokladniej czytam tym mniej rozumiem, ale mniejsza o to.  Jak juz 
wczesniej pisalem w C# nie da sie napisac DLLa eksportujacego funkcje, 
jesli to masz na mysli piszac "standardowy DLL".

Wrapper w managed C++ jest raczej prosty.  Dla funkcji ktora podales w 
poscie ponizej mozna napisac cos w rodzaju:

// C++
[DllImport("xyz.dll")]
void EncryptPassword(const string&, string&);

.....

void EP(String* input, String** output)
{
	string s2("");
	// basic_string from String
	char* lpsz1 = (char*)(void*)Marshal::StringToHGlobalAnsi(input);
	string s1(lpsz1);
	Marshal::FreeHGlobal(lpsz1);
	// function call
	EncryptPassword(s1, s2);
	// String from basic_string
	*output = new String(s2.c_str());
}

Moglem zrobic jakas literowke, nie probowalem tego kompilowac. 
Oczywiscie funkcja EP musi byc jakos dostepna dla klienta, np. 
eksportowana, choc tu prosciej gdyby byla statyczna w klasie.

Poniewaz STLowe stringi sa przekazywane miedzy DLLami, istotne jest zeby 
oba (czyli ten istniejacy w VC++6 i ten nowy, managed) uzywaly tego 
samego CRT, linkowanego dynamicznie zreszta.  Ten kto pisal te 
istniejaca biblioteke mam nadzieje o tym wiedzial, ale chyba ten program 
ktory piszesz nie jest jedynym klientem.

Majac taki wrapper, w C# uzywasz go zaleznie od tego jak funkcje zostala 
zdefiniowane, ale parametry masz juz jako String.

Uzycie IntPtr jak proponujesz w poscie ponizej jest bezcelowe, bo 
problem nie w tym jak zdobyc wskaznik tylko co jest po jego "drugiej 
stronie".  CLR nie wie co to jest std::string, w przeciwnym razie 
standardowy marshaller CLR wiedzialby zapewne co z nim zrobic (inaczej 
bylby do ... niczego).


Pozdrawiam,
Pawel