C++ lernen womit?

[Dr. Coxxy]

Originally Posted by DerBasiop

ich meine zb aimbots für schlecht spiele ;-)

Außerde sonst noch andere Programme Dafür ist C++ am besten??

richtige aimbots für ego shooter wirst du wohl am ehesten mit C/C++ und assembler hinkriegen, große alternativen gibt es da kaum.

[Kosic]

Wennst gescheite, keine 0815, Gamehacks machen willst wirst an C/C++ und ASM nicht vorbei kommen. Wennst "nur" diverse Tools machen willst, diese nur für Windows, bist mit C# gut bedient. C++ eignet sich natürlich dafür auch.

[DerBasiop]

Originally Posted by Kosic

Wennst gescheite, keine 0815, Gamehacks machen willst wirst an C/C++ und ASM nicht vorbei kommen. Wennst "nur" diverse Tools machen willst, diese nur für Windows, bist mit C# gut bedient. C++ eignet sich natürlich dafür auch.

Also wenn ich das richtig auffasse ist C# ein Programm mit dem man nur kleinere Programme schreiben kann und nichts größeres was man allerdings mit C++ tuhen kann?

[Kosic]

Jein, mit C# kannst du durchaus "größere" Programme entwickeln, aber es muss das entsprechende .Net Framework installiert sein, welches es nur für Windows gibt. C# ist nicht so fürs Gamehacking geeignet.

C/C++
Hardwarenahe Programmierung (z.b. Treiber)
Plattform unabhängig
Universal nutzbar (vom Rechner bis zur Windows System Datei)
Sehr Komplex

C#
Keine Hardwarenahe Programmierung
Plattform abhängig (Windows)
Weniger Komplex als C++
Für jegliche Art von Tools geeignet. (Keine (guten) Hacks)

ps: C++ ist eine Erweiterte Form von C.

[Nightblizard]

Originally Posted by Kosic

Jein, mit C# kannst du durchaus "größere" Programme entwickeln, aber es muss das entsprechende .Net Framework installiert sein, welches es nur für Windows gibt.

Nö. C# kannst du auch mit Unixoiden benutzen. Such mal nach "Mono".

Originally Posted by Kosic

C# ist nicht so fürs Gamehacking geeignet.

Doch, ist es. Du musst nur die CLR in nen fremden Prozess laden, dann stehen dir fast alle Türen und Tore offen.

Originally Posted by Kosic

Universal nutzbar (vom Rechner bis zur Windows System Datei)

Das Beispiel macht keinen Sinn.

Originally Posted by Kosic

Sehr Komplex

Inwiefern ist das komplexer als C#?

Originally Posted by Kosic

Plattform abhängig (Windows)

Stimmt nicht, siehe oben.

Originally Posted by Kosic

Weniger Komplex als C++

Stimmt nicht, C# ist deutlich umfangreicher (sowohl von den sprachlichen Mitteln als auch von der standard API her) als C++ und kann fast alles was C++ kann. C# ist deutlich komplexer als C++!

Originally Posted by Kosic

(Keine (guten) Hacks)

Bullshit.

Originally Posted by Kosic

ps: C++ ist eine Erweiterte Form von C.

Bullshit.

[Dr. Coxxy]

Originally Posted by Nightblizard

Doch, ist es. Du musst nur die CLR in nen fremden Prozess laden, dann stehen dir fast alle Türen und Tore offen.

"nur"; "fast" - warum mit sowas abplagen wenn c/c++ soviel einfacher/geeigneter ist?

sry, c# hacks kriegt man nur mit unnötigem aufwand und einer reihe von unnötigen restriktionen hin.

[Kosic]

Doch, ist es. Du musst nur die CLR in nen fremden Prozess laden, dann stehen dir fast alle Türen und Tore offen.

Ausserdem hab ich "nicht so" geschrieben, habe nie behauptet das es mit C# unmöglich ist.

Das Beispiel macht keinen Sinn.

Was gibts daran nicht zu verstehen?

Inwiefern ist das komplexer als C#?

z.b. Hardwarenahe Programmierung

Stimmt nicht, C# ist deutlich umfangreicher (sowohl von den sprachlichen Mitteln als auch von der standard API her) als C++ und kann fast alles was C++ kann. C# ist deutlich komplexer als C++!

na dann, Is mir zwar neu das C# komplexer/umfangreicher ist *hust* Treiber *hust* aber ok.
Wie wärs mit nem Beispiel? Was kann C# was C++ nicht hinbekommt?

Bullshit.

Doch.

Bullshit.

Doch.

