ToolsDevler

Dass alleine schon der Versuch, irwie in Programmabläufe reinzuspickeln, verhindert wird... aber ich glaube, des kann man nich wirklich durchsetzen. Hmm...Was Gateway_man in Beitrag #35 geschrieben hat, handelt von einer Firewall. Was die Anti-Cheat Programme betreffen... OK.. da kanns durchaus sein, ich weiß aber nicht, ob man irwelche "verdächtigen" Funktionen benutzen muss, um zu prüfen, ob des Programm debuggt wird. Aber dazu fehlt mir ein wenig des Hintergrundwissen. Ja ok, dass mit den Kommunikationsprotokollen is zwar nich schön, aber im gegensatz zum Programm selber eher nebensächlich. Es ging aber auch darum (was den Debugger betrifft), dass Maschinen- oder MSIL-code nur sehr schwer eingesehen werden kann. Aber irwie endet des immer wieder in irgend nem Teufelskreis oder ner Sackgasse. Grüße ToolsDevler

Diese Aussage hat mich schon die ganze Zeit verfolgt^^... Kennt sich jemand damit aus? Weiß jemand wie man sowas erreichen kann? Immerhin is des schonma besser als garnix. Grüße ToolsDevler EDIT: Auch das, was Gateway_man in Beitrag #35 geschrieben hat.

Ui.. hab mir die Frage grad nochmal durchgelesen und gemerkt, dass ich n bisschen was anderes verstanden habe... sry. Wenn du den Code postest, wäre es einfacher performancetechnische Probleme zu finden. Grüße ToolsDevler

Hi, spricht was dagegen einfach ein animiertes Gif zu machen? Schau dich hierzu ma dort um GiffiG.de - Erstellen von animierten Gif Bildern mittels Freeware Solltest du nichts passendes finden, könntest du vllt hier noch Glück haben: GIF Animation: Software zum Animated GIF erstellen Hoffe das hilft weiter. ToolsDevler

Wenn man auf dem lokalen PC ein Passwort aus dem Speicher lesen will, muss man zuvor doch erst eins eingeben? Von dem her braucht man sich diesbezüglich keine Gedanken machen (natürlich sollte man so oder so (egal in welcher Form) lokal keine Passwörter im klartext zwischenspeichern). Oder seh ich das falsch? Dann müsste es ja eig auch Decompiler oder ähnliches (zumindest für die Datenstruktur) für normale native .exe geben...oder? Edit: Boah... 2 Beiträge während ich meinen geschrieben hab^^

Also ist es, denke ich, am besten wenn man sich zu .NET noch eine alternative Sprache (z.B. C++) anschaut. Somit wäre das Problem mit dem Dekompilieren soweit eingeschränkt oder gar komplett behoben. Ich denke, dass dieses Thema soweit beantwortet wurde. ToolsDevler

Also das mit dem Obfuscator hab ich mir mal angeschaut.... Naja... Bei microsoft gibts hier was dazu zu lesen (Decompiler und Obfuscator). Aber besonders der folgende Ausschnitt finde ich Entscheidend: Es scheint wirklich keine Möglichkeit zu geben, den Quellcode zu schützen. Da dies sich aber auf den IL-Code bezieht, würde mich noch interessieren, wie sicher dagegen eine native .exe ist. ToolsDevler

Ja gut, des mit dem decompilieren is bei mir durchaus ein Thema... ich erklär mal die Lage im klartext: Mein Vater (ein purer Hardwareprogrammierer(-freak) der in erster Linie unter dem Z80 Forum als winelektronik zu finden ist) hat vor längerem (knapp 30 Jahre?^^) angefangen Hardware zusammen zu löten un später auch noch ICs zu programmieren. Im Laufe der Zeit hat er die so optimiert, dass er mittlerweile ein komplett eigenes System mit BIOS, Betriebssystem, Mutlitasking... usw. hat. Als mein Vater sich mit der Firma Zilog in Verbindung gesetzt hat, kam einiges an Euphorie auf und es wurden sofort Hard- und Softwarekits zugeschickt und sogar Entwicklungsgeld zur Verfügung gestellt. Meine Aufgabe war es, für das Betriebsystem (das mein Vater geschrieben hat) fürs erste ein Clientprogramm zu schreiben, womit man mit dem Teil von einem Windowsrechner übers Internet kommunizieren kann, was ich auch schon mit C# umgesetzt habe! Allerdings möchte Zilog unsere Entwicklungen mitverfolgen und ich möchte nich, dass bei einer Vorführung der Software (nich dass Zilog n Gaunerladen wäre... aber ich kenn die halt au ned!) ne Kopie unterm Ärmel verschwindet un die des Programm dann decompilieren! Problem kommt hinzu, dass ich angefangen habe, Übertragungsprotokolle in Form von XML-Strukturen zu entwickeln, die natürlich später in der DLL keiner sehen sollte wie des zusammengesetzt wird (Die Übertragung selber wird natürlich verschlüsselt). Hoffe, dass meine Situation jetz etwas klarer is Grüße ToolsDevler

