msvcr71.dll срива IIS 7 набор от приложения на Windows Server 2008 с ASP.NET 4

Мразя да отговарям на собствения си въпрос, но се нуждае от решение, записано за всички останали. Основният проблем, който имах тук, всъщност не беше msvcr71.dll (помислих си, че в крайна сметка успях да прекомпилирам оригиналния C източник за въпросната библиотека спрямо версия 10 на C runtime msvcr100.dll, тъй като той е включен в Windows Server 2008 по подразбиране.

Все още изпълнявам библиотеката срещу x86. Въпреки това истинският проблем тук е, че има някакъв вид грешка в управлението на паметта (или функция, вие решавате), която причинява срив на IIS 7, когато се прави Interop на P/Invokes с низове в .NET. Мисля, че беше предназначено като защитна функция... кой знае.

Вижте статията, посочена в актуализацията на въпроса по-горе, за частични подробности по този въпрос:

http://blogs.msdn.com/b/asiatech/archive/2009/12/24/net-application-may-crash-on-windows-2008-when-calling-function-from-native-c-dll.aspx

Конкретната библиотека, с която работя, е за Shapefiles от ГИС инструменти, ако сте толкова любопитни.

http://shapelib.maptools.org/

Това имаше някакъв смисъл за мен, но моята библиотека е написана на C, а не на C++. Независимо от това нито един от двата езика не ми е силна страна и не можах да намеря CoTaskMemFree метод, който съществуваше в C компилатора. Вероятно аз съм виновен, но наистина нямах време да науча и пренапиша някой древен C код.

Разбрах, че просто не мога да маршалирам низ обратно с помощта на .NET методи и вместо това да го направя ръчно от IntPtr, за да предотвратя срив на IIS.

Ето моя оригинален импорт:

    [DllImport("shapelib.dll", CharSet = CharSet.Ansi)]
public static extern string DBFReadStringAttribute (IntPtr hDBF, int iShape, int iField);

...и ето на какво трябваше да го променя:

    [DllImport("shapelib.dll", CharSet = CharSet.Ansi)]
public static extern IntPtr DBFReadStringAttribute (IntPtr hDBF, int iShape, int iField);

Тази промяна сама по себе си спря приложението да се срине. Тогава трябваше да създам този вид хак, за да извадя конците. Знам, че това далеч не е оптимистично, но това е най-доброто, което мога да направя за момента.

Ето какво направих в крайна сметка...

public static string DBFReadStringAttribute(IntPtr hDBF, int iShape, int iField)
{
    IntPtr dataPtr = _DBFReadStringAttribute(hDBF, iShape, iField);
    string output = Marshal.PtrToStringAnsi(dataPtr, 255); //255 is the supposed max length for DBF databases
    int idx = output.IndexOf('\0');
    string strData;
    if (idx > 0)
        strData = output.Substring(0, idx).Trim();
    else
        strData = "";

    return strData;
}

[DllImport("shapelib.dll", CharSet = CharSet.Ansi, EntryPoint = "DBFReadStringAttribute")]
private static extern IntPtr _DBFReadStringAttribute (IntPtr hDBF, int iShape, int iField);

Допълнителна бележка

По някаква причина Marshal.PtrToStringAnsi(dataPtr) не извлече правилно низа (щеше да излезе повреден). Трябваше да задам maxlength и да го анализирам сам.