Dann kann mann C++ noch zu gute rechnen das es performance freundlicher ist als C#.
2. C# Kann jedes Kleinkind decompilieren (gibt genug .Net decompiler im web), C++ hingegen kann mann garnicht decompilieren.( soweit ich mich erinnern kann) und selbst wenn, nur SEHR schwer.

[Dr. Coxxy]

Originally Posted by Kosic

na dann, Is mir zwar neu das C# komplexer/umfangreicher ist *hust* Treiber *hust* aber ok.
Wie wärs mit nem Beispiel? Was kann C# was C++ nicht hinbekommt?

damit meinte er generell den standardumfang von C# im vergleich zu C++.
während C++ praktisch nur mit der stdlib kommt, hat C# bereits ganze teile der windows api fest in die sprache integriert.

Dann kann mann C++ noch zu gute rechnen das es performance freundlicher ist als C#.

kommt drauf an, wer, wie programmiert - und ob perfomance überhaupt ein wichtiges element des programms ist.

2. C# Kann jedes Kleinkind decompilieren (gibt genug .Net decompiler im web), C++ hingegen kann mann garnicht decompilieren.( soweit ich mich erinnern kann) und selbst wenn, nur SEHR schwer.

C++ kann man nicht dekompilieren.
gibt einige programme, z.b. hexray die versuchen aus der disassembly wieder C-code herzustellen, was aber manchmal ziemlichen schwachsinn liefert, manchmal aber auch erstaunlich gut funktioniert.
Im gegenteil kann aber C++ code, eben aufgrund seiner hardwarenähe oft relativ leicht im disassembler nachvollzogen werden.

[Kosic]

damit meinte er generell den standardumfang von C# im vergleich zu C++.
während C++ praktisch nur mit der stdlib kommt, hat C# bereits ganze teile der windows api fest in die sprache integriert.

Ich finde das ist jetzt wieder so ne Ansichtssache. Ich finde und bleibe dabei dass C++ stärker/mächtiger, nenne es wie du willst, ist.

kommt drauf an, wer, wie programmiert - und ob perfomance überhaupt ein wichtiges element des programms ist.

Ja ich glaub aber nicht das jemand, welcher kein Kleinkind ist, so einen schlechten Code zamschei**t dass die Performance des Programmes so in den Keller gezogen wird.
Der Threadersteller will aber hauptsächlich Hacks programmieren, da ist die Performance sehr wichtig wie ich finde.

Im gegenteil kann aber C++ code, eben aufgrund seiner hardwarenähe oft relativ leicht im disassembler nachvollzogen werden.

Soeben bin ich um ein Stück schlauer geworden

[Nightblizard]

Originally Posted by Dr. Coxxy

"nur"; "fast" - warum mit sowas abplagen wenn c/c++ soviel einfacher/geeigneter ist?

Weil C# einfach bestimmte Vorzüge gegenüber C++ hat. Und mit "abplagen" hat das nichts zu tun. Die CLR kannst du mit nem 50 Zeiler in fremde Prozesse laden und das kann jeder, der lesen kann und die MSDN kennt.

Originally Posted by Dr. Coxxy

sry, c# hacks kriegt man nur mit unnötigem aufwand und einer reihe von unnötigen restriktionen hin.

Kannst du mir da ein Beispiel geben? Gut, du hast kein inline Assembly, aber ansonsten fehlt dir nichts.

Originally Posted by Kosic

Ausserdem hab ich "nicht so" geschrieben, habe nie behauptet das es mit C# unmöglich ist.

Habe ich auch nicht behauptet, aber im Grunde unterscheidet sich da C# nicht groß von C++.

Originally Posted by Kosic

Was gibts daran nicht zu verstehen?

Universal einsetzbar. Vom Rechner (nicht wirklich spezifisch, aber okay) bis zur Windows Systemdatei (was hat das mit der Platform zu tun?)
Vom Fahrrad bis zum Türgriff.

Originally Posted by Kosic

z.b. Hardwarenahe Programmierung

Und weiter? Jeh näher ich an die Hardware ran gehe, desto mehr sprachliche Mittel fallen weg (wobei das auch nicht zu 100% stimmt). Die Sprache wird dementsprechend einfacher.
Klar, wenn du mit "hardwarenahe Programmierung" C mit Klassen meinst, dann hast du durchaus recht. Aber das liegt dann eher am unfähigen Programmierer und nicht an der Komplexität von C++.

Originally Posted by Kosic

na dann, Is mir zwar neu das C# komplexer/umfangreicher ist *hust* Treiber *hust* aber ok.