hmm... da ich sowie so gerade anfange C++ zu lernen, is desn guter anstoß, des gleich so zu lernen, dass ich ohne .NET Framework programmieren kann. Somit kann ich dann wenigstens relevante Module meines Programms mit ner anderen Sprache schreiben. Alternative wäre ja da noch die COM (oder?... hab mich damit noch nich außeinandergesetzt)... aber dann lern ich lieber gleich C++ Großes Danke an Gateway_man! Grüße ToolsDevler

Hi Gateway_man, des is keine schlechte Idee. Allerdings macht mich dieser Ausschnitt ein wenig stutzig: Ich mein...des Risiko hab ich ja dann auch, wenn ich mit C++ ne exe schreibe oder?...Was ich mir allerdings nich vorstellen kann, is, ab wann n Typ anfängt sich mit nem anderen Typ zu überschneiden... da fehlt mir noch des nötige Hintergrundwissen. Kann man da irwie präventiv vorgehen? Was den Salamander .NET Linker betrifft: habe dazu diesen Link gefunden Remotesoft Salamander .NET Linker and Mini-deployment Tool (Interessante Beispiele gibts hier: Salamander Examples) Gibt nur ein Problem: :eek Werd mich selber auch nochma genauer umschaun, was die Kompilierung des MSIL-Codes betrifft. Danke dir vielmals für deine Mühe! Grüße ToolsDevler

@ Klotzkopp: Danke für den Hinweis! Werd gleich ma dran arbeiten. jaja..man lernt nie aus:D

Hi M-Krischker, ich würde dir im allgemeinen den Tipp geben, eine Cacheklasse anzulegen. Einfach eine Klasse mit statischen public-variablen. Diese kannst du dann aus allen Teilen deines Programms ändern und abrufen. Diese Klasse kannst du dann auch nach belieben ausschmücken (Getter- und Setterfunktionen, Direkte Anbindung an eine Konfigurationsdatei,...usw...) Hoffe ich konnte helfen Grüße ToolsDevler

Naja... eig hab ich sogar schon en eigenes Setup programmiert, aber gehofft, dass ich des ohne installiertes Framework aufrufen kann... Danke für deine Mühe... ToolsDevler

Hi Leute, ich zerbrech mir seit Tagen den Kopf zu folgendem Problem: Wenn ich ein Programm habe, das auf einem System installiert wird, wo keine (oder eine ältere) Version .NET Framework installiert ist, ist es mir dann erlaubt, DLLs aus .NET Framework innerhalb meines Softwarepackets mitzuliefern? Macht es hier einen Unterschied, ob meine Software verkauft oder kostenlos angeboten wird? Folgende Pro- und Kontrapunkte sind mir eingefallen: Kontra: - Der Kunde hat keine Lizensvereinbarung für .NET akzeptiert (könnte aber vllt auf deren Lizensvereinbarung verweisen?) - Ich würde damit die die DLLs vervielfältigen Pro: - .NET Framework ist kostenlos - Meine Software ist evtl auch kostenlos - Ich kann explizit darauf hinweißen, dass die DLLs von Microsoft sind (und eventuell auch auf deren Lizensvereinbarung verweisen?). Ich weise sicherheitshalber darauf hin, dass ich noch nichts in der Richtung gemacht habe, um evtl Unrechtmäßigkeiten zu vermeiden. Hoffe ich konnte die Frage verständlich formulieren... Grüße ToolsDelver

Das geht glaub ich nur, wenn die DLL mit .NET erstellt wurde, was bei Gerätetreibern denke ich eher selten vorkommt^^ Grüße ToolsDevler

