Stack-Überlauf Ausnahme Aufruf Fortran DLL-Funktion von C#

Question

Ich habe ein bestehendes VB6 Programm, das einen Fortran-DLL mit der folgenden Definition nennt:

Declare Function START Lib "BackEndLib2.dll" Alias "_START@0"() As Integer 

Wir sind in dem Prozess zu C#, um die VB6 Anwendung von Migration (.net 4.0) und die Definition ist nun wie folgt:

[DllImport("BackEndLib2.dll", EntryPoint = "_START@0")] 
public static extern short START(); 

Allerdings, wenn ich den gleichen Funktionsaufruf in C# aufrufe, es führt den dLL-Aufruf liefert erfolgreich verwalteten Code und als wirft eine Stapelüberlaufausnahme nach einer Weile.

Ich habe auch versuchte den gleichen DLL-Aufruf in VB.net mit dem gleichen Ergebnis:

Declare Function START Lib "BackEndLib2.dll" Alias "_START@0"() As Short 

Jede Idee, warum der gleiche Funktionsaufruf 4.0 einen Stapelüberlauf Ausnahme in .NET liefert aber arbeitet erfolgreich in VB6?

Ich vermute, ich verdirre den Stapel mit dem DLL-Aufruf, aber ich bin mir nicht sicher. Ich habe viele verschiedene Parameter getestet, aber bisher hat noch nichts funktioniert.

Bearbeiten: Dies scheint nur ein Problem in WPF und wenn ich das gleiche Beispiel in Windows Forms erstellen, stürzt es nicht ab.

Answer 1

Ihre [DllImport] -Deklaration entspricht der VB6-Deklarationsanweisung. Es ist wahrscheinlich am besten anzunehmen, dass die VB6-Deklaration falsch war, mit einem zu beginnen, dass Sie durch Glück davongekommen sind. Der Rückgabetyp ist ziemlich seltsam, aber das kann kein Stapelproblem verursachen, da der Rückgabewert durch ein CPU-Register und nicht durch den Stapel geleitet wird.

Starten Sie die Diagnose mit Debug + Windows + Registers. Achten Sie vor und nach dem Anruf auf den Wert von ESP. Wenn es nicht das gleiche ist, dann haben Sie wirklich ein Deklarationsproblem und viele Aufrufe an diese Funktion können den Stapel blasen. Nicht so wahrscheinlich, das erzeugt normalerweise eine MDA-Warnung. Wenn es übereinstimmt, dann kann es nur der Fortran-Code sein, der den Stapel überläuft.

Denken Sie auch daran, dass Sie möglicherweise die falsche Funktion beschuldigen. Die Funktion, die das SOE generiert, ist möglicherweise nicht die, die den Stack verschraubt hat. Mit Blick auf den ESP-Wert können Sie den Störer schnell finden.

Answer 2

Meine Erfahrung würde sagen, wenn Sie eine Fortran-Deklaration wie haben:

 INTEGER*4 FUNCTION START() 
CDEC$ATTRIBUTES STDCALL, DLLEXPORT :: START 
C..... BODY HERE 
     ENDFUNCTION 

Vielleicht sollten Sie versuchen, die folgenden:

[DllImport(..., CallingConvention = CallingConvention.StdCall)] 
public static extern int Start(); 

Aus Neugier, die Fortran-Compiler, dass DLL erzeugt? Haben Sie angegeben, dass es als STDCALL exportiert werden soll? Möglicherweise müssen Sie die Aufrufkonvention auch in C ändern.