Was haben Treiber damit zu tun? Eine API, die nicht zur grundlegenden Sprache gehört, trägt doch nichts zu ihrer Komplexität bei! Das wäre so als würde ich sagen "C# ist schwer weil SlimDX schwer ist". Was ist denn das für ein Argument?

Originally Posted by Kosic

Wie wärs mit nem Beispiel? Was kann C# was C++ nicht hinbekommt?

LINQ und Reflection fallen mir ganz spontan ein. Wenn ich 2 Minuten länger nachdenken würde, dann wären da noch sicher mehr, aber so viel Energie möchte ich hier nicht reinstecken, da mir die entsprechende Energie nicht entgegengesetzt wird.

Originally Posted by Kosic

Doch.

Sehr schön. Du stellst eine Behauptung auf, stützt diese nicht auf ein Beispiel und anstatt das nachzuholen kommt ein plumpes "doch". Wie man eine Diskussion führt ist dir wohl fremd.

Originally Posted by Kosic

Doch.

Siehe "Doch"-Nr.1.

Originally Posted by Kosic

Dann kann mann C++ noch zu gute rechnen das es performance freundlicher ist als C#.

Das kann man so allgemein nicht sagen. C++ ist kein Garant für performante Programme. Und letztenendes muss man nicht in jedem Programm auf jeden CPU Cycle achten.

Originally Posted by Kosic

2. C# Kann jedes Kleinkind decompilieren (gibt genug .Net decompiler im web), C++ hingegen kann mann garnicht decompilieren.( soweit ich mich erinnern kann) und selbst wenn, nur SEHR schwer.

Das ist auch so eine Sache. Keine Ahnung haben wovon man spricht, aber dennoch drüber reden. Das lässt dich nicht seriös wirken.
Abgesehen davon gibt es auch für .NET Sprachen die Möglichkeit seine Binaries zu schützen, also wo genau liegt das Problem?

Originally Posted by Kosic

Ja ich glaub aber nicht das jemand, welcher kein Kleinkind ist, so einen schlechten Code zamschei**t dass die Performance des Programmes so in den Keller gezogen wird.

Doch, das geht sogar verdammt schnell. Und dafür muss man auch kein "Kleinkind" sein (keine Ahnung was du mit deinen Kindern hast).
Das fängt schon mit den ganzen Leuten an, die immer und überall eine Linked List benutzen und immer und überall new und delete benutzen. Und ja, die gibt es wie Sand am Meer und sie schwören darauf, dass sie es richtig machen.

Originally Posted by Kosic

Der Threadersteller will aber hauptsächlich Hacks programmieren, da ist die Performance sehr wichtig wie ich finde.

Auch das kann man so allgemein nicht sagen, hier spielen zu viele Faktoren eine Rolle. Was für einen Hack willst du machen? Wie setzt du ihn um? Muss er regelmäßig aktualisiert werden? Etc. pp..
Bis jetzt habe ich noch keinen Hack gesehen, der sich so nicht auch in C# umsetzen lässt.

Ein paar Beispiele von dir wären ganz interessant, schließlich stellst du hier ja auch die ganzen Behauptungen in den Raum.

[omnicrunch]

[Dr. Coxxy]

Originally Posted by Nightblizard

Weil C# einfach bestimmte Vorzüge gegenüber C++ hat. Und mit "abplagen" hat das nichts zu tun. Die CLR kannst du mit nem 50 Zeiler in fremde Prozesse laden und das kann jeder, der lesen kann und die MSDN kennt.

Was für hackrelevante vorteile denn?
kriegst doch eigtl alles was man in c# hat auch in c++ mit free libs wie z.b. boost hin.

Kannst du mir da ein Beispiel geben? Gut, du hast kein inline Assembly, aber ansonsten fehlt dir nichts.

-kein inline assembly.
-bin mir nicht sicher, aber denke mal hooks mit wechselnden calling conventions dürfte auch probleme geben.
-man MUSS die CLR laden.
-nachbauen von spielklassen/funktionen und verwendung dieser mit originalspielfunktionen dürfte auch nicht so einfach gehen.

Was ein freund von mir öfters macht, ist eine hack dll in c++ zu schreiben, die alle gamerelevanten hooks erzeugt und mit einer pipe mit einem externen C# programm kommuniziert, welches dann die hauptarbeit macht.

[DerBasiop]

Originally Posted by Nightblizard

Weil C# einfach bestimmte Vorzüge gegenüber C++ hat. Und mit "abplagen" hat das nichts zu tun. Die CLR kannst du mit nem 50 Zeiler in fremde Prozesse laden und das kann jeder, der lesen kann und die MSDN kennt.