Hi naishweb, bin jetz nich der crack in Treiber etc.. Aber wenn du die funktionen von Treibern nutzen willst, musst du wissen welche Methoden die entsprechende .dll hat. (Musst dein Glück mit Google versuchen) Dann kannst du diese über das Schlüsselwort "DllImport" aufrufen. (Weitere Infos dazu: Mit C# arbeiten - Verwenden von Win32 und anderen Bibliotheken). Wenn du allerdings einen Treiber selbst schreiben willst, musst du theoretisch nur herausfinden, über welchen Comport das Gerät kommuniziert. Glücklicherweise gibts in .NET eine Klasse, mit der man Comports ansprechen kann. (siehe hier: SerialPort-Klasse (System.IO.Ports)) Dann musst du natürlich noch die empfangenen Daten interpretieren. hoffe ich konnte damit ein wenig helfen Grüße ToolsDevler

Hi conny<, der Codeausschnitt sollte dir weiterhelfen: /// <summary> /// Hebt alle in txtHauptfeld vorkommenden Wörter die dem übergebenen Schlüsselwort übereinstimmen hervor. /// </summary> /// <param name="value">Schlüsselwort, das gesucht werden soll.</param> /// <param name="highlightColor">Farbe, mit der Suchergebnisse hervorgehoben werden sollen.</param> public void HighlightValue(String value, Color highlightColor) { //Den Text aus der RichTextBox splitten, damit wir alle Wörter bekommen String[] wordsInHauptfeld = txtHauptfeld.Text.Split(' '); //Der Zähler enthält immer die aktuelle Position, damit wir uns kompliziertes zusammenrechnen von irgendwelchen Zahlenwerten sparen können. Int32 positionCounter = 0; //Wir iterieren durch die ganzen Wörter aus der Textbox foreach (String word in wordsInHauptfeld) { //Wenn das Wort dem mitgegebenem Schlüsselwort gleicht, dann... if (word.Equals(value)) { //...markiere die Zeichen an der aktuellen Stelle txtHauptfeld.Select(positionCounter, word.Length); txtHauptfeld.SelectionBackColor = highlightColor; //Damit der Cursor immer schön am ende der Textbox bleibt: txtHauptfeld.Select(txtHauptfeld.Text.Length - 1, 0); } //Hier zählen wir die aktuelle Position um die Länge des aktuellen Worts auf, plus das Leerzeichen (dass beim Splitten ja wegfällt!). positionCounter += word.Length + 1; } } Grüße ToolsDevler P.S.: Nicht Copy&Paste! Versuche den Code mithilfe meiner Kommentare zu verstehen und probiere es dann (ohne abzulesen!) selbst zu schreiben. Wenn du das schaffst, hats dus verstanden.

Hi sunny-boy3, hab ma gegoogelt un bin auf diese Seite hier gestoßen: How to clear the cache when your application hosts a WebBrowser control in Visual C# .NET Hab hier die Stelle markiert, wo (denke ich) der Cache abgerufen wird (is ziemlich am Ende vom Code): ... cacheEntryInfoBufferSize = cacheEntryInfoBufferSizeInitial; cacheEntryInfoBuffer = Marshal.AllocHGlobal(cacheEntryInfoBufferSize); enumHandle = FindFirstUrlCacheEntry(null, cacheEntryInfoBuffer, ref cacheEntryInfoBufferSizeInitial); while(true) { //HIER WIRD DER CACHE ABGERUFEN internetCacheEntry = (INTERNET_CACHE_ENTRY_INFOA)Marshal.PtrToStructure(cacheEntryInfoBuffer, typeof(INTERNET_CACHE_ENTRY_INFOA)); cacheEntryInfoBufferSizeInitial = cacheEntryInfoBufferSize; returnValue = DeleteUrlCacheEntry(internetCacheEntry.lpszSourceUrlName); if (!returnValue) ... Hätte nich gedacht, dass es so aufwendig is^^ Hoffe ich konnte helfen... Grüße ToolsDevler

Boah... grad die Antworten-seite geladen un schon warn anderer schneller... *grummel*

Hi alexC++, wenn ich dich richtig verstanden habe, liegt es daran, dass du die gleiche virtuelle Festplatte verwendest. Wenn du nämlich nur das Profil der virtuellen Festplatte löschst, bleibt die vhd erhalten. Versuch einfach mal die alte vhd zu löschen oder leg bei der Erstellung einer xp-maschine ne neue an. Grüße ToolsDevler