[C#] Unmanaged code aanspreken

[_Erikje_]

Ik ben een beetje aan het klooien met de InteropService van Microsoft.

De situatie is als volgt:
Ik heb een unmanaged C++ methode gedefinieerd als volgt:

C++:

//In de header file...
extern "C" __declspec(dllimport) bool blaat( const char* c);

Deze wordt gecompiled tot mijn_dll.dll en dat werkt goed zonder error's.
De methode veranderd de waarde van c. Deze waarde moet in C# weer te gebruiken zijn.

In C# heb ik het volgende staan:

C#:

[DllImport(mijn_dll.dll)]
unsafe public static extern bool blaat(ref string s);

En deze methode wordt aangeroepen op de volgende manier

C#:

public void doeBlaat( string sBlaat )
{
   blaat(ref sBlaat); 
}

Nu krijg ik in doeBlaat bij het aanroepen van blaat(sBlaat) een keiharde herinnering dat ik niet in andermans geheugen mag gaan kloten

code:

An unhandled exception of type 'System.AccessViolationException' occurred in mijnProject.dll

Additional information: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

Hoe kan ik op een nette manier mijn const char* methode in C++ aanspreken in C#? Het Internet staat vol met website's over dit maar ik krijg het niet werkend.

[Daspeed]

moet je bij de aanroep ook geen ref zetten?

C#:

blaat(ref sBlaat);

[_Erikje_]

DrClearbottom schreef op donderdag 22 februari 2007 @ 12:11:
moet je bij de aanroep ook geen ref zetten?

C#:

blaat(ref sBlaat);

Overtik foutje

[Invisible_man]

Heb me hier ook wel eens mee bezig gehouden, maar die code heb ik thuis (zit op werk). Maar er staat me iets bij dat je de van het aanroepen tussen "unsafe{ [code] }" moet zetten. Heeft er mee te maken dat C# (oftewel .net) zelf wat omspeelt met het toewijzen van geheugenplaatsen wat het werken met harde pointers onmogelijk maakt. Met unsafe geef je geloof ik (als iemand het beter weet, graag verbeteren ) aan dat je toegewezen geheugen op de zelfde plek en achter elkaar (in het geval van strings en arrays) moet staan.

[_Erikje_]

Invisible_man schreef op donderdag 22 februari 2007 @ 12:16:
Heb me hier ook wel eens mee bezig gehouden, maar die code heb ik thuis (zit op werk). Maar er staat me iets bij dat je de van het aanroepen tussen "unsafe{ [code] }" moet zetten. Heeft er mee te maken dat C# (oftewel .net) zelf wat omspeelt met het toewijzen van geheugenplaatsen wat het werken met harde pointers onmogelijk maakt. Met unsafe geef je geloof ik (als iemand het beter weert, graag verbeteren ) aan dat je toegewezen geheugen op de zelfde plek en achter elkaar (in het geval van strings en arrays) moet staan.

Ja met unsafe mag je met pointers werken. Maar ik krijg nog steeds dezelfde error als voorheen...
Het werken met de DLL werkt ook wel hoor. Maar zodra ik geheugen die ik in C# aangemaakt heb ik C++ ga bewerken geeft ie een error

[ Voor 8% gewijzigd door _Erikje_ op 22-02-2007 12:20 ]

[Av3ng3rtje]

misschien heb je hier iets aan:
http://www.codeproject.com/csharp/unmanage.asp

[_Erikje_]

Av3ng3rtje schreef op donderdag 22 februari 2007 @ 13:04:
misschien heb je hier iets aan:
http://www.codeproject.com/csharp/unmanage.asp

Nee jammergenoeg niet. Er worden geen referenties meegegeven in deze tutorial

[Not Pingu]

_Erikje_ schreef op donderdag 22 februari 2007 @ 11:46:

C#:

public void doeBlaat( string sBlaat )
{
   blaat(ref sBlaat); 
}

C#:

unsafe public void doeBlaat( string sBlaat )
{
   blaat(&sBlaat); 
}

[MrBucket]

Zonder alle posts aandachtig te hebben doorgelezen:

Probeer in plaats van een string een StringBuilder instantie mee te geven aan je unmanaged code - dit is in ieder geval wat ik altijd heb gezien als het gaat om bewerken van strings vanuit unmanaged code.

strings zijn nl. immutable in .NET

[Invisible_man]

Ok, ik heb het stukje code dat ik ooit gemaakt heb gevonden (een string meegeven aan de functie OnSend in de native dll):

C#:

public class TcpCommunicator
{
        [DllImport("socket.dll")]
        public static extern int OnSend(IntPtr itp, int length);

        [DllImport("socket.dll")]
        public static extern int OnDataAvail();

        [DllImport("socket.dll")]
        public static extern IntPtr OnReceive();

        public void SendData(String message)
        {
            byte[] ba = Encoding.ASCII.GetBytes(message);
            unsafe
            {
                fixed (byte* cp = ba)
                {
                    int x = OnSend(new IntPtr(cp), message.Length);
                }
            }
        }


}

Data uit de dll halen bleek wat moeilijker (stukje code wat door een timer om de zoveel tijd uitgevoerd wordt om te kijken of er nieuwe data is binnengekomen via de native dll):

C#:

void reccheck_Tick(object sender, EventArgs e)
{
    int datalength = OnDataAvail();
    if (datalength > 0 && this.connected && !this.preclose)
    {
        unsafe
        {
            int x = 0;
            try
            {
                IntPtr ipt = OnReceive();
                String output = "";
                while (x < datalength)
                {
                    byte[] k = new byte[1];
                    k[0] = Marshal.ReadByte(new IntPtr(ipt.ToInt32() + x));
                    char[] c = new char[1];
                    c = Encoding.ASCII.GetChars(k);                                               
                    output += c[0];
                    x++;
                }                      
                this.parent.communicator.DecodeProtocol(output);
            }
            catch
            {
                this.parent.AddMessage("Receive dll error!");
            }
        }
    }
}

[ Voor 5% gewijzigd door Invisible_man op 22-02-2007 20:16 ]

[_Erikje_]

Op het moment snap ik niet waarom ze Interop wel eens IJW(It Just Works) noemen.

Ik heb een methode

C++:

extern "C" __declspec(dllimport) ImgRefPtr bla(int loos, int width, int height, int len, bool forceUnique);

en deze roep ik aan met

C#:

//dllImport troep...
unsafe public static extern IntPtr bla(int loos, int width, int height, int len, bool forceUnique);
...Aanroeping:
bla(666, 100, 300, 256, true);// Ik doe iets met de return value

Tijdens debugging geeft hij bij de C++ code gezellig het volgende

code:

imageCreateByName(100, 300, 256, 1, false);

Oftewel Microsoft schuift gezellig alle parameters een stapje naar links. Daarom kreeg ik eerder ook die accessviolation error.. ...
Iemand ervaring met het oplossen van dit probleem???

[/\/\|)]

De term IJW wordt alleen gebruikt voor een bepaald type interop tussen managed C++ en unmanaged C++.

Ik denk dat je de oplossing moet zoeken in de parameters van het DllImport atribuut, bijv. CallingConvention.

[_Erikje_]

Ik ben er denk ik achter... Je mag waarschijnlijk geen eigen gemaakte objecten returnen... Als ik een bool return type geef dan doet hij het wel...