Kannst du mir da ein Beispiel geben? Gut, du hast kein inline Assembly, aber ansonsten fehlt dir nichts.


Habe ich auch nicht behauptet, aber im Grunde unterscheidet sich da C# nicht groß von C++.


Universal einsetzbar. Vom Rechner (nicht wirklich spezifisch, aber okay) bis zur Windows Systemdatei (was hat das mit der Platform zu tun?)
Vom Fahrrad bis zum Türgriff.


Und weiter? Jeh näher ich an die Hardware ran gehe, desto mehr sprachliche Mittel fallen weg (wobei das auch nicht zu 100% stimmt). Die Sprache wird dementsprechend einfacher.
Klar, wenn du mit "hardwarenahe Programmierung" C mit Klassen meinst, dann hast du durchaus recht. Aber das liegt dann eher am unfähigen Programmierer und nicht an der Komplexität von C++.


Was haben Treiber damit zu tun? Eine API, die nicht zur grundlegenden Sprache gehört, trägt doch nichts zu ihrer Komplexität bei! Das wäre so als würde ich sagen "C# ist schwer weil SlimDX schwer ist". Was ist denn das für ein Argument?


LINQ und Reflection fallen mir ganz spontan ein. Wenn ich 2 Minuten länger nachdenken würde, dann wären da noch sicher mehr, aber so viel Energie möchte ich hier nicht reinstecken, da mir die entsprechende Energie nicht entgegengesetzt wird.


Sehr schön. Du stellst eine Behauptung auf, stützt diese nicht auf ein Beispiel und anstatt das nachzuholen kommt ein plumpes "doch". Wie man eine Diskussion führt ist dir wohl fremd.


Siehe "Doch"-Nr.1.


Das kann man so allgemein nicht sagen. C++ ist kein Garant für performante Programme. Und letztenendes muss man nicht in jedem Programm auf jeden CPU Cycle achten.


Das ist auch so eine Sache. Keine Ahnung haben wovon man spricht, aber dennoch drüber reden. Das lässt dich nicht seriös wirken.
Abgesehen davon gibt es auch für .NET Sprachen die Möglichkeit seine Binaries zu schützen, also wo genau liegt das Problem?


Doch, das geht sogar verdammt schnell. Und dafür muss man auch kein "Kleinkind" sein (keine Ahnung was du mit deinen Kindern hast).
Das fängt schon mit den ganzen Leuten an, die immer und überall eine Linked List benutzen und immer und überall new und delete benutzen. Und ja, die gibt es wie Sand am Meer und sie schwören darauf, dass sie es richtig machen.


Auch das kann man so allgemein nicht sagen, hier spielen zu viele Faktoren eine Rolle. Was für einen Hack willst du machen? Wie setzt du ihn um? Muss er regelmäßig aktualisiert werden? Etc. pp..
Bis jetzt habe ich noch keinen Hack gesehen, der sich so nicht auch in C# umsetzen lässt.

Ein paar Beispiele von dir wären ganz interessant, schließlich stellst du hier ja auch die ganzen Behauptungen in den Raum.

Also komplett habe ich mich da ja noch nicht festgelegt weil ich ja wie gesagt ein kompletter Anfänger bin und auch noch nicht so ganz verstehe über was ihr diskutiert ! ;-)
Trozdem DANKE für alle Feedbacks dir ihr mir geschrieben habt
Ich dachte zB an Hacks die ich nur für den Eigengebrauch nutze wie ich ja schon sagte zB einen Aimbot für kleine spiele.
Sonst habe ich mich noch nicht festgelegt wass ich programmieren möchte.

[Flyff_Service]

Originally Posted by Dr. Coxxy

-kein inline assembly.
-bin mir nicht sicher, aber denke mal hooks mit wechselnden calling conventions dürfte auch probleme geben.
-man MUSS die CLR laden.
-nachbauen von spielklassen/funktionen und verwendung dieser mit originalspielfunktionen dürfte auch nicht so einfach gehen.

Dazu kommt noch Klassen Hooks mithilfe von __fastcall, inline Assembler z.B für das ECX Register (this Pointer)
Viel Spaß ohne inline Assembler.

@Nightblizard
Warum siehst du nicht einfach ein das für diverse Dinge, wie z.B Hacks, C++ einfach besser geeignet als C# ist?

Originally Posted by Nightblizard

Das ist auch so eine Sache. Keine Ahnung haben wovon man spricht, aber dennoch drüber reden. Das lässt dich nicht seriös wirken.
Abgesehen davon gibt es auch für .NET Sprachen die Möglichkeit seine Binaries zu schützen, also wo genau liegt das Problem?

