Suchergebnisse

Microsoft arbeitet derzeit daran siehe corert. Das Projekt ist noch work in progress und wird noch eine Weile dauern bis es Release bereit ist. Damit kann man .Net mit Hilfe vom JIT in kompilierten native code umwandeln oder c++ code generieren was dann mit einem C++ compiler kompiliert werden kann. WinForms wird allerdings nicht funktionieren da es nicht Teil von .Net Core ist. Als alternative für GUIs in Kombination mit corert gibt es Avalonia womit es schon erste Erfolge gab siehe twitter.com…

Liegt an der Reihenfolge wie der Code ausgeführt wird. Fields die direkt initialisiert werden(außerhalb vom Konstruktor) werden ausgeführt bevor die Konstruktoren aufgerufen werden und der Konstruktor der Klasse Control setzt den SynchronizationContext.

Könnt ihr alle nicht lesen? Der Threadersteller hat selbst erwähnt, dass long path support mit .Net Framework 4.6.2 hinzugefügt wurde. Wie auch hier zu sehen ist. Dazu gehört auch das ​\\?\ prefix. @Manu234211: Dein Programm muss .Net Framework 4.6.2 als target framework haben oder du fügst das in deine App.config ein, dann kannst du auch .Net Framework 4, 4.5.x als target haben aber es muss .Net Framework 4.6.2 installiert sein: XML-Quellcode (3 Zeilen) Hab das mit folgenden Code getestet: VB.N…

blogs.msdn.microsoft.com/vcblo…improvements-in-vs-15-rc/

Nein ist es nicht. Der Stream bei deinem BinaryWriter ist ein NetworkStream der bei jedem Write die Daten über den Socket sendet. Ein MemoryStream hingegen hat im Hintergrund ein Array das mit den Daten gefüllt wird die du in den Stream schreibst. Manchmal ist es sehr hilfreich sich den Source anzuschauen um besser zu verstehen was genau da passiert: referencesource.microsoft.com/…tream.cs,98ac7cf3acb04bb1 referencesource.microsoft.com/…em/io/memorystream.cs,557 referencesource.microsoft.com/…ke…

CopyTo kopiert den kompletten Stream in den Ziel Stream(Mit einem internen Buffer). Aber da du hier in einen MemoryStream kopierst(Wie der Name schon sagt sind die Daten im RAM) könntest du auch gleich File.ReadAllBytes nutzen. Eine mögliche Lösung wäre den File Stream direkt der Send Funktion zu übergeben und statt BinaryWriter.Write(_buffer); machste stream.CopyTo(BinaryWriter.BaseStream);.

Hab eine komplett neue Installation durchgeführt und hatte dann erstmal mit konstanten einfrieren und BSOD zu tun. Auf reddit ist derzeit auch ein Sammelthread dafür offen: reddit.com/r/Windows10/comment…after_anniversary_update/ Zum Glück hat einer der möglichen fixes bei mir funktioniert. Ansonsten scheint es jetzt wieder wie davor zu laufen, bis auf Windows Update das wirft mir ​Fehlercode: (0x80073712) an den Kopf wenn ich versuche ein Update zu installieren. Aber das ist mir jetzt erstmal a…

Installation lief bisher mies für mich. Erst Minuten lang nur ein schwarzer Bildschirm und dann ein Bluescreen. Jetzt ist das Update dabei alle Änderungen wieder rückgängig zu machen. Danach werde ich mir wohl die iso laden und eine frische Installation durchführen Edit: Immerhin hat das Rollback nach dem Crash einwandfrei funktioniert. Dafür muss man Microsoft mal loben

Zitat von Rikudo: „List<Method>“ List<Action<>> oder List<Func<>> je nachdem ob deine Funktion etwas zurückgibt oder nicht.

Zitat von Trade: „die Du auch awaiten willst“ Das stimmt nicht. Eine Methode muss nur als async markiert werden wenn du innerhalb dieser Methode await verwenden willst. await selbst kann man auf alles anwenden was ein Task ist. Statt C#-Quellcode (4 Zeilen) würde schon das reichen(was übrigens auch weniger overhead bringt da hier keine unnötige state machine generiert wird) C#-Quellcode (4 Zeilen)

