Um einen Windows-Dienst zu debuggen, ist es sinnvoll die Fehlermeldungen etc. in ein Logfile zu schreiben. Ich habe da mit NLog gute Erfahrungen gemacht.
Gehe ich recht in der Annahme, daß der DllExporter (Simple Method of DLL Export without C++/CLI) meine DLL derart modifiziert, daß es sich im Grund nicht mehr um eine (ladbare) .net-DLL handelt?
Dann wäre ich wohl gezwungen, die DLL-Schnittstelle und die Verarbeitung zu trennen? Das wird schwierig. Wenn's sich vermeiden lässt, wäre das super.
Ja. Das wäre dann ja eine win32-dll, wenn ich das richtig verstehe. Da kann der Reflektor natürlich nicht drauf zugreifen.
Möglicherweise könntest du die Deserialisierungs-Routine selber in die Hand nehmen.
Oder du legst für jede Filmdatei eine entsprechende menschenlesbare Textdatei ab, dann kann man die einfach mitkopieren und diese notfalls sogar ohne dein Tool ansehen.
Hört sich alles ganz gut an. Die Idee Grundlagen mit einer fortlaufenden Story zu verbinden, finde ich sehr gut. Sowas würde bei mir auch das Intresse erhalten. Mit 12 habe ich auch angefangen, mir programmieren selber bei zu bringen. Das Interesse in dem Alter ist also (zumindest bei einigen) vorhanden. Vielleicht kannst du die einzelnen Episoden kurz halten, so dass das Trial-and-Error-Feeling nicht verloren geht, andererseits aber Wissen nachschlagbar machen, wenn man an einer Stelle nicht weiterkommt. Da wäre unter Anderem auch ein Hilfe-Forum nicht schlecht.
Ansonsten denke ich, dass das Projekt ein Riesenbatzen an Arbeit ist, die alleine kaum zu bewältigen ist.
Aus aktuellem Anlass: Ich habe meine Entwicklungs-Umgebung immer in einer virtuellen Maschine am laufen.
Wer von euch benutzt auch eine Entwicklungs-VM und wer nicht? Was spricht dafür, was spricht dagegen?
Du könntest die Priorität von Jobs die lönger warten erhöhen, oder niedriger priorisierte Jobs in Queues mit höherer Priorität verschieben, wenn sie übergangen werden.
Das SechseckPunkt-Objekt und das PfeilPunkt-Objekt könnten jeweils eine Referenz aufeinander haben. Wird dann eines der Objekte verändert, könnten die referenzierten Objekte mitverändert werden(falls notwendig).
Berechne die Entfernung zwischen dem Pfeil, der grade gezeichnet wird und einem SechseckPunkt in der Nähe (d-x + d-y). Wenn der Pfeil nah dran ist, snapt der an den Punkt dran.
du könntest dir ein UserControl (oder TabPage) machen, dass die entsprechenden Controls für die Com-Einstellungen schon fertig beinhaltet. Die bleiben ja immer gleich. Für jeden neuen Port, machst du dann einfach eine neue TabPage in dein TabControl.
Das ist schon ne seltsame Sache.
Das Senden kann langsam sein, weil die zip-Daten base64-codiert sehr viel größer sind (glaub ich eher nicht), oder weil das Empfangen so langsam vonstatten geht. Auf Empfangsseite schonmal geschaut, wo es da hängt?
da bisher sonst niemand geantwortet hat, komm ich mal mit meinem unvorhandenen Wissen. Probier mal aus:
- Virenscanner und/oder Firewall testweise ausschalten.
- (mit z.B. System.Diagnostics.Stopwatch) feststellen, wo genau der Flaschenhals ist, beim einlesen der Datei oder Encoding, Decoding oder Senden.
