Suchergebnisse

Hi, mir war gerade mal langweilig, da dachte ich mir, dass ich mal eine (gut) dokumentierte Library mit höchstmöglicher Kompatibilität machen kann. Nur, um zu sehen, was alles dazu gehört. Name der Library: WakeOnLan Beschreibung: Diese Library stellt (Erweiterungs)Methoden zum Senden von Wake-On-LAN-Signalen bereit. Es wurde für AnyCPU kompiliert. Außerdem wurde die Assembly mit einem Strong Name signiert und hält alle Microsoft-Regeln der Codeanalyse ein. Demzufolge ist alles, was öffentlich i…

Zitat von AliveDevil: „Mein Respekt.“90% der Arbeit war die Dokumentation. Das bisschen Magicpacket ist nicht viel Arbeit. D: Zitat von AliveDevil: „kannst du mir aber mal sagen, in welchen Stadien ich den Rechner aus dem Sleep holen kann? (Hibernate, Stand-By)“Also gerade habe ich meinen Rechner via (selbstgeschriebener) WP7-App aus dem Hinbernate geholt. In der Arbeit habe ich einen WPF-Client, der auch bei völlig heruntergefahrenen Rechnern funktioniert (sollte es ja auch ;)). Voraussetzung i…

Zitat von AliveDevil: „Man kann einen Rechner, der im ausgeschalteten Zustand ist, wieder hochfahren. LOL. Das is doch ma das netteste was ich je gehört habe :P“Das... ist für jeden Systemintegrator standard. ;) Aber nur, wenn entsprechende Einstellungen getätigt wurden (siehe meine erste Antwort). Außerdem wird es bei WLAN-Rechnern wohl nicht funktionieren... glaube ich jedenfalls. de.wikipedia.org/wiki/Magic_Packet#Magic_Packet Alles, was man braucht, ist die MAC-Adresse und eventuell noch das…

Ich habe jetzt das als MAC-Adress-Klasse: avx599a3.png Verbesserungsvorschläge? Überschreibungs-/Implementierungswünsche? Edit: Ich habe die Wol-Methoden noch mal in eine extra Extensionmethods-Klasse ausgelagert, da sie ja nicht zur eigentlichen MAC-Adresse gehören. Übrigens ist mir aufgefallen, dass ich nicht bei jeder Methode dazugeschrieben habe, welche Exceptions ausgelöst werden können. Das kommt dann noch im nächsten Update. Kennt jemand von Euch etwas, womit man sich eine schöne Dokument…

Ich werde mir Sandcastle mal anschauen. Bis jetzt habe ich folgendes: r6o56dsz.png Vorschläge? Verbesserungen? Langsam wird es unübersichtlich mit den ganzen Overloads - hat da jemand eine Idee, wie man es übersichtlicher machen kann?

Zitat von picoflop: „.SendWolAsync ... -> TaskAsync (Async CTP)“Genau daran habe ich auch schon gedacht. Dazu würde ich aber lieber auf das finale .NET 4.5 warten, denn eine CTP produktiv einsetzen finde ich nicht so toll. Zitat von picoflop: „oder "normal" Async (Begin_ End_ bzw _Completed?)“Dazu war ich zu faul. ;) Deshalb habe ich es wie (z.B.) im .NET 2.0 WebClient gemacht - nur ohne Events. Diese sollten eigentlich auch noch kommen, aber ich war ehrlich gesagt auch dazu zu faul. ;) Ich über…

Zitat von xtts02: „Eine Funktion, MAC und Rechnername aller im LAN (also im selben Subnet) erreichbaren Rechner aufzulisten“Da bin ich mir nicht ganz sicher. Vielleicht ne Art MacAddressQuery-Klasse. Das hat allerdings nicht mehr sehr viel mit dem eigentlichen Zweck (WOL) zu tun. Mal sehen. Zitat von xtts02: „und zu speichern“Wie picoflop schon sagt - das gehört eher in das Hauptprogramm. Die Klassen sind auch alle als serialisierbar gekennzeichnet. Von daher kann der Library Consumer da machen,…

So eine Klasse wäre aber wohl relativ aufwändig, da man nie weiß, in was für einer Umgebung die Anwendung am Ende gestartet wird. sowas würde ich erstmal zurückstellen.

