[ v.marko @ 12.07.2004. 13:47 ] @
mozda je pitanje banalno ali tek pocinjem sa c# i .net-om
za pisanje aplikacije za uredjaj imam c++ dll-ove date na koriscenje..

da li je moguce i kako koristiti te pozive funkcija iz c# koda i kako?
kako se uopste vrsi ubacivanje drugog koda(npr c ili c++ ili npr. vb)?

pozdrav

Marko
[ dusty @ 12.07.2004. 14:24 ] @
Evo ti primer:
Code:

using System.Runtime.InteropServices;
.
.
.
[DllImport("user32.dll")]
public extern static IntPtr GetWindowDC(IntPtr hwnd);


ako nije jasno vici
[ Dragi Tata @ 12.07.2004. 14:49 ] @
Primer koji ti je dusty dao pokazuje kako postupiti ako ti C++ DLLovi eksportuju samo C funkcije. Ako eksportuju i klase, onda ne možeš da ih direktno koristiš iz C#a.
[ v.marko @ 09.08.2004. 08:52 ] @
hvala na odgovorima
imam jos tri mala pitanja

Imam funkciju koja se importuje iz dll-a i jedan od argumenata je UINT i visual se pri
kompajliranja buni i ne prepoznaje tip..kako se vrsi konverzija ili postoji neka druga metoda?

da li je neophodno da u projekat dodam dll koji koristim, npr. u References

u sample programu koji sam dobio uz jedan pda imam slicnu situaciju..sve je odradjeno isto kao sto ste i vi naveli da se radi samo dll koji se koristi ne postoji na hard disku, a opet sve radi kako treba..u cemu je stvar?

veliki pozdrav dotnetovci

marko
[ dusty @ 09.08.2004. 09:43 ] @
Citat:

Imam funkciju koja se importuje iz dll-a i jedan od argumenata je UINT i visual se pri
kompajliranja buni i ne prepoznaje tip


Pa ako si probao nesto kao
Code:

[DllImport("user32.dll")]
public extern static void MojaFja(UINT broj);


onda je sve OK, jer C# nema tog tipa Stavi obicno int, ili Int32.
BTW ni UINT nije bas tip, to je definicija od unsigned int, da ne bi morao da kucas pun naziv svaki put.

Citat:
da li je neophodno da u projekat dodam dll koji koristim, npr. u References


Ne, a reference na neki .dll pisan u dot netu rade malo drugacije od ovih C-ovskih dll-ova, pa u tom slucaju neces ni moci.

Citat:
odradjeno isto kao sto ste i vi naveli da se radi samo dll koji se koristi ne postoji na hard disku, a opet sve radi kako treba..u cemu je stvar?


Stvar je u tome da _nikako_ ne treba da pijes pivo dok programiras Shalim se To je nemoguce. Da nema taj dll hidden postavljeno pa ga ne vidis ?
[ v.marko @ 09.08.2004. 13:36 ] @
e pa dusty, ti si ba.. [..hik..] ..ovaj bas neki duhovit momak ;)
pivo se ne pije dok se programira, dobro znas i sam to pravilo ;))))

hvala na odgovorima

pozdrav

p.s. .NET forum mi postaje najomiljeniji
[ v.marko @ 09.08.2004. 14:04 ] @
jos jedna sitnica ;)

da li mogu proizvoljno da menjam argumente ako su oni vec definisani kako su definisani u dll-u koji importujem, konkretno UINT u int za koji mi prijavljuje gresku ili
char* u string jer se isto buni i kaze da koriscenje pokazivaca nije bezbedno ;)

a da i najvaznije, kada sve odradim prema vasim uputstvima, prijavim mi exception:


An unhandled exception of type 'System.DllNotFoundException' occurred in DLL IMPORT.exe

Additional information: Unable to load DLL (multidll.dll).


marko
[ havramm @ 09.08.2004. 15:34 ] @
Generalno bi trebao da se pridrzavas nekih pravila, tj. ne mozes da mu preneses float tamo gde on, recimo, ocekuje int. Pogledaj ovu tabelu koja je deo clanka koji se bavi nekim osnovama koriscenja Win32 dll-ova u Frameworku (P/Invoke). Za UINT koristi System.UInt32 (ili skraceno samo uint) a za string, evo primera:

Code:

using System;
using System.Runtime.InteropServices;
using System.Text;

namespace TestingPInvoke
{
    public class App
    {
        public static void Main()
        {
            StringBuilder str = new StringBuilder(256);
            Console.WriteLine(GetSystemDirectory(str, str.Capacity));
            Console.WriteLine(str.ToString());
        }
        
        [DllImport("Kernel32.dll")]
        // UINT GetSystemDirectory(LPTSTR lpBuffer, UINT uSize);
        public static extern bool GetSystemDirectory(StringBuilder lpBuffer, int uSize);
    }
}


ili ovako nesto:

Code:

using System;
using System.Runtime.InteropServices;
using System.Text;

namespace TestingPInvoke
{
    public class App
    {
        public static void Main()
        {            
            int size = 256;
            StringBuilder str = new StringBuilder(size);
            GetUserName(str, ref size);
            
            Console.WriteLine("User: {0}\tSize: {1}", str.ToString(), size);
            
            Console.ReadLine();
        }
        
        [DllImport("Advapi32.dll")]
        // BOOL GetUserName(LPTSTR lpBuffer, LPDWORD nSize)
        public static extern bool GetUserName(StringBuilder lpBuffer, ref int nSize);
    }
}


p.s. Nisam vodio racuna o ansi i unicode karakterima

Sto se tice drugog dela pitanja, gde ti se nalazi dll? Da li je u direktorijumu gde je i aplikacija?
[ v.marko @ 09.08.2004. 23:36 ] @
dll mi se nalazi u istom direktorijumu kao i projekat
[ dusty @ 10.08.2004. 10:30 ] @
Dll bi trebao da smestis u folder gde je kompajliran program. Ako radis u Debug modu onda je to <folder solutiona>\Bin\Debug

That should do the trick
[ v.marko @ 10.08.2004. 13:06 ] @
program radi program radi !!!!!!!!!!!

puno hvala svima koje nije mrzelo da mi objasnjavaju elementarne stvari, narocito razdraganom dusty-iju ;)

mali tip za one koji koriste PInvoke po prvi put, dll treba iskopirati u system32 direktorijum

veliki pozdrav

Marko
[ Dragi Tata @ 10.08.2004. 13:24 ] @
Citat:
v.marko:
mali tip za one koji koriste PInvoke po prvi put, dll treba iskopirati u system32 direktorijum


Prijateljski savet: nemoj to da radiš.
[ dusty @ 10.08.2004. 20:20 ] @
Citat:

puno hvala svima koje nije mrzelo da mi objasnjavaju elementarne stvari, narocito razdraganom dusty-iju


Molim, sluzim narodu

Evo i jedan neprijateljski savet: nemoj to da radiš Tu bi trebalo da se smeste stvari koje koristi masa aplikacija (npr. MFC biblioteke) inace bi se zvao garbage32

Koliko me secanje ne vara (ali posle toliko hektolitara piva, nisam siguran ), kada se pozove neki dll, Windows ga prvo trazi u folderu gde je program, pa u folderu %SystemRoot% (po defaultu Windows), pa u System i System32.
Nije mi jasno kako ga nije skontao ako si stavio dll u isti folder gde je i exe ?!