Używanie David Brown's downloadable sample at ImplicitOperator Zrobiłem często działający renderer GraphViz pliku DOT na obraz w pamięci.GraphViz C# interop powodujący wyjątek AccessViolationException sporadycznie
Niestety, moja wersja kończy się niepowodzeniem w gościnnie ocenianej stawce 1 w 8 wykonaniach za pomocą aplikacji sieci Web programu ASP.NET programu IIS 7. Mam to dane. Wiem, że dane pliku DOT są zgodne, ponieważ porównałem niepoprawne instancje względem działających instancji i są identyczne.
Wygląda na to, że strona Davida sugeruje, że przyszłość bloga jest niepewna. Mam nadzieję, że nie ma nic przeciwko. Błąd kończy się na końcu próbki w RenderImage na trzecim zestawie instrukcji. Zanotowałem linię, która zawodziła z // TODO: .... Awaria zawsze się tam dzieje (jeśli w ogóle się zdarza). W tej linii wskaźniki g i gvc są niezerowe, a ciąg układu jest poprawnie wypełniony.
Naprawdę nie oczekuję, aby ktokolwiek debugował to podczas uruchamiania. Mam raczej nadzieję, że niektóre statyczne analizy kodu interopu mogą ujawnić problem. Nie mogę wymyślić żadnych zaawansowanych technik marszałkowskich dostępnych tutaj - dwa Inttraki i ciąg nie powinny wymagać dużej pomocy, prawda?
Dzięki!
Nota boczna: Sprawdziłem wersję próbną MSAGL i nie jestem pod wrażeniem - za 99 USD od Microsoftu, oczekiwałbym więcej funkcji układu węzła i/lub dokumentacji wyjaśniającej to, czego mi brakuje. Być może mój szybki port od QuickGraph do AGL niesprawiedliwie odchyla moje doświadczenie z powodu pewnych fundamentalnych różnic w podejściach (na przykład, zorientowanych na krawędzie i na węzłach).
public static class Graphviz
{
public const string LIB_GVC = "gvc.dll";
public const string LIB_GRAPH = "graph.dll";
public const int SUCCESS = 0;
/// <summary>
/// Creates a new Graphviz context.
/// </summary>
[DllImport(LIB_GVC)]
public static extern IntPtr gvContext();
/// <summary>
/// Releases a context's resources.
/// </summary>
[DllImport(LIB_GVC)]
public static extern int gvFreeContext(IntPtr gvc);
/// <summary>
/// Reads a graph from a string.
/// </summary>
[DllImport(LIB_GRAPH)]
public static extern IntPtr agmemread(string data);
/// <summary>
/// Releases the resources used by a graph.
/// </summary>
[DllImport(LIB_GRAPH)]
public static extern void agclose(IntPtr g);
/// <summary>
/// Applies a layout to a graph using the given engine.
/// </summary>
[DllImport(LIB_GVC)]
public static extern int gvLayout(IntPtr gvc, IntPtr g, string engine);
/// <summary>
/// Releases the resources used by a layout.
/// </summary>
[DllImport(LIB_GVC)]
public static extern int gvFreeLayout(IntPtr gvc, IntPtr g);
/// <summary>
/// Renders a graph to a file.
/// </summary>
[DllImport(LIB_GVC)]
public static extern int gvRenderFilename(IntPtr gvc, IntPtr g,
string format, string fileName);
/// <summary>
/// Renders a graph in memory.
/// </summary>
[DllImport(LIB_GVC)]
public static extern int gvRenderData(IntPtr gvc, IntPtr g,
string format, out IntPtr result, out int length);
public static Image RenderImage(string source, string layout, string format)
{
// Create a Graphviz context
IntPtr gvc = gvContext();
if (gvc == IntPtr.Zero)
throw new Exception("Failed to create Graphviz context.");
// Load the DOT data into a graph
IntPtr g = agmemread(source);
if (g == IntPtr.Zero)
throw new Exception("Failed to create graph from source. Check for syntax errors.");
// Apply a layout
if (gvLayout(gvc, g, layout) != SUCCESS) // TODO: Fix AccessViolationException here
throw new Exception("Layout failed.");
IntPtr result;
int length;
// Render the graph
if (gvRenderData(gvc, g, format, out result, out length) != SUCCESS)
throw new Exception("Render failed.");
// Create an array to hold the rendered graph
byte[] bytes = new byte[length];
// Copy the image from the IntPtr
Marshal.Copy(result, bytes, 0, length);
// Free up the resources
gvFreeLayout(gvc, g);
agclose(g);
gvFreeContext(gvc);
using (MemoryStream stream = new MemoryStream(bytes))
{
return Image.FromStream(stream);
}
}
}
Wiem, że to może brzmieć głupio. Ale czy istnieje potrzeba uruchomienia biblioteki DLL bezpośrednio w kodzie? Czy byłoby możliwe wygenerowanie języka kropki w pliku tekstowym, a następnie uruchomienie autonomicznego punktu wykonywalnego za pomocą polecenia typu: "dot -Tpng -o MyFile.png MyFile.dot" używając klasy C# Process? Gdy masz obraz, możesz go załadować bezpośrednio do pamięci programów. – jluzwick
Myślę, że jest to opcja, ale zajmowanie się plikami na dysku dla tej operacji byłoby powolne I wprowadziłoby dodatkowe punkty awarii w samych mechanizmach We/Wy. Ponieważ biblioteka dll jest używana tak czy inaczej, wolę zrozumieć, jak sprawić, aby działała poprawnie w pamięci. –
Czy możesz pokazać wykorzystanie swojej klasy? –