Ich habe jetzt alle Async-Methoden so umgeschrieben, dass sie einen Task zurückgeben. Jetzt stellen sich mir 2 Fragen: 1. Ich hab das mit dem Async-Pattern noch nicht so ganz verstanden. Muss die Methode, die einen Task/Task<T> zurückgibt, mit dem async-Modifier gekennzeichnet sein? Ich bin der Meinung nein, aber in vielen Beispielen wurde das gemacht. 2. ist ein Async überhaupt nötig? Blockt UdpClient.Send überhaupt den Thread? Ich habe die Erfahrung noch nicht gemacht, aber vorsichtshalber mal…

Zitat von picoflop: „da bei UDP ja nicht auf Antwort gewartet werden muss.“Genau deshalb kam ich ja zu der Überlegung, ob es den Thread nenneswert blockt. Aber okay, ich werde es jetzt so machen. Zitat von picoflop: „Das CTP Async reicht ja (wenn man 2010 SP 1 drauf hat) ;)“Wenn ich keinen async-Modifier setzen muss, reicht dann nicht auch 4.0? Dann müsste halt nur der Anwender 4.5 verwenden.

Zitat von picoflop: „Der Programmierer braucht zwingend 2010 SP1 (oder eben Beta 11), weil "Async" beim kompiliern ausgewertet wird und der IL-Code dann halt die notwendigen Callbacks etc enthält.“Dann kann ich es ja in .NET 4.0 ausliefern. Um die restlichen Libraries kann sich dann der Programmierer kümmern. Sonst treten nur Versionskonflikte (bezüglich der Async-Lib) auf.

Habe die Library mal geupdated. Alles im Eingangspost. Die Async-CTP-Teile buggen noch etwas. Ich werde es morgen/heute beheben.

Nein, die Mac-Adresse wird benötigt. Es gibt jedoch eine Möglichkeit (ich glaube sogar via WinAPI), sich die MAC-Adresse via ARP zu holen. In die Library selber werde ich das nicht rein packen, da die mir diese Methode zu unzuverlässig funtkioniert. Ich habe übrigens noch ein paar Verbesserungen gemacht, die ich morgen über ein Update einbringen könnte. Übrigens befindet sich die Library schon im produktiven Einsatz und weckt jeden Samstag 15 Rechner auf. :)

Hi, würde daran Interesse bestehen, wenn ich die Library um ein paar Subnetting-Funktionen erweitern würde? Hab aus Langeweile mal etwas herumgebastelt. damit wäre es z. B. sehr einfach möglich, das ganze Netzwerk anzupingen: VB.NET-Quellcode (17 Zeilen) whjp2wx8.png Einbauen? (Hat ja thematisch nichts mit WakeOnLan zu tun, deshalb frage ich)

Ich habe gerade gesehen, dass es im .NET-Framework schon eine Klasse für MAC-Adressen gibt. Diese findet ihr hier: System.Net.NetworkInformation.PhysicalAddress Von daher werde ich in den zukünftigen Versionen die MacAddress-Klasse entfernen. Die Migration der bestehenden MacAddress-Klasse auf die .NET-Klasse sollte aber nicht sonderlich aufwändig sein. Trotzdem werde ich "meine" Klasse sie erst einmal als obsolet markieren. Die Erweiterungsmethoden werde ich auf die Framework-Klasse portieren. …

Hier eine Liste mit dem, was ich in den letzten Tagen implementiert/geändert habe: - ToPhysicalAddress()-Funktion zur MacAddress-Klasse hinzugefügt - MacAddress-Klasse als obsolet markiert - Die entsprechenden Methoden als obsolet markiert - Sämtliche Methoden und Erweiterungsmethoden, die die MacAddress-Klasse verwendeten, auf PhysicalAddress umgeschrieben - Separat kompilierte Versionen für .NET 4.5 und .NET 3.5 (damit dei CLR 4.0 und 2.0 unterstützt werden; aus Kompatibilität) - Warum 3.5 und…

So, hier das versprochene Update. Ich habe die Library nun für 3 verschiedene Framework-Versionen kompiliert: 2.0, 3.5 und 4.5. (Conditional Compiling ftw) Bei 2.0 fehlt: - Extension Methods - Die MacAddress-Klasse - TAP-Support (async/await) Bei 3.5 fehlt: - TAP-Support (async/await) Bei 4.5 fehlt: - Nichts Ich bin am überlegen, ob ich noch eine Version für .NET 4.0 kompiliere. Ich lasse es aber erstmal bei diesen drei. Was ich mit dem Subnetting mache, weiß ich noch nicht. Mal sehen. Download …

