Spmn

Daca scrii in cmd: ping SERVERIP (fara port) Ce raspuns primesti?

Creezi functiile in PAWN. Numele + parametrii spun destul de clar ce trebuie sa faca fiecare functie.

Daca vrei sa joci la risc si sa pierzi contul de paypal pe care poti avea bani frumosi, atunci nu ai decat sa iti faci cont pe o identitate sub 18 ani.

Pentru paypal ai nevoie de 18 ani.

Tutorial = copy-paste dintr-un gamemode?

Daca inca esti in cautare de o persoana sa iti finiseze gamemode-ul, lasa-mi un PM cu stadiul unde se afla scriptul acum si ce doresti sa fie adaugat.

Dezactiveaza toate chestiile aditionale ale SAMPFUNCS in speranta ca nu va primi crash.

Codul asta e de pe vremea godfatherului clasic, mod care nu mai e folosit cam de nimeni. Posteaza si tu macar ceva care sa aiba legatura cu prezentul, nu scripturi de aproape 10 ani.

Spune pe nume, ******, ca nu te baneaza nimeni daca spui un cuvant. // lel, acuma vad ca e interzis sa postezi numele

Daca nu stii ce vrei sa faci, de ce te mai chinui sa deschizi un server degeaba? Ori stii din capul locului exact ce vrei, ori vei sfarsi ca celelalte copii RO-RP care abia atingeau 10 jucatori inainte sa fie inchise.

O singura intrebare: de ce ai ca public tinta jucatorii romani? Ai un target de ~200 jucatori, iar mare parte din ei joaca pe RO-RP de multa vreme facandu-si legaturi acolo si nu vad de ce ar intra pe alt server. De ce nu il traduci in engleza si sa ai ca target mult mai multi jucatori, avand in vedere ca serverele engleze sunt in mare parte NGRP edits, poate cu GM-ul tau ai reusi sa faci o diferenta.

Notepad nu stie doar de LF, ci de CR+LF. Cauta pe Google daca vrei informatii despre subiect. Foloseste orice alt editor in afara de notepad. Totusi, daca vrei sa arate klumea si in npad, atunci cauta unde se scrie \n in fisier si modifica in \r\n S-ar putea totusi ca scriptul sa citeasca prost din fisier daca modifici.

Am avut un server RP prin 2011-2012 si am experienta destul de maricica in GMul LARP si derivatele lui. Dealershipul de acolo este cel mai de cacat pe care am lucrat in veata mea. Cand adaugi o masina statica in GM (la OnGameModeInit), trebuie sa incrementezi valoarea idx cu 1 (idx = nr de masini statice +1), iar cand adaugi o masina personala, in cars.cfg trebuie sa incrementezi arrayul CarInfo cu 1. (marimea trebuie sa fie egala cu nr de linii din fisier)

TextDrawBackgroundColor(Date, 0x000000FF);

http://pastebin.com/Gnf4NW43

Fratelemeleu, tu daca pui un cod, pune-l pana la capat. Ai postat doar invitatia pentru barbut, nu ai postat codul unde se petrece intreaga magie, respectiv codul de la /accept. + In codul postat nu este nici o urma de textdraw, deci ai postat codul gresit.

Codul din postarea asta e gresit (repet, NU, NU POTI INLOCUI CU cache_get_value_name_int), dar nu mai are rost sa justific, asa ca trec la ce am de spus: De ce e vina lui ca a folosit functiile respective care erau suportate de plugin? Vina principala e a dezvoltatorului pluginului care nu a pastrat consistent PAWN API (fapt ce s-a intamplat de mai multe ori in ultimii ani, btw) Iar referitor la sscanf, de ce sa scrii nspe mii de linii de cod cand poti rezolva simplu si usor cu cateva linii.

Nu, e fix invers. Cu forward trebuie sa pui deasupra, cu stock nu conteaza.

Aici ai exact definitia functiei cache_get_value_name_int luata din github repo. Daca ai da replace din cache_get_field_content_int in cache_get_value_name_int, atunci codul nu ar mai functiona corect (dar sunt sanse sa se compileze fara erori) deoarece valoarea din baza de date nu ar fi stocata nicaieri intrucat inainte nu exista parametrul destination. Acelasi principiu se aplica la bool si float, mica exceptie facand stringurile cu o singura dimensiune (sau toate stringurile daca se compileaza sursa cu zeex compiler) Daca nici acum nu intelegi diferenta, atunci ma retrag din discutie.

Nu faci diferenta intre valoare returnata de o functie si parametru transmis prin referinta. Functiile de preluare a informatiilor din R40 nu mai returneaza direct valoarea din baza de date ca in versiunile precedente cand un apel precum "new val = cache_get_row(0,0);" era perfect valid, ci returneaza in schimb un cod de eroare/succes, iar valoarea propriu-zisa este transmisa prin referinta, adica noul apel ar arata in felul urmator: "new val; cache_get_value_index_int(0, 0, val);" Asadar, functiile repostate de @SoNNy.sys NU MAI RETURNEAZA prin referinta, ci returneaza direct, exact ca in versiunile pana in R39, inclusiv. P.S: Nu am nimic cu tine sau cu ceilalti, dar in postarea pe care am citat-o data trecuta erai (si inca esti) prea intepat sustinandu-ti ideea care de la bun inceput era gresita, chiar daca in primul post, in comentariile din cod, este scris succint ce am prezentat eu anterior. P.P.S: Acum vad ca in postarea de aseara am avut o atitudine ostila, imi pare rau daca am suparat pe cineva. @WopsSTopicul de pe .com este corect, dar redactat ambiguu. La inceput este o rubrica unde se explica faptul ca functiile au fost redenumite, iar mai jos este alta rubrica in care se prezinta schimbarea parametrilor, ceea ce poate (si deja vad ca a facut-o in unele cazuri) conduce la confuzie. @SoNNy.sysNu e paguba, nu este ca si cum as fi scris sute de linii de cod. E doar o functie de 3 randuri.

Nu stiu pe ce versiune ai trecut tu, dar te asigur ca R40+ nu mai stie de functiile cache_get_field_content* sau cache_get_row*, iar inlocuitoarele nu mai returneaza valoarea direct, ci returneaza prin referinta(ca GetPlayerHealth(playerid, &health)). Deci, un CTRL+R nu te prea ajuta in cazul asta. @SoNNy.sys, io nu inteleg doua lucruri: de ce ai modificat din stock in forward+public pentru ca nu am pus degeaba acel keyword si nu altul; in unele cazuri vei primi warning la compilare, si anume cand functia e definita dupa apelarea ei, ex: http://pastebin.com/zpDZMBUx de ce ai modificat headerul functiilor, adaugand tagul MySQL: in fata la connectionHandle si, respectiv, stergand valoarea implicita (= 1)? In versiunile pre-R40, nu exista tagul MySQL:, deci in unele cazuri codul modificat de tine poate provoca warninguri, ex: http://pastebin.com/TX11bDhc In concluzie, daca ai copiat functia respectiva de pe SA-MP.com si nu stii de ce am pus anumiti parametri sau modifieri, lasa-i asa, nu-i schimba.

Atunci e intr-un #include

Crash-ul cu % in dialog nu are nicio legatura cu SQLi.

Filtreaza % la ondialogresponse. Inapoiati sunteti. Bugul asta e prezent din versiunea 0.3a (7 ani !!!) si voi inca nici macar nu l-ait patchuit.