Ez a frissítés csak SA-MP szerver tulajdonosoknak van.
Ez a kiadás egy szerver frissítés mely SA-MP 0.3e-ben lévõ kisebb gondokat javítja.
Elég csak LINUX szervereknél a samp03svr fájlt, Windows szervereknél a \"samp-server.exe\" fájlt lecserélni, egyes esetekben akik NPC-t is használnak
a samp-npc alkalmazást is le kell cserélni, erre a kiadásra.
SA-MP 0.3e R2 server
- Kapcsolatok biztonságának frissítése.
- Egy új beállítási lehetõség server.cfg fájlban \"chatlogging 0\", chat-üzenetek naplózásának letiltása server_log.txt fájlba. (be kell írni a server.cfg fájlba)
Letöltés:
SA-MP 0.3e R2 Linux Server: http://files.sa-mp.com/samp03esvr_R2.tar.gz
SA-MP 0.3e R2 Windows Server: http://files.sa-mp.com/samp03e_svr_R2_win32.zip

@FlOrian
És az az 1016 darab 2 cella értékû (new g_szString[ (35 * 29) + 1 ][ 2 ]) változó hogyan tárolja el mondjuk az én nevemet?
A leggyorsabb sima ciklus sorozat mely átékos azonosítószámokkal fut le, abból adódik hogy feltételezzük hogy egy szerver nem a MAX_PLAYERS értékével megegyezõ slot számmal került elindításra.
Ezt az értéket a GetMaxPlayers() native funkció adja vissza nekünk.
Ennek az alkalmazásnak leggyorsabb módja ha csak egyszer kérjük le, és nem minden ciklus lépésenként.
Viszont ezt kettõ változó használatával tudjuk megoldani:
 

for(new i = 0, gmp = GetMaxPlayers(); i < gmp; i++)

 
Ez induláskor tárolja a szerver maximális játékosainak számát a gmp változóban és meg is õrzi minden egyes ciklus lépésben.
Amit sokan helyesnek tartanak az tulajdonképpen nem az:
 

for(new i = 0; i < GetMaxPlayers(); i++)

 
Itt az a probléma merül fel hogy a for ciklus minden egyes lépésnél lekérdezi a szerveren lévõ maximális slotok számát, és ez pazarló.
A leggyakrabban használt ciklus képlet viszont a samp 0.3e verziója mellett már 500-szor ismétlõdik:
 

for(new i = 0; i < MAX_PLAYERS; i++)

 
Erre találták ki a GetMaxPlayers()-t hogy egy ciklus sorozat ne ismétlõdjön 500-szor ha pl.: csak 30 slotos a szerver.
Viszont van egy másik módszer miszerint a MAX_PLAYERS definíciónak új értéket adunk viszont ezt szerver üzemeltetõknek változtatni kell ahogy változik a slotok száma.
 

#undef MAX_PLAYERS
#define MAX_PLAYERS 30

 
Ezzel a módszerrel számos helyen alkalmazott MAX_PLAYERS definicót a kívánt értékre állíthatunk.
Elõnye hogy mi?
A válasz egyszerû ha létrehozunk egy változót mely memória területet foglal el:
 

new valami[MAX_PLAYERS];

 
akkor alapból 500 darab cellát hozunk létre és ha ezt egy 30 slotos szerveren használjuk akkor van 470 darab feleslegesen létrehozott cella mely csak foglalja a memória területet kihasználatlanul.
A for, while, ciklusok ahol MAX_PLAYERS definíciót alkalmazunk csak annyiszor futnak le amennyi férõhelyes a szerver, nem ismétlõdik a példában szereplõ 470 alkalommal feleslegesen.

Mert a forech akkor tárolja a játékos azonosítószámokat (ID) mikor csatlakozik egy játékos.
Mikor az OnFilterScriptInit meghívásra kerül az adott filterscript még nem tárolja a játékos azonosítószámokat.
Másképp fogalmazva ha egy szerverben van egy mód és 4 darab filterscript melyekben felhasználásra kerül a foreach akkor 5 darab játékosok azonosítószámát tároló foreach eljárás van használatban.
Minél több filterscript ami foreachot használ annál több algoritmus kerül felhasználásra.
Ez az egyik nagy hátránya a rengeteg filterscript használatnak.
Hogy mûködésre bírd a filterscriptet tárolni kell a játékmód futása közben betöltött filterscriptben is az online játékosokat.
Mivel az említett probléma csak akkor fordul elõ ha egy szerver már fut és vannak rajt játékosok, és ekkor kerül betöltésre egy filterscript (szerver indításkor nincs ilyen probléma mivel még nincs csatlakozva játékos.
Hát nem teszteltem de próbáld ki talán így:
 

public  
OnFilterScriptInit( )
{
for(new forplayerid; forplayerid < MAX_PLAYERS; forplayerid++)
{
if(IsPlayerConnected(forplayerid))
{
   #if defined _FOREACH_BOT
      if (!IsPlayerNPC(forplayerid))
      {
         Itter_Add(Player, forplayerid);
      }
      #if !defined FOREACH_NO_BOTS
         else
         {
            Itter_Add(Bot, forplayerid);
         }
         #pragma tabsize 4
         Itter_Add(Character, forplayerid);
      #endif
   #else
      Itter_Add(Player, forplayerid);
   #endif
}
}
foreach(new i4 : Player)
{
printf(\"%d\", i4);
}
return 1;
}

A for ciklus csak erre a részre érvényes:
 

new
                i;
        for( ; i < MAX_VEHICLES; i++)
        GetVehiclePos(i,x1,y1,z1);
        if(IsPlayerInRangeOfPoint(playerid, 2.0, x1,y1,z1))
        {
[/quote]
csak a pirossal kiemelt rész ismétlõdik 2000 szer.
A parancs felépítése nem logikus kísérletezz csak úgy fogod megérteni a dolgokat.
Ha leírom az egyik helyes variációt abból nem fogsz megérteni semmit.

[gmod]A téma neve, a pawn code tagek használatának hiánya, [/gmod]
és a kapcsos zárójelek hiánya {}.

Több válaszban már leírták hogy visszatérésként return 1; -et írj.
Igen a \"return\" az angolul \"visszatérés\".
Minden egyes parancs zárásaként egy return 1; nek kell szerepelnie, ismétlem minden parancsnak.

public OnPlayerConnect(playerid)
{
new nev[MAX_PLAYER_NAME], string[256], ora, perc, masodperc;
GetPlayerName(playerid, nev, sizeof(nev));
gettime(ora, perc, masodperc);
if(ora >= 0 && ora < 12) return format(string, sizeof(string), \"Kellemes délelõtti játékot %!\",nev);
if(ora >= 12 && ora < 0) return format(string, sizeof(string), \"Kellemes délutáni játékot %!\",nev);
SendClientMessage(playerid, -1, string);
return 1;
}

 

Van ott kettõ return ami nem kellene oda.

[gmod]Akkor pár napos szünet mostantól a téma lezárásra került, oka egyszerû, nem bírtok magatokkal egy kis szünet jót fog tenni. Pár hozzászólás törölve.[/gmod]
[gmod]A téma megnyitva, hát warn-ra fel kedves fórumozók, ha nem volt elég ez a pár napos szünet. (akinek nem inge .....) [/gmod]