Uiuiui, die letzte Homesite Version stammt lt. Wiki von 2003 und es ist offziell seit 2009 aus der Wartung. Adobe empfiehlt Dreamweaver. Naja. ASP hat kein Codebehind, das ist richtig, die Trennung in Webform und Codebehind kam erst mit ASP.NET. Aber trotzdem kann man auf ASP Seiten VBScript unterbringen das serverseitig ausgeführt wird. Man kann auch mit `<!--#include file="..." -->` externe Scripte importieren und auf diese Weise Code aus den ASP Seiten in Klassen auslagern. Da Homesite laut Wikipedia Syntax-Highlighting für Sprachen wie Java, PHP und SQL hat, die niemals nicht im Browser laufen (VBScript auch nicht (mehr)), kann es mit Homesite nicht unmöglich sein, serverseitig laufenden Code zu erstellen. Mit serverseitigem VBScript kannst Du COM Objekte nutzen, [siehe hier](https://msdn.microsoft.com/en-us/library/ms524620(v=vs.90).aspx). Du musst nur herausfinden, wie man COM Objekte schreibt - das ist mit C eher quälend, mit C++ und MS ATL geht's wohl, und mit .net ist's ein Klacks (wenn man die Idee der .net-COM Bridge verstanden hat). Von C# aus musst du dann nur wieder herausbekommen, wie Du an deine Werte herankommst. Und dann gips die Triviallösung: Schreib dein C Programm als Kommandozeilenprogramm, schreibe deine Werte auf stdout, verwende in ASP das WScript.Shell Objekt mit der Exec Methode, und lies die Ausgabe vom StdOut Stream des WshScriptExec Objekts wieder ein. [Beispiel](https://msdn.microsoft.com/en-us/library/cbxxzwb5(v=vs.84).aspx) Ich denke, damit das funktioniert, muss die ASP Seite vom IIS gehostet sein und der Application Pool mit relativ hohen Rechten laufen, sonst wird vermutlich weder COM noch Exec funktionieren. Da müsst ihr probieren. _Rolf_

Uiuiui, die letzte Homesite Version stammt lt. Wiki von 2003 und es ist offziell seit 2009 aus der Wartung. Adobe empfiehlt Dreamweaver. Naja. ASP hat kein Codebehind, das ist richtig, die Trennung in Webform und Codebehind kam erst mit ASP.NET. Aber trotzdem kann man auf ASP Seiten VBScript unterbringen das serverseitig ausgeführt wird. Man kann auch mit `<!--#include file="..." -->` externe Scripte importieren und auf diese Weise Code aus den ASP Seiten in Klassen auslagern. Da Homesite laut Wikipedia Syntax-Highlighting für Sprachen wie Java, PHP und SQL hat, die niemals nicht im Browser laufen (VBScript auch nicht (mehr)), kann es mit Homesite nicht unmöglich sein, serverseitig laufenden Code zu erstellen. Mit serverseitigem VBScript kannst Du COM Objekte nutzen, [siehe hier](https://msdn.microsoft.com/en-us/library/ms524620(v=vs.90).aspx). Du musst nur herausfinden, wie man COM Objekte schreibt - das ist mit C eher quälend, mit C++ und MS ATL geht's wohl, und mit .net ist's ein Klacks (wenn man die Idee der .net-COM Bridge verstanden hat). Von C# aus musst du dann nur wieder herausbekommen, wie Du an deine Werte herankommst. Und dann gips die Triviallösung: Schreib dein C Programm als Kommandozeilenprogramm, schreibe deine Werte auf stdout, verwende in ASP das WScript.Shell Objekt, und lies die Ausgabe vom StdOut Stream wieder ein. [Beispiel](https://msdn.microsoft.com/en-us/library/cbxxzwb5(v=vs.84).aspx) Ich denke, damit das funktioniert, muss die ASP Seite vom IIS gehostet sein und der Application Pool mit relativ hohen Rechten laufen, sonst wird vermutlich weder COM noch Exec funktionieren. Da müsst ihr probieren. _Rolf_