Suchergebnisse

Man kann erkennen, dass du Option Strict Off programmierst. Also ganz ohne auf die Problemstellung einzugehen: Visual Studio - Empfohlene Einstellungen ist jetzt die erste Sofortmassnahme. Man kann ebenfalls erkennen, dass du mit unterschiedlichen Typen richtig umzugehen versuchst - wie gesagt: die Empfohlenen Einstellungen sind da eine unschätzbare Hilfe.

ich kapier nicht, mit welchen Objekten du hantierst. EreignisSub von welchem Ereignis von welcher Klasse? Und was ist ein bacnet? Weiter oben sieht das aus wie iwie ein Device aus ieiner eingebundenen Dll. Device kann alles sein, aber üblicherweise kenne ich Device-Dinger als etwas, was man nicht ständig neu erstellen sollte, sondern einmal sich ein Objekt davon einrichten und dann mehrfach benutzen. ah - jetzt habichs gesehen - sind ja Klassen von dir. Also in Sub Repeat ein neues BacNet zu ers…

ja, aber müsste ich erst den aktuellen Code sehen. Und ein aufrufe-Beispiel, wie du etwa irgendwo die Methode repeat() aufrufst - die jetzt ja anders heisst, weil du jetzt ja den minimalen NamensKonventionen folgst.

Sieht mir viel zu kompliziert aus. Zwei Sofortmassnahmen: 1) Schmeiss alle TryCatches raus. In diesem Stadium der Entwicklung bist du unbedingt darauf angewiesen, Exceptions auch zu erhalten, wenn sie auftreten. TryCatch fängt Exceptions ab, und behindert damit sehr nachhaltig die Ursachen-Suche, wenn Fehler auftreten. Siehe auch: TryCatch ist ein heißes Eisen 2) Entferne den Kram mit dem Timer. Dein Timer ist ein asynchron-Timer, und das macht Dinge sehr kompliziert. Löse das Problem erstmal sy…

guggemol dies:VB.NET-Quellcode (42 Zeilen)so die richtung. Beachte die Namenskonvention mit _-Prefix für private Felder. Public Properties sollten keinen Prefix haben, schon garnet P - da fängt man ja an zu stottern wenn man das liest Beachte auch den UsingBlock. Und Initialisierungen wie WrTimeout = 1000 sollen nur einmal ausgeführt werden - nicht jedesmal wenn die Klasse was tun soll. Beachte auch, dass die Time-Klasse verschwunden ist - dassis Absicht. Und wenn du Visual Studio - Empfohlene E…

Jo, das mit dem händisch ist ein Zwischen-Schritt auf das Ziel zu, der nützlich ist, um bei viel Code auf die Grundeinstellungen zu migrieren. Nach der Migration ist Strict On ja eine Projekt-Eigenschaft, und braucht nicht weiter in jeder Datei notiert zu sein (schadet aber auch nicht, irritiert nur Korintenkacker wie mich). Der Using-Block hat was mit dem Dispose-Pattern ( <- Google-Stichwort) zu tun - es ist eine kürzer und sicherer, als wenn man für jedes disposable Objekt .Dispose aufruft. W…

Mir scheint, du hast dich mit zuvielen Details belastet, und dabei die goldenen Regeln nicht mitbekommen:1. Es gibt Datentypen, deren Objekt-Instanzen der GarbageCollector nicht sauber aufräumen kann - diese Objekte müssen explizit aufgeräumt werden. (Das Gefasel von verwaltet / nicht verwaltet habich auch nicht sicher verstanden - evtl. bedeutet das auch nichts anderes, als das hier gesagte: kanner aufräumen oder nicht) 2. Solche Datentypen sollten IDisposable implementieren, denn der Aufruf .D…