Discussion :

[Médinoc]

De plus, on SAIT pourquoi l'ordre d'évaluation n'est pas défini: Cela permet d'optimiser les performances.

[doccpu]

De plus, on SAIT pourquoi l'ordre d'évaluation n'est pas défini: Cela permet d'optimiser les performances.

ca fais un moment que c'est plus le sujet

[doccpu]

Tu indiques une doc où l'exemple n'est pas censé fonctionner, et l'exemple n'existe pas. Tu es donc un mauvais théoricien toi-même, car tu ne te bases sur rien pour dénigrer un compilateur, sans apporter la preuve de ce que tu avances. Sans compter que la numérotation de GCC indiquée m'a bien fait marrer .

j'ai dit que j'ai fermé le propos car j'en avais mare de mec qui prenent une fusée interstéllaire pour aller de brest a nantes. y avais bien un exemple de syntaxe sur mon man et il fonctionnais pas

[progfou]

Je ne savais pas qu'il y avait un décalage horaire aussi important avec Toulon...
Chez moi, c'est l'heure de bosser, pas de dormir...

L'exemple de syntaxe donné, c'est l'utilisation d'append avec fopen...
Faudrait savoir, tu parles de read, puis de fread, puis de fopen...
Tu vois ce que je veux dire.

Et n'oublie pas que sur ce forum il y a des utilisateurs avec beaucoup d'expérience.

[gl]

non je l'ouvrais bien en mode binaire mais on peux pas les ouvrir a la fois en lecture en écriture en binaire et en append alors que le man que je voyais me disait le contraire (je crois)

Pourrais-tu poster le code qui posait probleme ainsi qu'un exemple de fichier traiter par ce code ?

mais on clos le chapitre parce que j'en ai mare de me prendre le choux avec tous les théoriciens de l'omniscience qui rodent sur ce forum !

Eviter les comportements indefinis (et donc dependant de l'implementation) et les sources de bugs potentiels ne me semble pas etre le fait de "theoriciens de l'omnisience" mais plutot la marque d'une pratique saine et sure du developpement.
Penser que ces problemes sont sans importances est une grave erreur.

[Mike85]

Il existe le language D qui réunit les propriétés de C et C++.

Language D : http://www.digitalmars.com/d/index.html

Regardez ce que Kenta Cho à fait avec (Code source inclus) : GunRoar

[bugsan]

J'arrive après la bataille =)

Je voulais donner mon avis (si insignifiant soit il).

Faire croire que le C++ contient du C parce qu'on utilise des prototypes de fonctions issus de C est à mon avis une erreur.

A la base, tous les programmes doivent communiquer avec les primitives de l'OS. Que ce soit pour les fichiers, socket, thread, mutex... Et comme par hasard ce sont ces fonctions que l'on pointe du doigt.

Si cela ne vous plait pas d'utiliser FILE*, pthread_init, etc... vous pouvez coder une bibliotheque d'abstraction en C++ pour proposer des class dans le genre de Java (Socket, Thread, InputStream...).
J'avais codé une petite bibliotheque comme cela, car j'étais tellement habitué à Java, je voulais les meme classes, meme méthodes, meme paramètres ^_^ (essentiellement Socket Thread xxxStream et Mutex)

Vous avez 2 possibilités d'implémentation :
- les classes font appel aux primitives "C" (linux ou windows).
- vous êtes un psychopathe et vous réécrivez les appels de primitives en ASM


Sans vouloir troller, quand je vois des gens écrirent qu'ils :
"codent en C++ avec des fonctions du C",
je traduis :
"codent en C avec des syntaxe du C++"...

[doccpu]

Désolé, les gars je me suis planté ! Vous aviez raisons ! La "norme" C/C++ est mal foutue ! Y à eu un gros problème de mal entendu que Médinoc m'a aidé à résoudre, un grand MERCI à lui.

Et désolé aussi d'avoir trollé !

Et désolé pour les modo !