realgun

Zeig doch mal wie Du die Liste füllst und den Aufruf zum sortieren.

Also Thread.Abort lässt den Thread auch "normal" beenden, er wird halt abgebrochen. Und zwar genau an der Stelle, wo er sich gerade befindet, dabei wird eine Excption im Thread ausgelöst. Und wenn man die "ThreadAbortException" nicht richtig behandelt, können dann keine Ressourcen mehr freigegeben werden, die man im Thread angelegt hat. Der Thread selber ist dann trotzdem beendet. Sauberer ist es aber auf jeden Fall mit einem Flag. (Gerade weil es ein so ein einfacher Testfall ist, hilft GC.Collect hier überhaupt nicht weiter. Im Codebeispiel spielt der aber sowieso keine Rolle, da der Screenshot nach dem Beenden des Threads gemacht wurde, also in der "DO-LOOP". Zum Speicherverbrauch messen eignen sich Profiler und oder Performance Counter. ) Aber jetzt auch mal was zur eigentlichen Frage @NancyG: Meinst Du wirklich die Werte aus den Zeilen "Kernel"? Das sind Systemwerte, auf die alle Anwendungen Einfluss haben (nicht nur Dein .NET-Code).

Wenn sich eh nur ein Thread zur gleichen Zeit im "Insert-Bereich" aufhalten darf, reicht ein Monitor vollkommen aus, da brauchst Du normalerweise überhaupt keinen Semaphor. Ich habe so ein bisschen den Eindruck, dass Du gar nicht so genau weißt wie Monitore, Semaphoren usw. funktionieren. Aus dem geposteten Codefragmenten kann man den Kontrollfluß nicht ablesen, da müsstest Du schon ein bisschen mehr preisgeben. Aber versuch es doch einfach erst mal mit einem Monitor alleine.

Wieso vermischst Du einen Monitor mit einem Semaphor???

Hi, bei Deiner verwendeten Überladung von "Delegate.CreateDelegate(Type, MethodInfo)" muss der Delegat "BeginLoad" auf eine statische Methode zeigen. Sonst solltest Du die Instanz mit angeben, in der "erstellte" Delegate die Methode aufrufen soll: MSDN

Zu Deiner Rechnung: die Anzahl der durchschnittlichen Monatsstunden berechnet man mit (wöchentliche Arbeitsstunden * 13 Wochen) / 3 Monate Da die Anzahl der Arbeitsstunden in verschiedenen Monaten unterschiedlich ist, rechnet man eine durchschnittliche monatliche Stundenzahl auf der Grundlage eines Quartals aus. In Deinem "fiktiven" Fall also 8666,66/((36 *13/3)= 55,56 € die Stunde 11000/((40 *13/3)= 63,46 € die Stunde Hast Du dann bei Deinen echten Zahlen immer noch ein "Minus"?

Vollkommen richtig, aber dennoch muss das Buch auch gelesen und verstanden werden. Nur weil ich ein Buch besitze, bin ich noch nicht schlauer als vorher... Hier ist leider auch ein Knackpunkt beim ein oder anderen Arbeitgeber - bestellt werden oft gerne viele Bücher, aber die Bereitschaft diese auch während der Arbeitszeit lesen / durcharbeiten zu lassen, ist meist weniger ausgeprägt.

Hast Du das StructLayoutAttribut auf Deiner LOGFONT Klasse gesetzt? Sollte so aussehen: [structLayout(LayoutKind.Sequential, CharSet=CharSet.Ansi)] Ansonsten können wir hier nur raten, denn "Praktisch funktioniert es leider nicht" ist nicht sehr hilfreich...

Die nächste faustdicke Überraschung: Ausländische Fachkräfte, die schon vorher nicht mit einer Green Card für 66.000 € Jahresgehalt kommen wollten, wollen nun auch nicht mit einer Blue Card für ca 35.000 € kommen... Spiegel online: Neue "Blue Card" lockt kaum Hochqualifizierte an

Also wenn Du bei google nach "IPC C#" suchst, findest Du eine ganze Menge brauchbare Sachen zur Kommunikation zwischen unterschiedlichen Prozessen. SharedMemory ist ein gemeinsamer Speicherbereich, aber eher so zu verstehen wie die "Zwischenablage". Events von den Objekten da drin wirst Du wohl nicht mitbekommen. Das Prinzip von IPC unter Windows ist eher der Austausch von Nachrichten (z.B. über Sockets, NamedPipes oder auch WCF), je nach Anwendungsfall auch mit "Nutzlast" (also irgendwelchen Werten). Deine Events solltest Du schon über diese Wege feuern und abfangen, Deine Idee vom gemeinsamen wird wohl so nicht funktionieren.

Mit dem 2010er TFS kannst Du ja private Builds mit eigenen Shelvesets machen (und ggf. anschließend einchecken: "Gated Checkin"). Wenn Du kein Shelveset hast, kannst Du auch einen "Desktop Build" einrichten. Dafür installierst Du Dir auf Deiner Workstation den TFS Build Agent und den TFS Build Controller und verwendest diese bei der "Build Definition". (ggf "Create Workspace" durch "Get Workspace" ersetzen, wenn Du Deinen bereits existierenden WS verwenden möchtest).

Welche TFS Version setzt ihr denn ein? Du kannst auch mit dem TFS lokale ("private") Builds bequem anstoßen. Oder das gute alte "MSBuild" verwenden, das sollte auch genau das machen, was Du möchtest.

Macht Dir die Arbeit denn Spaß oder willst Du nur "möglichst schnell viel Kohle" machen?

Was soll daran Dreck sein? BTT: Wir verwenden SVN und TFS.

Es ist aber nicht jeder ValueType automatisch ein "Struct", in .NET gibt es da noch "Enum"