Man kann zwar den Code obfuscaten aber einen richtigen Schutz gibt es nicht. Und den obfuscaten Code wieder lesbar zu machen ist auch keine Kunst bzw. diesen zu interpretieren sollte bei kleineren Programmen sogar von Hand gehen.

Originally Posted by Nightblizard

Das fängt schon mit den ganzen Leuten an, die immer und überall eine Linked List benutzen und immer und überall new und delete benutzen. Und ja, die gibt es wie Sand am Meer und sie schwören darauf, dass sie es richtig machen.

Das ist ein Problem der Leute und nicht der Programmiersprache - denkst du wenn diese Leute in C# programmieren erhalten diese die Erleuchtung und können aufeinmal perfomant programmieren?

[Nightblizard]

Originally Posted by Dr. Coxxy

Was für hackrelevante vorteile denn?
kriegst doch eigtl alles was man in c# hat auch in c++ mit free libs wie z.b. boost hin.

Hackrelevant nicht unbedingt, aber allgemein arbeitet es sich in C# angenehmer. Das fängt schon mit der objektorientierten Standardbibliothek an, geht damit weiter, dass der Marshal dir viel Arbeit abnimmt und hört bei sprachlichen Features wie z.B. "lock" auf.
C# ist in vielerlei Hinsicht angenehmer als C++, darüber müssen wir uns hier doch nicht streiten, oder?

Originally Posted by Dr. Coxxy

-bin mir nicht sicher, aber denke mal hooks mit wechselnden calling conventions dürfte auch probleme geben.

Nope.


Damit kannst du Funktionen deklarieren und Aufrufen als wären sie in C++ geschrieben.

Originally Posted by Dr. Coxxy

-man MUSS die CLR laden.

Sauber und unauffällig, daran ist nichts auszusetzen.

Originally Posted by Dr. Coxxy

-nachbauen von spielklassen/funktionen und verwendung dieser mit originalspielfunktionen dürfte auch nicht so einfach gehen.

Doch, auch hier übernimmt der Marshal die ganze Arbeit.

Originally Posted by Dr. Coxxy

Was ein freund von mir öfters macht, ist eine hack dll in c++ zu schreiben, die alle gamerelevanten hooks erzeugt und mit einer pipe mit einem externen C# programm kommuniziert, welches dann die hauptarbeit macht.

Jup, so kann man das auch machen.

Originally Posted by Flyff_Service

Dazu kommt noch Klassen Hooks mithilfe von __fastcall, inline Assembler z.B für das ECX Register (this Pointer)
Viel Spaß ohne inline Assembler.

Jup, das geht sogar einfacher als in C++, weil das der Marshal für dich macht. Siehe oben.

Originally Posted by Flyff_Service

@Nightblizard
Warum siehst du nicht einfach ein das für diverse Dinge, wie z.B Hacks, C++ einfach besser geeignet als C# ist?

Weil das so eine Aussage wie "C++ Code ist schneller als .NET Code" ist und ganz einfach falsch ist. C++ ist sehr gut dafür geeignet, aber besser als C#? In manchen Bereichen durchaus, aber im Großen und Ganzen nicht. Das ist einfach zu situationsbedingt, als dass man es so verallgemeinern könnte.

Originally Posted by Flyff_Service

Man kann zwar den Code obfuscaten aber einen richtigen Schutz gibt es nicht. Und den obfuscaten Code wieder lesbar zu machen ist auch keine Kunst bzw. diesen zu interpretieren sollte bei kleineren Programmen sogar von Hand gehen.

Super, das Gleiche gilt für C++. Hau nen kleines Programm durch nen Disassembler und du kannst es auch ganz einfach nachvollziehen. Mit Hex-Rays bekommst du sogar relativ akuraten Quellcode erzeugt.
Da schenken sich beide Sprachen nichts.

Originally Posted by Flyff_Service

Das ist ein Problem der Leute und nicht der Programmiersprache - denkst du wenn diese Leute in C# programmieren erhalten diese die Erleuchtung und können aufeinmal perfomant programmieren?

Naja, das kommt drauf an. Prinzipiell nicht, da hast du schon recht. Aber das ist das auch nicht so wichtig, schließlich argumentieren hier viele nur mit "C++ = Performance" und das stimmt nunmal so einfach nicht. Es ist in C++ einfacher langsamen Code zu schreiben als es das in C# ist. Es ist dennoch sehr einfach in C#, aber da gibt es entsprechende Kontrollstrukturen, die das alles noch ein wenig kompensieren.