Managed C++ takodje zahteva .NET Framework. Jesi li ga imao instaliranog na tim racunarima na kojima prijavljuje gresku?

Hoce da radi samo tamo gde imas instaliran VisualStudio ?

Cisto onako odoka (educated guess) sve mirise na to imas Debug verziju DLL-a.

Release verzija DLL-a bi trebalo da po default-u ima sve DLL-ove od kojih zavisi u okviru
regularne Windows instalacije, tj. ne bi ti trebao instaliran Visual Studio.

Probaj da iskompajliras Release verziju DLL-a pa javi kako radi u toj kombinaciji.

@Shadowed
Pa naravno.

@milanche
Hm, pa ja i ne znam kako da razlikujem te dve stvari? Uglavnom, imao sam jedan Solution i unutar njega par projekata. Kad hoću da ih "izgradim" idem na Build-> RebuildAll. Šta se dobija na taj način?

Dragi Tata je upravu
Hvala vam!

Nisam znao da je ovo potrebno jer sam do skora koristion VS 2003 a u njemu to nije bilo potrebno( ili je na neki način bilo "sakriveno" od mene ).

Nije bilo potrebno, ali tehnologija "napreduje" pa je sad potrebno.

Osim naravno, ako statički linkuješ CRT.

Zar nije ovo disabled u VS2005 zbog tog njihovog famozonog fusiona i side-by-side versioninga?

[Edit: pobrkah loncice, zaboravi da sam pitao ovo :)]

_{[Ovu poruku je menjao mmix dana 16.07.2007. u 16:11 GMT+1]}

Nije. Mi sve linkujemo statički - klijent nam je jedan dll koji se posle poziva iz MS Worda. Evo šta kaže MSDN:

http://msdn2.microsoft.com/en-us/library/2kzt1wy3(vs.80).aspx

Edit: kasno si dodao komentar :) Verovatno si mislio na single-threaded verzije CRT-a

Jako mi glupo deluje što se to ne dostavlja uz .NET framework.
Inače, pojma nemam o čemu pričate

Možeš da napraviš instaler iz Visual Studija i onda ti taj paket ne treba.

Idi na Build->Configuration Manager, pa izaberes Release version. Posle u opcijama (Alt F7 -> C++ -> Optimization) imas nekoliko
mogucnosti optimizacije koda (Minimize Size, Maximize Speed,....) a mozes i da stavis No Optimization.

Cisto iz radoznalosti (iako znam da ce da radi po receptu Dragog Tate) - pokusaj da setujes Release verziju i rekompajliras samo
za Visual C++ DLL projekat i distribuiras ga uz ostalo bez runtime i installera, zanima me kako bi samo ta promena uticala
na krajnji rezultat (tj. da li bi radilo ili ne bez instaliranog Visual Studio-a).

Jos od Win98 su release verzije DLL-ova (Win32, MFC, ATL,...) mogle da rade samo oslanjajuci se na DLL-ove koji stizu sa
operativnim sistemom, pa mi je malo cudno da bi backward compatibility princip prestao da vazi, tim pre sto bi .NET runtime vec
trebalo da je instaliran.











<sub>[Ovu poruku je menjao milanche dana 16.07.2007. u 18:39 GMT+1]

[Ovu poruku je menjao milanche dana 16.07.2007. u 18:51 GMT+1]</sub>

@Milanche
Neće da radim kad stavim Release za taj dll :(
A i veličina ista.
Opet, moguće da sam ja nešto pogrešio, ću proverim.

Dragi tata, to znači da će instaler da uključi sve potrebne "delove" pa samim tim i taj runtime?

Tatko,

(ako je tacno sto je toxi pronasao, mada ista velicina DLL-a zvuci malo cudno) stvano - zasto cak i Release verzija
zahteva bilo sta drugo osim sto vec dolazi uz Windows ?

VC++ 2005 zahteva svoje verzije standardnih biblioteka (CRT, CPP, MFC, ATL...) a one ne dolaze uz Windows (jednostavno, novije su od XP-ja). Recimo, sa VC++ 6.0 si manje-više siguran da svaki Windows od 98 pa na ovamo ima msvcr.dll, mfc42.dll itd u System folderu, ali za novije kompajlere to baš nije tako. Sa verzijama VC 2002 i 2003 si u tom slučaju mogao da strpaš sve potrebne dllove u isti folder gde ti je i exe i to je radilo super, a sad su izmislili nekakve manifeste i koncept "side-bz-side assemblies": http://msdn2.microsoft.com/en-us/library/ms235299(VS.80).aspx

Naravno, kao što rekoh, uvek možeš da linkuješ statički i onda nema potrebe da vučeš te dllove.

Znači da sam lepo podesio to što je milanče rekao ali da tako ipak neće da može
A kako, mislim gde da podesim da bude statičko linkovanje?