Vagy nincs létrehozva, vagy pedig alakítsd át számmá (tonumber). (inkább az elsőnek van nagyobb lehetősége)

Válasz igen egyszerű, maga a paraméter, amiket megadsz string típusúak, ergo a következő feltétel mindig igaz lesz, és kiírja a hibát:
 

type(level) == \"string\"

 
A kód tökéletesen fog futni, ha kiveszed a feltételt belőle, és nem fog semmilyen hibát sem eredményezni.

Hát, mozit csak nehézkesen lehetett megvalósítani, viszont már csak az új böngészős cuccal rengeteg dolgot meglehet valósítani.

v0.2.3:
- Stack halmozódás javítva call funkciónál.
- call funkció javítva: az argumentumok 1. indexnél kezdődnek és nem 3.-nál
- Prescript javítva: ha nem adtál meg argumentumot nem hívta meg tökéletesen a funkciót.
- Elfogadott \"export\" használat:
 

export[\'resourcename\'].someFunctionName([arguments ...])
export[\'resourcename\']:someFunctionName([arguments ...])
export[\'resourcename\'][\'someFunctionName\']([arguments ...])
export.resourcename.someFunctionName([arguments ...])
export.resourcename:someFunctionName([arguments ...])
export.resourcename[\'someFunctionName\']([arguments ...])
local resource = export[\'resourcename\']
resource.someFunctionName([arguments ...])
resource:someFunctionName([arguments ...])
resource[\'someFunctionName\']([arguments ...])

 
Letöltés:
Plugin
Forráskód

v0.2.2:
- Úgy érzem, hogy sikeresen átment a teszteken, így már nem Alpha stádiumban van.
- A resourcekat most már a következő mappában kell elhelyezni: lua/resources/.
- Resourcek most már server.cfgből is indíthatóak a következő beállítással: luascripts resourcename
- Resourcen belül a Lua fájlok most már egy virtuális gépben tárolódnak, ennek köszönhetően egy resourcen belül megosztódnak a funkciók.
- Lua virtuális gépek nem voltak leállítva tökéletesen.
- Időzítő kijavítva.
- Új object kezelő implementálva.
- Makefile hozzáadva, így Linuxon is átlehet fordítani (használat: make LUASAMP).
- Az időzítő néha crasheltette a szervert resource leállításnál.
- Néhány selejt kód kivéve.
- Új funkciók hozzáadva az argument olvasóhoz.
- Lua stack debug funkció hozzáadva.
call funkció hozzáadva, melynek segítségével megtudsz hívni egy funkciót másik resourceból (futnia kell az adott resourcenak). i.e.:
 

call(\"resourcename\", \"functionname\", [arguments...])

 
Vagy lehetőség van funkciót meghívni az \"export\" globális változóval (természetesen a visszatérési értékeket megkapja a funkciótól ugyan úgy mint callnál). i.e.:
 

export[\'resourcename\'].testFunction(\"some string\", 10, 20.0, true)
export[\'resourcename\']:testFunction(\"some string\", 10, 20.0, true)
export[\'resourcename\'][\'testFunction\'](\"some string\", 10, 20.0, true)

 
- isResourceRunning funkció hozzáadva, melynek segítségével ellenőrízni tudod, hogy egy adott resource fut-e
- Most már modulokat is belehet tölteni, amelynek segítségével különböző funkciók hozhatók létre Luahoz. Modult server.cfgben lehet az alábbi beállítással: luamodules modulename.dll
- Modulokat a következő mappába kell rakni: \"lua/modules/\".
- Modul SDK hozzáadva, aminek segítségével modulokat tudsz létrehozni (MTA mysql modul importálva példaként).
U.I.: A plugin most már elérhető Linux alatt is (mind modul_sdk példa modul, mind az mta_mysql modul), amit a Release résznél találtok!

Megéri egy új szervert a plugineddel készíteni? (nyilván ezért raktad ki)
Hogyan kezeli az \"includeokat\". Át kell írni, esetleg 1:1-ben kezeli?
MySQL, Streamer, egyéb Pluginek?
Tetszik a kezdeményezés, szeretnék is rá építeni.
 

Jelen pillanatban alpha státuszban van, ezért előfordulhatnak hibák. Mivel ez Lua és nem Pawn, ezért a függvénykönyvtárakat is át kell írni. Pluginokat egyenlőre még nem kezel, viszont a közeljövőben szeretnék létrehozni egy SDK-t, amivel majd modulokat (mint MTAban) lehet majd létrehozni (esetlegesen támogatni is fogja az MTA-s modulokat, így secperc alatt átlehet hozni majd őket is ide).

Ennek van valami értelme? haszna? mármint ad új funkciót a samphoz?

Dedikált? nem? akkor nem kell!
 

Természetesen:
- Kiváló C++ gyakorlás részemről.
- Luaban esetlegesen megkönnyítheti egyes rendszerek létrehozását, használatát.
- Fájlokra bonthatod egyes rendszereidet.
- Játékmódot több resource is bonthatod.
- Nem kell átfordítani a fájlokat.
- Van aki a Lua-t jobban preferálja, mint PAWN-t.
- Lua támogatja az OO-t (objektum orientációt).
- Későbbiek folyamán szeretném bevezetni az ún. \"element\" rendszer, mint ami MTAban is megtalálható és ezekhez kapcsolni funkciókat. pl.: amikor egy funkció megkap egy player típusú elementet, az adott elementen használhatsz funkciókat: player:setName(\"újnév\")
(annak van értelme, hogy megnyitottad a 32. Goudlyne \"egyedi\" RP-s szervert?)

v0.1.2 (Alpha):
- setTimer, killTimer funkció hozzáadva.
- Új argument olvasó.
- A funkció olvasóval kapcsolatosan néhány hiba javítva.
Szintaxis (setTimer):
 

timerid setTimer(interval, repeat, function [,arguments...])

 

• interval - Intervallum milliszekundumban mérve.


• repeat - Amennyiben \"true\"-ra van állítva, akkor addig kerül meghívásra, míg a killTimerrel le nem állítod. Ha \"false\" az értéke, akkor csak egyszer hívódik meg.


• function - A funkció amelyet megakarsz hívni.


• arguments - Ez csak akkor használatos, hogy ha változókat akarsz tovább vinni a funkcióba.

Visszatérés: visszatér az időzítő idjével.
Szintaxis (killTimer):
 

bool killTimer(timerid)

 

• timerid - az időzítő idje amit leakarsz állítani.

Visszatérés: \"true\"-val tér vissza, ha sikerült leállítani az időzítőt, \"false\"-al ha nem sikerült (az időzítő nem létezik).
Példa a használatukra:
 

local timerid = setTimer(1000, true, function(number, str, bool)
print(string.format(\"Test (1 sec): %d, %s, %s\", number, str, tostring(bool)))
end, 10, \"Test\", true)
killTimer(timerid)

 

function testTimer(number, str, bool)
print(string.format(\"Test (1 sec): %d, %s, %s\", number, str, tostring(bool)))
end
setTimer(1000, true, testTimer, 10, \"Teszt\", true)

 

setTimer(1000, false, function()
--do something here
end)

 

function testTimer()
--do something here every 1sec
end
setTimer(1000, true, testTimer)