PAWN Compiler Zeex javításaival

Indította kurta999, 2014. február 17. - 22:05:03

Előző téma - Következő téma

kurta999

Ez egy speciális PAWN compiler, amiben az ismert hibákat javította ki Zeex és adott hozzá pár extra dolgot.
Legfontosabb dolog amit érdemes megemlíteni az a sor limit 512-rõl 4096-ra való kitolása. Így már a maximum megengedett stringel is fel tudsz mutatni egy MSGBOX dialógot anélkül, hogy tömbökkel kellene sz*rakodnod.
Akit érdekel a többi változtatás az itt találja meg:
https://github.com/Zeex/pawn/wiki/Known-compiler-bugs\" rel=\"external nofollow\">https://github.com/Zeex/pawn/wiki/Known-compiler-bugs
Javítások:
https://github.com/Zeex/pawn/commits/master\" rel=\"external nofollow\">https://github.com/Zeex/pawn/commits/master
Újdonságok:
https://github.com/Zeex/pawn/wiki/What\'s-new%3F\" rel=\"external nofollow\">https://github.com/Zeex/pawn/wiki/What\'s-new%3F
Letöltés:
https://github.com/Zeex/pawn/releases\" rel=\"external nofollow\">https://github.com/Zeex/pawn/releases

Dfoglalo

Ó f@*zomért szarakodtam annyit a sor limittel eddig, respect :D

bbTamas

#2
Köszönjük, ez nagyon hasznos.
Legalább nem kell felesleges változókat létrehozni, és strcat függvény használni, hogy ha hosszabb karakterláncot szeretnék létrehozni.
Lehet format függvénnyel is, de abban az esetben is szükségesek plusz változók.

ZyZu.

Ez nagyon cucc! :D Egyébként én vettem észre, hogy a streamer includet ki kellett törölni a módból mert alap benne van ebben a Compiler javításban? Nem tudom miért de frissíteni akartam és simán azt írta, hogy töröljem a módból a streamert.. :D Köszi kurta ez nagyon jól jött! Fõleg a formázás.  ;)

divkn

Most hogy már tudom mi az az \"#emit CALL\" és javítva is lett, akkor talán meg is van az új parancsfeldolgozóm alapja. :D
__line konstanttal legalább lehet ellenõrizni azt hogy a kód Zeex fordítóval van/lesz fordítva.
 
#if !defined(__line)
#error Ez nem a Zeex fordítója.
#endif

krisk

#5
Miért jobb a CALL asm utasítás mint a sima függvényhívás? Annyival szerintem nem gyorsabb (mondjuk nem néztem még meg).
Emellett azt hiszem, hogy maga a CALL utasítás valamekkora offsetet is kér, ami mindig változik compiling után (legalább is én így tudom, de lehet hogy ez már ki lett javítva). Máskülönben meg nem tudom, de szerintem egy
 

push.c 12
push.c 34
push.c 8
call Fuggveny

 
sokkal undorítóbb, mint egy
 

Fuggveny(34, 12)

Sramm

#6
Csak nekem nem sikerül beüzemelni? Ha kicserélem, akkor mindenféle bajok vannak az inc-el (symbol already defined és barátai). Van ennek valami trükkje a felülíráson kívül?
E:
Rájöttem, YSI okozza a problémákat, frissíteni kell az YSI-t 4.0-ra, és a legújabb compilert kell letölteni. ezek után menni fog jól :)

Bloody44


C:\\Documents and Settings\\Rendszergazda\\Asztal\\SA-SERVER\\pawno\\include\\sscanf2.inc(30) : fatal error 111: user error: Please include <a_npc> or <a_samp> first.
 
Compilation aborted.
Pawn compiler 3.2.3664.samp           Copyright (c) 1997-2006, ITB CompuPhase
 
1 Error.

 
LEL... valaki tudja mi baja?!
természetesen az #include <a_samp> benne van ;) ne nézzetek hülyének

divkn

A(z) sscanf2.in függvénykönyvtárt tedd az a_samp.inc alá, ne pedig fölé, vagy nézd meg hogy az a_samp.inc-ben van-e _samp_included makró.

Bloody44

van, töröltem, most már nem tud olvasni valamelyik YSI fájlból  :wall: mind1, csak ki akartam próbálni  :angel:

Sramm

Ha olvasnál kicsit feljebb leírtam, hogy frissíteni kell az YSI-t, az sscanfból kiveheted azt a sort ami az errort okozza.

Sramm

#11
Csak nekem nem sikerül beüzemelni? Ha kicserélem, akkor mindenféle bajok vannak az inc-el (symbol already defined és barátai). Van ennek valami trükkje a felülíráson kívül?
E:
Rájöttem, YSI okozza a problémákat, frissíteni kell az YSI-t 4.0-ra, és a legújabb compilert kell letölteni. ezek után menni fog jól :)

Bloody44


C:\\Documents and Settings\\Rendszergazda\\Asztal\\SA-SERVER\\pawno\\include\\sscanf2.inc(30) : fatal error 111: user error: Please include <a_npc> or <a_samp> first.
 
Compilation aborted.
Pawn compiler 3.2.3664.samp           Copyright (c) 1997-2006, ITB CompuPhase
 
1 Error.

 
LEL... valaki tudja mi baja?!
természetesen az #include <a_samp> benne van ;) ne nézzetek hülyének

divkn

A(z) sscanf2.in függvénykönyvtárt tedd az a_samp.inc alá, ne pedig fölé, vagy nézd meg hogy az a_samp.inc-ben van-e _samp_included makró.

Bloody44

van, töröltem, most már nem tud olvasni valamelyik YSI fájlból  :wall: mind1, csak ki akartam próbálni  :angel: