sscanf() gibt falsche ID zurück?

Pablo Borsellino · 29. Juli 2011

Tag, heute fiel mir auf - und vor einiger Zeit auch, das meine DCMD Befehle die mit sscanf arbeiten nicht richtig funktionieren wenn ich die specifier "u", "r" o. "q" benutze. Dann wird immer die Zahl 0 egal bei welcher Eingabe von Namen zurückgegeben - z.B: /slap mit specifier "u" im Befehl:

dcmd_slap(playerid,params[])
{
new Spieler,Text[52];
if(sscanf(params,"u",Spieler))return SendClientMessage(playerid,0xAFAFAFFF," Benutze: /slap [Spieler]");
if(!IsPlayerConnected(Spieler))return SendClientMessage(playerid,0xAFAFAFFF," Kein Spieler mit diesem Namen/dieser ID gefunden!");
format(Text,sizeof Text,"Du hast %s (%d) geslappt.",SpielerInfo[Spieler][Name],Spieler);
SendClientMessage(playerid,0xAFAFAFFF,Text);
SlapPlayer(Spieler);
return 1;
}
Online Liste:

Zitat

ID 0: [NPC]DeagleBot
ID 1: [NPC]Flieger1
ID 2: Pablo_Borsellino
ID 3: Frank_Borsellino
ID 4: [NPC]Roflkopter
ID 6: Ro_Man

Eingaben/Ausgaben:

Code

/slap 3 » Du hast [NPC]DeagleBot (0) geslappt!/slap 0 » Du hast [NPC]DeagleBot (0) geslappt!/slap 7 » Du hast [NPC]DeagleBot (0) geslappt!/slap 4 » Du hast [NPC]DeagleBot (0) geslappt!

Hat jemand eine Lösung für dieses Problem parat? Habe die ganz normalen Datein in den richtigen Ordnern, und auch richtig eingebunden ins Script/in den Server - daran liegt es nicht.
Greetz!

maddin · 29. Juli 2011

Benutzt du R3/R4/R5 ? das sscanf plugin ist noch nicht mit der neuen SAMP version kompatibel. Musst also warten bis y_less es updatet.

//Edit:

Zitat von "Y_Less"

OK, some of you aren't going to like to hear this, but anyway. I am going on Holiday for two weeks tonight, I hoped to get this fixed before then but I just can't. For anyone interested, here is a review of what (I think) the problem is:

To get an ID by name, sscanf compares the entered text to all stored names in order. This could be done by calling "GetPlayerName", but that's not brilliant from a performance view so instead I opted for a DMA method. One of the (undocumented) items passed to a plugin on startup in the array from which you get the AMX functions pointer is the "CNetGame" pointer, this is the main entry point for more server functions. Within that structure is a pointer to "CPlayerPool", and within THAT structure is three arrays (well more, but three we need). The first is the "IsPlayerConnected" data (i.e. an array of bools), the second is the "IsPlayerNPC" data, the third (not in order) is the "PlayerName" data.

The current version of the sscanf code makes static assumptions about the layout of both the CNetGame and CPlayerPool structures to retrieve these bits of data - all you need to do is update these static offsets. I think currently the code looks a bit odd because the CPlayerPool pointer is the first thing in the CNetGame structure, so that is currently just a double indirection, but I could be wrong.

Anyway, if anyone wants to try fix it and has half a clue of what they're doing that should be more than enough information to get you going.

Alles anzeigen

Akino Kiritani · 29. Juli 2011

Das liegt am neuen SA-MP update.
Nutze die R2 und alles solte gehn.

Kalcor begründete es in etwa so:
Da sscanf nicht vom SA:MP Team gemacht wurde bieten wir keinen Support für sscanf wenn es Updates gibt, vorallem dann nicht wenn dieses Plugin memory hacking nutzt

Pablo Borsellino · 29. Juli 2011

Ahh stimmt, dann hau ich das Update mal wieder raus. Danke, habe daran nicht gedacht..

breadfish.de 11. März 2022