Moi ce qui me fait peur, c'est pas le assert, pourquoi pas, mais plutot le:
sizeof(data->buffer[0]) sans verifications d'indice et le memcpy de boeuf sur une technique de "a-zy, ca rentrera, pis si ca rentre pas, tu pousses un peu et tu bourres..."
c'est bien cool de checker que data est non nul, mais si c'est pour dereferencer un tableau juste apres en decidant qu'il fera telle taille sans en avoir la moindre idee, honnetement pourquoi se faire chier avec le premier assert?
Et note que je ne parle meme pas du memcpy de cowboy
J'allais dire "il manque peut etre des lignes qui viennent avant pour etre sur que ca a pas ete verifie", mais acceder a data->buffer avant assert(data != nil) c'est un peu couillon quand meme :)
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Un systéme d'ipc sur un seveur OMG
Posté par pasScott pasForstall . En réponse au journal systemd est un "bloat". Évalué à 8.
Moi ce qui me fait peur, c'est pas le assert, pourquoi pas, mais plutot le:
sizeof(data->buffer[0]) sans verifications d'indice et le memcpy de boeuf sur une technique de "a-zy, ca rentrera, pis si ca rentre pas, tu pousses un peu et tu bourres..."
c'est bien cool de checker que data est non nul, mais si c'est pour dereferencer un tableau juste apres en decidant qu'il fera telle taille sans en avoir la moindre idee, honnetement pourquoi se faire chier avec le premier assert?
Et note que je ne parle meme pas du memcpy de cowboy
J'allais dire "il manque peut etre des lignes qui viennent avant pour etre sur que ca a pas ete verifie", mais acceder a data->buffer avant assert(data != nil) c'est un peu couillon quand meme :)
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.