Nagyon lazán néz ki ezzel a hosszú bugos késsel

 

 

...
 

Ez nem optikai csalódás csak egy bug...
 
[/quote]
Egyeseknek milyen rossz szemük van.
 
[/quote]
Egyáltalán nincsen rossz szemem és már nem azért, de egy képrõl senki nem tudja eldönteni, hogy bug-e vagy nem, mert lehet egy sima textúra bug is...
 
[/quote]
Én inkább úgy fogalmaznék, hogy rajtad kívül mindenki megtudta állapítani.

A name-t itt egyhelyen használom, de máshol nem.
 

Én is ezt mondom, ezért felesleges globálisan létrehozni elég a függvényben deklarálni. (pName(playerid))
Amúgy most már tényleg kapós, használathoz én is ezt ajánlom.

Fasza, hogy nem kell leszedni a forrásért. 
Átnéztem és az alábbi korrigálni valókkal találkoztam (ezek többnyire gyorsító jellegûek)
Ahogyan a \"FristSpawn\"-nál, úgy a LoggedIn-nél is alkalmazhatod a \"type-os\" trükköt.
Ha azt akarod ellenõrizni, hogy van-e beírt szöveg nem kell használnod az strlen funkciót, elég ha azt ellenõrzöd, hogy a legelsõ karakter nullkarakter. Ha igen akkor a karakterlánc üres.
 

         if(!inputtext[0])
   {
      SendClientMessage(playerid, COLOR_RED, \"Nem írtál be semilyen jelszót!\");
      LoginDialog(playerid);
      return 1;
   }

 
Mivel a SavePlayer funkció ad vissza értéket visszatérhetsz azzal is. (itt alkalmazhatod a hármas operátor-t)
 

public OnPlayerDisconnect(playerid, reason) return (GetPVarType(playerid, \"LoggedIn\")) ? SavePlayer(playerid) : 1;

 
Ezeken kívül neked már annyira mániáid lettek a globális karakterláncok, hogy megfeledkezel arról, hogy ha csak egyetlen funkcióban használod a name-t akkor felesleges globálisan létrehozni.
A 24 helyett pedig a definíciót használd, hogy a késõbbi verziókkal is biztosan kompatibilis legyen!
Ezt ne szarkazmusnak vedd, azért írtam le ezeket, mert tudom, hogy te ezekbõl tanulsz és ha kijavítod, ez megfelelõ példaszkript lesz azok számára kik efféle adatbázis-kezeléssel foglalkoznának SA:MP terén.

Másold be a kódodat, különben csak tippelgetni tudunk.

Ez a leírás nem keverendõ össze Iceaac leírásával, hiszen az nem véd a visszafordítástól, ez a leírás pedig nem véd a .amx jogtalan felhasználásától. (Ajánlatos mindként módszert alkalmazni a biztos védelemért)
A leírás létrejöttét tulajdonképpen Matyinak is köszönhetjük, hiszen a módszert primitív formában õ újságolta el nekem. (ez azt jelenti, hogy függvénykönyvtára csak az osztályokat és a jármûveket tartalmazta)
Az eredeti leírást közel másfél éve angol nyelven írtam, ez a téma elérhetõ ITT.
Sok \"anti-deamx\" kód van, amelyek szerintem teljesen feleslegesek, hiszen az alábbi módszerrel is megakadályozhatjuk a visszafordítást.
A többi módszerrel ellentétben, itt gyakorlatilag nem akadályozzuk meg a visszafordítást, csak megszabjuk mit fordíthat vissza és mit nem.
Az elmélet a következõ: A DeAMX és társaik, a .pwn fájlt fordítják vissza ha más függvénykönyvtárakat is tartalmaz a mód, azoknak csak a beágyazó sorát adják vissza. Ebbõl adódóan, ha az egész szkript egy ilyen függvénykönyvtár, akkor a visszafordítás eredménye egyetlen sor lesz. (vagy akár több, ha akarjuk)
A gyakorlatban ez úgy néz ki, hogy megírjuk a szkriptünket úgy, ahogy eddig: egy .pwn fájlba. (át is fordíthatjuk, de itt még felesleges)
Miután ez megtörtént a forrás mellet létrehozunk egy másik .pwn fájlt az alábbi tartalommal:
 

#include \"mygamemode.pwn\"

 
Majd ezt az újonnan létrehozott forrásfájlt fordítjuk át, ami figyelmeztetések és hibák esetén ugyanúgy jelezni fog, mintha a másikban dolgoznánk. (sorszámmal, fájlnévvel együtt)
 

Tudnivalók/Figyelmeztetések:
 

• 
  Azt a szkriptet ami a forrás nagy részét tartalmazza ne fordítsuk át, ha megtesszük a .amx-et ne terjesszük, mert az továbbra is átfordítható!


• 
  Hosszú átfordítási idõ esetén, míg az egyik .pwn fordítás alatt van, a másikat szerkeszthetjük, de ne mentsük el míg nem végez a fordító a másikkal.


• 
  Ne felejtsük el a példában szereplõ \"mygamemode.pwn\"- t átírni saját forrásfájlunk nevére. (az idézõjelek kellenek!)


• 
  Az egysoros forrást kiegészíthetjük, de tudnunk kell ,hogy az abba lévõ tartalom nem áll semmiféle védelem alatt.