Suchergebnisse

Hallo, hier ein kleines Phänomen, das ich nicht verstehe. VB.NET-Quellcode (11 Zeilen) CWrite schreibt dabei unter anderem Text in eine RichTextBox die sich auf dem MainForm befindet. Ohne das als Task zu verpacken, lädt das MainForm natürlich nicht bis die Methode durch ist. Ich habe aber erwartet, dass mir "threadübergreifender Vorgang" schon beim ersten Aufruf von CWrite() angezeigt wird. Eine Idee wieso ich die rtb erstmal noch beschreiben kann? Und kurioser Weise, im Release, läuft sogar di…

Der Unterschied scheint nicht zwischen Release und Debug zu liegen, sondern im aufrufenden Prozess. Sowohl die debug exe als auch die release exe schreiben beide "B" Das Studio in beiden Fällen nicht.

Die Anwendung muss autonom laufen können, daher ist ein Button nicht gut, aber der Gedanke nicht schlecht. Hab es jetzt mit einem Timer versetzt gestartet. VB.NET-Quellcode (10 Zeilen) Nun haut das erste Schreiben schon nicht mehr hin, wie eigentlich gedacht. Aber die exen laufen weiterhin ohne Probleme (Für Spaß, Button hab ich auch probiert, selbes Ergebnis) Warum ist das in der Sub New suspekt?

Also Studio A ja, B nein. Exe A ja, B ja. Aber Moment, was ist denn mit Exceptions bei fertigen Anwendungen? Also ich habe auch solche und da gibts ab und an mal Exceptions. Das kann ja nicht sein, dass das Programm einfach weiterläuft, obwohl da was kaputt gegangen ist???

Ahja sry. Exception im Nebenthread ist natürlich großer Murks... CurrentManageThreadId sagt, wenn Task.Run in der Sub New steht: In der Sub New vor dem Task.Run: 1 In der Sub New nach dem Task.Run: 1 Beim A schreiben: 6(oder 4 oder 9 vermutlich noch andere) Beim B schreiben: 6(oder 4 oder 9 vermutlich noch andere) vermutlich geht die Exception beim A schreiben beim Debuggen irgendwie unter.