FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUU - Page 97

C’est un MCU 8Bit? Sinon je vois pas pourquoi le code serais plus gros?!

Zerosquare (./2879) :
Oui. Sauf que :
- ça ne devrait pas être activé par défaut vu que ça casse la compatibilité ISO (c'est quand même le minimum qu'on puisse attendre d'un compilateur C) et que ça génère des bugs vicieux.
- si j'active cette option, le code généré prend plus de place, suffisamment pour ne plus rentrer dans l'espace (très réduit) dont je dispose.

C'est bien pour ça qu'elle n'est pas activée par défaut.

t'as qu'a redresser tes bits de signe partout

Godzil (./2881) :
C’est un MCU 8Bit? Sinon je vois pas pourquoi le code serais plus gros?!

Car une constante 16bit prend 2x plus de place qu'une constante 8b, non ?

si j'active cette option, le code généré prend plus de place, suffisamment pour ne plus rentrer dans l'espace (très réduit) dont je dispose.

en même temps en C18, si c'est toujours aussi pourri qu'a l'époque où je l'ai utilisé, ça donné du code qui prenait 10x plus de places qu'en écrivant directement en asm...

Alors :
- oui c'est un µC 8 bits
- oui, C18 génère du code pas terrible, même en activant toutes les optimisations
- non, ce n'est pas une excuse pour activer par défaut quelque chose qui ne respecte pas la norme ET qui génère des bugs tordus
- et oui, ça va se finir en rajoutant manuellement des "UL" après les constantes pour avoir la paix

c'est donc la promotion en int? ouais il est chiant pour ca. nous ont fait beaucoup de trucs dont le résultat est sur 8 bits et ca se termine souvent en

uint8_t n =(uint8_t)((uint8_t)14 * (uint8_t)16);

Le problème existe aussi en javacard ou il n'y a pas de int alors que le compilo passe son temps a promouvoir les intermédiaires de calcul en int, donc c'est bourré partout de casts en short et byte.

D'où les normes de codage avec imposition des postfixes de types explicites pour les constantes numériques

Habituellement je fais attention à ça quand le résultat est plus grand que ce que le(s) type(s) source(s) peuvent représenter. Mais je ne pensais pas devoir en là pour un calcul qui tient sur un seul octet...

Sérieusement, vous savez quoi ? Je préfère faire du PHP

Shots fired

RHHHHHHHHHHHHHAAAAAAAAAAAAAAAAAAAAA #it pic.twitter.com/O9wC5WZC4Y

— SΞbastien F4GRX (@f4grx) July 31, 2018

et il faut lui faire une réponse pro...

UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU UUUUUUUUUUUUUU

Il y a des liste pour ublock & co pour ne plus avoir ces ****** de pop-in "GDPR" compatible?

Ca commence serieusement a me saouler.

Cher @MacGeneration merci de mettre un bouton “JE REFUSE” au moins aussi gros que le “J’ACCEPTE”. pic.twitter.com/4rQhYVkTVP

— となりのManoël/ゴジル (@Gozilu) July 31, 2018

---

Je viens d'activer "Fanboy’s Cookiemonster List" dans ublock on verra, Probleme je n'ais pas ublock sur mon telephone -_-

./2891 lire ce genre de signatures me fera toujours autant rire

Oui hein?

squalyl > tu peux expliquer pour les non-buveurs de café ?

(honnêtement aussi, mais bon — mis à part la signature en carton, certes, mais c'est pas parce qu'on fait du java qu'on est censé connaître tous les systèmes de log ?)

le mec nous contacte pour du support en ne sachant manifestement pas ce qu'il est en train de faire. il y a tellement d'incohérences dans sa demande... on attendait mieux. son problème est linux, pas l'utilisation de notre truc.

Bienvenue aux joies du support technique
(et j'espère pour toi qu'il ne lit ni yN ni Twitter )

[mode=client]Cher Mr Squalyl, je viens de voir votre message sur twitter, je tiens a préciser que je suis un developeur professionel, vous par contre, vous semblez ....[/mode]

j'ai anonymisé

Oui enfin on sait qu'il s'agit d'un dev java

Je pense qu'il reconnaîtrait son mail quand même

Bon, au moins c'est une image, avec un peu de chance ça évitera qu'il tombe dessus en cherchant une réponse à ses problèmes

ouais...

Pas trop compris non plus ce qui a généré cette réaction

Trop de café, ça énerve

Mais quel <SARCASM>expert</SARCASM>!
1. C'est /var/log/messages (messages).
2. C'est censé être un fichier, pas un répertoire. Si c'est un répertoire, forcément, le logging va foirer.
3. Il ne faut jamais donner des permissions 777 à quoi que ce soit (au maximum, 1777 avec le bit sticky, pour un répertoire).

sudo chmod -R 777 /

FTW

ca c'est vraiment un coup a niquer un système pour de bon