mda am cam lipsit de la computer si nu am fost prea activ,a chestia cu punctele ca sar la mijloc a fost un debug mode ca trebuia sa incerc o coliziune cu spriteul mai buna pt. ca spriteul este o sfera colliziunea trebuie sa fie pe masura deci am aplicat formula la distanta:
Dist(A,B)=sqrt((B.x-A.x)^2+(B.y-A.y)^2) si nu mergea nu stiu de ce,in codul meu era ceva de genul

acum trebuie sa adaug chestia cu scorul.

Operatorul ^ nu e ridicare la putere in C++, e XOR. Ce vrei tu se scrie:

mersi dark

Apropo de snprintf() si 0-ul de la sfirsit: snprintf() ala din C99, care exista in GLIBC si alte biblioteci de C, scrie si 0-ul, deci nu-i nevoie de chestia aia cu pusul terminatorului explicit. Problema e ca snprintf() nu exista in CRT-ul Microsoft din diverse motive timpite.

In CRT-ul Microsoft exista _snprintf(), cu underscore-ul ala in fata, care are intr-adevar problema cu lipsa terminatorului daca buffer-ul e prea mic. Pe scurt, daca urmatorul cod se compileaza:



nu trebuie sa faci nimic. Daca nu se compileaza, esti pe tarimul micromoale, unde trebuie sa faci ce-a zis jos8cal:

Asta e ca-n bancul cu la reluare ratezi. Eu la reluare se pare ca am zis corect, adica cu underscor.
Mersi de corectie si de adaugirea legata de C99. Paguba practica oricum nu cred c-a facut, ca Vaipa si Andi folosesc mai mult ca sigur MSVC, iar asta nu te lasa fara underscore, iar Cosmin nu cred ca s-a sinchisit sa testeze. Nu-i asa, nerusinat mic?

Mda nu am testat si da sunt un nerusiant mic.Nu mai am nevoie ca am gasit de la tata Google cum sa fac scorul.Totusi mersi pt. ajuor

Err, defapt, ce se intampla la mine -si nu mi-am dat seama- e ca una din librariile externe care le folosesc are ea grija de snprintf. Vine cu versiunea proprie. Gata, mi-am amintit: interpretorul in C de Python. De acolo am 'snprintf' pe Win.

In cazul ala probabil emuleaza snprintf() din GLIBC, ca sa se simta ca pe *nix unde a fost dezvoltat initial, deci ar trebui sa se ocupe de 0. Nu strica sa testezi totusi: