ah, i guessed the reason already:
the sscanf2 plugin works great with 0.3c, it can retrieve the playerid from the players name. however, since some updates to SAMP changed the memory offsets for playernames, where the player ids are stored, the sscanf2 gets tricked, and kind of forced to push out wrong values. this is caused by using the "u" parameter, which handles the playername-to-numerical conversion.
to fix all your commands for now, the best way is to stick to the "d" parameter instead of "u". its not parsing a playername like /goto bab (bab becomes my id, like id 9), so you would need to directly type /goto 9.
in short:
change all your "u" into a "d" in all sscanf prarameter strings:
search for each "sscan" and manually seek any "u" inside the brackets, like "u", "ud", "uu", "uud", and replace each "u" with a "d". the 4 strings above would change to "d" "dd" "dd" and "ddd". looks weird, but you can depend that all your changed commands will work for now, despite they take numerical values only.
as soon a final release of SAMP 0.3d (R1 most prolly) got released, give ****** some days to redem his plugin, and as soon this happened, we will be able to convert all or commands back....
here your 2 commands starting lines each: pay attention, there arent any "u" inside:
Код:
CMD:gotoid(playerid, params[])
{
new giveplayerid;
if(sscanf(params, "d", giveplayerid)) return SendClientMessageEx(playerid, COLOR_WHITE, "USAGE: /gotoid [playerid]");
Код:
CMD:gethere(playerid, params[])
{
new giveplayerid;
if(sscanf(params, "d", giveplayerid)) return SendClientMessageEx(playerid, COLOR_WHITE, "USAGE: /gethere [playerid]");
iam sure you will find more commands you didnt use yet, have fun fixing all of them ^^