Ich würde nen Downgrade machen. avm.de/service/fritzbox/fritzb…S-installieren-Downgrade/ Das ach so tolle 6.5 Update hat bei meiner Box ebenfalls Probleme gemacht und so geht es auch vielen anderen.

Das Menü ist neu mit VS 2015 Update 2 und soll beim Debuggen etwas helfen. Mehr dazu hier. Das Menü kann man im Live Visual Tree Window abstellen(Debug -> Windows -> Live Visual Tree) jswnql.png

Die .Net Version einer static library wäre ".netmodule". Mehr dazu hier, hier und hier

Du redest von der Equals Methode der Object Klasse. DateTime implementiert allerdings auch IEquatable<T> ;). Guckst du referencesource.microsoft.com/…lib/system/datetime.cs,57 und referencesource.microsoft.com/…ib/system/datetime.cs,595

Zitat von ErfinderDesRades: „Equals ist hässlich und macht bischen was anneres“ 1. "ist hässlich" das ist Geschmackssache 2. Wird hier überhaupt nichts anders gemacht guckst du referencesource.microsoft.com/…ib/system/datetime.cs,588 Zitat von Manü: „doch die Instanz mit prüf“ Wenn du damit die Referenz meinst, nein. DateTime ist ein value type und kein reference type. Außerdem kann es bei solchen Sachen auch helfen sich den Source anzuschauen, denn wie man hier referencesource.microsoft.com/…b/…

Zitat von Twometer: „aber da kann ich keine Chunks mehr löschen??“ Bei ConcurrentDictionary nutzt man TryRemove.

msdn.microsoft.com/de-de/library/dd287191(v=vs.110).aspx

Musst halt die Offsets und Längen irgendwo speichern und updaten wenn neue Daten dazu kommen. Hab hier mal nen kleines Beispiel gebastelt: dotnetfiddle.net/68zdVy und eine Version mit ​List<byte[]>: dotnetfiddle.net/3yRCOb Ich denke mal die Kommentare sollten alles erklären.

Für den Fall hat man die 64bit Version: SetWindowLongPtr

Nochmal genau hinschauen. Das ist eine Liste mit Arrays.

​List<byte[]>? Wieso schwer wenns auch einfach geht.

Schau dir mal IoC und dependency injection an. Autofac wäre z.B. ne beliebte library für sowas.

Zitat: „​ein Proxy objekt zurück geben was dann nochmal = überläd?“ Du hast deine eigene Frage beantwortet.

Kommt drauf an über welche Art von Programm wir hier überhaupt reden. Bei einem Programm wo du tausende von Aufgaben am laufen hast wäre es schlecht massenhaft blockierenden Code zu haben.

@ErfinderDesRades Tasks sind aber nicht für lang andauernde & blockierende Aufgaben gedacht. Dafür sollte man dann Threads nutzen.

Yup, liegt an Thread.Sleep. Die Funktion blockiert den aktuellen Thread für die angegebene Zeit. Task.Delay gibt dir einen Task zurück der als Completed markiert wird wenn die Zeit abgelaufen ist. Mit Async/Await kannst du also auf den Task warten ohne den aktuellen Thread zu blockieren.

@WeLoveBurgers Dein Code läuft so langsam weil du Threads blockierst und damit das ausführen anderer Tasks. Ein Task ist eine Aufgabe die im ThreadPool ausgeführt wird. Mehrere Tasks teilen sich also einen Thread oder mehrere, je nach dem wie lange die Ausführung dauert und wie viel Tasks in der Queue sind. Anmerkungen zu deinem Code: Immer Task.Run statt Task.Factory.StartNew benutzen, sofern du .Net 4.5 oder höher nutzt. Einer der Gründe dafür ist, dass Task.Run Tasks "awaiten" kann was bei Ta…

Ist möglich, erlaubt ist es aber trotzdem nicht.

Wie ich bereits sagte: Es liegt an dem alten Treiber. Damit das ordentlich funktioniert muss AVM ein Update raus bringen, was sie höchstwahrscheinlich nicht machen werden(Letzte Update für den Treiber gabs 2010...).

Zitat von Niko Ortner: „Woher nimmt Windows den Key?“ Windows 10 verwendet deine Hardware als Key.