C++ lernen womit?

[Dr. Coxxy]

Originally Posted by Nightblizard

Nope.


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

"FastCall This calling convention is not supported."
da fangen die probleme schon an.
da auch inline assembler nicht möglich ist, bekommt man bei funktionen die außerhalb der normal üblichen konventionen liegen, was durchaus schonmal durch compileroptimierung oder durch i-nen trick des programmierers (sieht man öfters mal in low level engine funktionen), praktisch nicht lösbare probleme.
EDIT:
da es wohl auch kein naked functions gibt(korrigier mich, wenn ich irre), fallen auch noch einige hookingmethoden und andere tricks raus.

Sauber und unauffällig, daran ist nichts auszusetzen.

ist einfach zu erkennen und lassen sich gegenmaßnahmen gegen ergreifen.
um diese gegenmaßnahmen auszuschalten muss man dann wieder unmanaged code anwenden, falls überhaupt so einfach möglich.

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

mir jetzt nicht so genau angeschaut, aber kann ich ein objekt wie dieses hier:

class GameClass
{
public:
	__declspec(align(16)) Vec4 a;
	__declspec(align(16)) Vec3 b;
	__declspec(align(16)) Vec4 c;
	__declspec(align(16)) Vec3 d;
	int SomeInt1;
	bool SomeBool1;
	bool SomeBool2;
	bool SomeBool3;
	char* SomeCString;

	virtual void f0000();
	virtual int& f0001();
};

in c# so simpel wie hier (c++) deklarieren und benutzen?
z.b.:

	GameClass* Blubb = (GameClass*) 0x123456;
	Blubb->f0000();
	Blubb->a = Vec4(0, 1, 2, 3);
	int temp = Blubb->f0001();
	Blubb->SomeBool3 = false;

oder objekte davon selber erstellen?
oder muss ich erst zig tricks anwenden, damit vtable, bool alignment und vector alignment beachtet wird?

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

einfacher würde ich das nicht nennen, in c/c++ reicht ein typedef.

[DerBasiop]

Können wir uns wieder um den eigentlichen Thread Kümmern ;-)

[Flyff_Service]

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.

Für einen Bot ist meiner Meinung nach C# zwar besser geeignet geht es aber in Richtung Gamehacking kommst du um C/C++ nicht herum. Wie versteckt man denn z.B seine Hooks vor professionellen Antihacks mit C#? Geht nicht.

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.

Schon bisschen komplexer und man kann es nicht mehr so leicht nachvollziehen mit einem Disassembler und aus Assembler einen Sourcecode zu generieren geht mit solchen Programmen in 99% der Fälle in die Hose. Dagegen kann man bei .Net Programmen den gesamten Quellcode auslesen. Verstehe nicht was du dir hier schön reden willst?

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.

Also nur weil man angeblich einfacher langsamen Code in C++ schreiben KANN ist es für dich im Endeffekt langsamer als C#? Gibt genügend Benchmarks und Assembler ist einfach schneller als Managed Code - was ja auch logisch ist.

@DerBasiop
Wenn du nur einen Bot schreiben möchtest, empfehle ich dir C# - sobald du aber etwas komplexeres Gamehacking betreiben möchtest wie z.B Aimbots und Hacks welche das Spiel modifizieren solltest du dich für C++ entscheiden. Da du mit C++ gewisse Vorteile hast wie z.B inline Assembler - sehr hilfreich für Hooks und um interne Spielfunktionen auszuführen brauchst du nur den Assemblercode kopieren - erleichtert einem die Arbeit ungemein. Mit C# allein kannst du deinen Hack nicht vor Antihacks verstecken und riskierst eine höhere Chance gebannt zu werden.

[DerBasiop]

Originally Posted by Flyff_Service

Für einen Bot ist meiner Meinung nach C# zwar besser geeignet geht es aber in Richtung Gamehacking kommst du um C/C++ nicht herum. Wie versteckt man denn z.B seine Hooks vor professionellen Antihacks mit C#? Geht nicht.



Schon bisschen komplexer und man kann es nicht mehr so leicht nachvollziehen mit einem Disassembler und aus Assembler einen Sourcecode zu generieren geht mit solchen Programmen in 99% der Fälle in die Hose. Dagegen kann man bei .Net Programmen den gesamten Quellcode auslesen. Verstehe nicht was du dir hier schön reden willst?



Also nur weil man angeblich einfacher langsamen Code in C++ schreiben KANN ist es für dich im Endeffekt langsamer als C#? Gibt genügend Benchmarks und Assembler ist einfach schneller als Managed Code - was ja auch logisch ist.

@DerBasiop
Wenn du nur einen Bot schreiben möchtest, empfehle ich dir C# - sobald du aber etwas komplexeres Gamehacking betreiben möchtest wie z.B Aimbots und Hacks welche das Spiel modifizieren solltest du dich für C++ entscheiden. Da du mit C++ gewisse Vorteile hast wie z.B inline Assembler - sehr hilfreich für Hooks und um interne Spielfunktionen auszuführen brauchst du nur den Assemblercode kopieren - erleichtert einem die Arbeit ungemein. Mit C# allein kannst du deinen Hack nicht vor Antihacks verstecken und riskierst eine höhere Chance gebannt zu werden.

Alles kla Danke !

[nkkk]

Originally Posted by Flyff_Service

Für einen Bot ist meiner Meinung nach C# zwar besser geeignet geht es aber in Richtung Gamehacking kommst du um C/C++ nicht herum. Wie versteckt man denn z.B seine Hooks vor professionellen Antihacks mit C#? Geht nicht.

wieso denkst du das?

Schon bisschen komplexer und man kann es nicht mehr so leicht nachvollziehen mit einem Disassembler und aus Assembler einen Sourcecode zu generieren geht mit solchen Programmen in 99% der Fälle in die Hose. Dagegen kann man bei .Net Programmen den gesamten Quellcode auslesen. Verstehe nicht was du dir hier schön reden willst?

warum sollte mich das stören wenn man meinen quelltext auselsen kann?.

Also nur weil man angeblich einfacher langsamen Code in C++ schreiben KANN ist es für dich im Endeffekt langsamer als C#? Gibt genügend Benchmarks und Assembler ist einfach schneller als Managed Code - was ja auch logisch ist.

ja c++ ist im prinzip schneller, liegt hauptsächlich daran das die c++ compiler mehr optimierungen und tricks draufhat (z.B. gibt es assemblerbeehle die der CLR compiler garnicht nutzt), das nativer code grundsätzlich schneller ist, als Managed Code ist einfach falsch denn jede methode muss zur laufzeit ja nur einmal übersetzt werden, und der GarbageColector fällt im normalfall auchnicht ins gewicht.


Naja falls ich iwann nochmal einen einen Hack schreiben werde werde ich wohl C# und C++ gemischt einsetzten man kann ja C# und native C++ code in eine assebly (exe oder dll) linken (dazu bruacht man aber Visual Studio professional, mit express ist es glaube ich ziemlich umständlich).


@te es gibt hier im forum genug "Welche Sprache ist geeignet" Threads in dir einer sagt c++ ein anderer C# und wieder ein anderer Delphi, LISP, SQL, Autoit, Assembler oder iwas anderes vorschlägt.
und "Wie lerne ich C++" Theads gibt es auch genug, such einfach danach.

[ZenZen.Kwaii]

Also ich finde die Videos von Sterminio sind sehr gut erklärt und die seh ich mir auch derzeit an um etwas zu lernen.