Visual Studio 2015 __fastcall

[PainToTheWorld]

Hii
ich bin vor kurzem von c++ Builder zu visual studio gewechselt und hab dabei n kleines Problem.

__fastcall wird scheinbar einfach nicht benutzt

void __fastcall hkConnect(void* client, char* ip, int port)

Was bei embarcadero c++ Builder problemlos funktioniert.. macht hier Probleme.
Kennt das jemand und kann eventuell weiterhelfen?

[Pumba98]

Gehört dann wohl doch eindeutig eher hier hin:

[Bombasticx3]

Originally Posted by PainToTheWorld

Hii
ich bin vor kurzem von c++ Builder zu visual studio gewechselt und hab dabei n kleines Problem.

__fastcall wird scheinbar einfach nicht benutzt

void __fastcall hkConnect(void* client, char* ip, int port)

Was bei embarcadero c++ Builder problemlos funktioniert.. macht hier Probleme.
Kennt das jemand und kann eventuell weiterhelfen?

#edit. Was falsch verstanden

Originally Posted by Pumba98

Gehört dann wohl doch eindeutig eher hier hin:

Genau.

[PainToTheWorld]

Es geht um eine Funktion in Nostale. Hätte ich dazu schreiben sollen.
Die Argumente werden nicht richtig übergeben.

[Pumba98]

Originally Posted by PainToTheWorld

Es geht um eine Funktion in Nostale. Hätte ich dazu schreiben sollen.
Die Argumente werden nicht richtig übergeben.

Wenn es erst seit dem Wechsel zu VS probleme gibt hat es trotzdem rein garnichts mit NosTale zu tun

[nBot-Developer]

Die __fastcall convention unterscheidet sich von Embarcadero und VS

[BladeTiger12]

So viel ich gesehen habe, hat Visual Studio diese Call-Convention gar nicht.
(Habe es selbst schon etliche male Probiert... Ohne Erfolg)
Letztendlich kann mann dann wohl nur auf __asm zurückgreifen.
(Keine Ahnung ob man so eine eigene erstellen kann. Glaube aber eher nicht so einfach.)

[Pumba98]

[Bombasticx3]

Lässt sich ohne Probleme aufrufen, auch mit overloads.
Ob er Fastcall auch richtig nutzt, keinen Plan.

Vielleicht liegt das Problem an ner andren Stelle im Code?

 nevermind

#define FASTCALL __fastcall
int test;

int __fastcall hallo(int a, int b, int c) {
	std::cout << "Hallo" << std::endl;
	return 5;
}


int main()
{
	hallo(3,2,test);
    return 0;
}

[BladeTiger12]

Originally Posted by Pumba98

Das unterscheidet sich je nach Compiler.
Sonst würde es bei ihm ja noch gehen.
NosTale nutzt auf jeden Fall eine andere Calling-Convention.

[Bombasticx3]

Originally Posted by BladeTiger12

Das unterscheidet sich je nach Compiler.
Sonst würde es bei ihm ja noch gehen.
NosTale nutzt auf jeden Fall eine andere Calling-Convention.

Eventuell __stdcall?

[BladeTiger12]

Originally Posted by Bombasticx3

Eventuell __stdcall?

Nope^^ Keine von C++ passt.
NosTale ist doch so weit ich weiß in Delphi, deswegen wahrscheinlich.
Sprich man kommt so schnell nicht rum um __asm.

[atom0s]

The game does not use __fastcall for most things, it's a custom calling method used by Delphi. It's similar to __fastcall but does not use the same registers. Fastcall uses ECX and EDX for the first two parameters, where most of Nostale's calls use EAX, EDX, and ECX instead.

You can create custom 'naked' stubs to call the functions instead and just mimic the parameter movements into the proper registers.

[PainToTheWorld]

typedef void(__fastcall *tNTConnect)(unsigned long client, char* ip, int port);

Lässt sich problemlos aufrufen... will man aber hier was abfangen, sind die Register verkehrt.
__asm is zwar nicht so schön, scheint aber nicht anders zu gehen...
Hatte die Hoffnung, das es an den Einstellungen von Visual Studio liegt.
Trotzdem danke an alle

[atom0s]

If you are looking to alter where the client connects to, you can just hook the 'connect' winsock API.


Just detour it and alter the connection information in the sockaddr structure.


If you are looking for where the game client currently calls connect, it's located in:
0x526AA4


The current stub is:

int __usercall sub_526AA4@<eax>(int a1@<eax>, int a2@<edx>, u_short a3@<cx>)

Which you will need to manually call with inline ASM as the calling convention is non-standard.