Im laufe der Woche werde ich den Code der WakeOnLAN-Library nach C# migrieren, um ihn dann auf meinem GitHub-Repo als OpenSource zur Verfügung zu stellen. Diesen Thread hier werde ich dann auch in den anderen Showroom packen. Die zukünftigen Releases werden dementsprechend C# verwenden und mit einem CodeSigning-Zertifikat signiert sein. "Nightly Builds", könnt Ihr Euch dann selber kompilieren, indem Ihr mein Git-Repo klont. Ich würde mich auch über den ein oder anderen Fork freuen. Ich meld' mic…

Ich habe mich heute rangesetzt und den Quellcode in zweistündiger Arbeit nach C# migriert. In der GitHub-Version werden sich immer Features vor der aktuellen Showroom-Version befinden. Aktuell ist dort auch eine fertige Klasse für ARP-Requests (hab ich heute gleich noch gemacht). Diese wird erst in der nächsten Showroom-Version (1.6) enthalten sein. Ich selber habe keine weiteren Features geplant. Falls Ihr aber Ideen habt, so tut Euch keinen Zwang an und schreibt es oder macht es selber. Den So…

Ich habe nun auch ein NuGet-Package erstellt. Beim Installieren wird automatisch die Version für die entsprechende .NET-Version referenziert. Um das Paket zu installieren, einfach in der Package Manager Console Install-Package WakeOnLAN ausführen. Außerdem habe ich eine Version für .NET 4.5.1 hinzugefügt.

Zitat von thefiloe: „mit was hast du die Online-Doku generiert?“Die habe ich mit Sandcastle gemacht (zusammen mit dem Sandcastle Help File Builder). Ein Tool von MS, was seit Ewigkeiten nicht mehr weiterentwickelt wird. Leider. Sandcastle generiert die Doku aus den XML-Kommentaren im Quelltext. Zitat von thefiloe: „Guidelines eingehalten“Leider nicht überall. Der Stammnamespace dürfte z. B. nicht System.Net sein. Das habe ich aber so gemacht, da das am Ende intuitiver zu benutzen ist. Zitat von …

Ich habe mal ein paar Codebeispiele und einer kleinere Dokumentation verfasst. Diese findet Ihr im Readme des Github-Repos. @thefiloe: Ich weiß, deshalb gibt's das auch noch nicht.

Zitat von SeriTools: „http://shfb.codeplex.com/“Zitat von nikeee13: „mit Sandcastle gemacht (zusammen mit dem Sandcastle Help File Builder)“... Der SHFB ist größtenteils nur eine GUI für das normale Sandcastle.

Ich bin am überlgen, ob ich meine NetDiscovery-Library reimplementiere bzw. komplett neu designe und in die WakeOnLan-Library mit einfließen lasse. So wären in dieser Netzwerk-Library insgesamt diese Funktionalitäten: - Senden von WOL-Signalen - Berechnen von Subnetzen und IP-Adressen - Senden von ARP-Requests, um IP-Adressen in MAC-Adressen aufzulösen - Bereitstellen von IP-Endpoints, die von Clients via Broadcast-Request automatisch entdeckt werden können (für IPv6 dann via Multicast) Das würd…

Hi! das ist mir nicht aufgefallen. Man müsste an der Stelle wirklich ein Byte-Array verwenden. Ich habe das Beispiel im Eingangspost entsprechend abgeändert. Mehr Informationen bekommst du in der Dokumentation auf MSDN zur IPAddress-Klasse.

Es handelt sich dabei um die einzelnen Bytes der MAC-Adresse. Wenn du die MAC-Adresse als String vorliegen hast, würd eich den Weg über die PhysicalAddress-Klasse aus dem Framework nehmen. Die hat eine Parse-Methode, mit der du MAC-Adressen, die als String kommen (AA-BB-CC-DD-EE-FF) in eine Objektinstanz verwandeln kannst. Meine Library funktioniert auch mit der. Dann einfach dort die SendWol-Erweiterungsmethode aufrufen: VB.NET-Quellcode (2 Zeilen) Die PhysicalAddress-Klasse hat kein TryParse, …

Funktionieren tut der Code dort auch. Jedoch maße ich mir jetzt mal an, zu sagen, dass der Code von schlechter Qualität ist. Dokumentation und Guidelines werden so gut wie garnicht beachtet. Wenn du keine extra DLL möchtest, kannst du dir auch den Quelltext meiner Library von Github ziehen und die relevanten Teile daraus entnehmen bzw. die Library selbst compilen (ohne Arp-Requests, Subnetzberechnugn und TAP-Support). Außerdem möchte ich anmerken, dass ich wie ich im Eingangspost schon darauf hi…