Renseigne-toi sur ce qui existe, tu serais surpris. Je sais que je peux avoir la bonne version, le bon sous-titre, la bonne résolution (1920p bien évidement) en quelques secondes. Le problème est plus souvent la disponibilité des sous-titres français, les teneurs de sites corrects n'étant pas français (les français aiment trop l'audio français, zut!)
Les pirates ont tendance à remettre en cause la propriété intellectuelle lorsque celle-ci est gênante sur le plan pratique (ils n'ont rien contre des clauses telles que BY, SA et NC, par exemple).
La clause NC n'est pas pratique (par exemple, impossible de mettre sur Youtube, à cause de la pub, impossible de mettre dans Debian car non libre...)
Stallman définit le terme "privateur" d'une façon très claire : un logiciel est privateur lorsqu'il prive un utilisateur de quatre libertés essentielles.
Ca ne serait pas plus simple de dire "non-libre"? C'est d'ailleurs le terme communément accepté.
Stallman définit le terme "privateur" d'une façon très claire : un logiciel est privateur lorsqu'il prive un utilisateur de quatre libertés essentielles.
Stallman n'est pas dieu. J'accepte sa notion de libre (et encore, en fait j'accepte en fait celle de l'OSI) comme pas mal de monde, mais sur le terme "privateur", il n'y a pas foule qui le suit... Tellement c'est énorme comme bêtise.
à savoir la manière d'obtenir le DVD, qui n'est pas à l'avantage de la première méthode.
Ah bon?
Désolé, mais la manière d’obtenir le DVD, c'est carrément plus simple avec la première méthode (quelques clics, 15 minutes après j'ai ce dont j'ai besoin, moins long que d'aller à la FNAC pas trop loin de chez moi) qu'avec la deuxième (plein de clics, zut ce site propose 1 000 DVD mais pas celui que je veux, ah zut il n'y a pas la V.O., ah zut ils proposent le téléchargement direct mais qualité archi-pourrie inacceptable, bon faut attendre 3 jours maintenant...)
Non, j'arrive pas à comprendre comment tu peux dire que l'achat d'un DVD a l'avantage sur le "avant".
Grâce à cette fonction partage, mes amis peuvent la partager avec mon patron, ce que je ne voulais pas.
Super ta volonté de DRM.
Tu voudrais pas non plus interdire le "transférer" dans les logiciels de mail? Interdire le copier-coller?
La fonction ne fait que faciliter la vie aux personnes qui auraient partagé de toutes manières (avec 2-3 manip' en plus), rien de neuf.
Si tu ne veux pas que ton patron ait la photos, partage à des personnes de confiance, comme dans la vraie vie.
Ben ça a l'air un peu pareil : la valeur + un bool. pas d'invention. Juste que boost le fait en C++ "propre" (mais du coup, ça me fait peur pour les perfs, la STL amène vite à des perfs immondes)
c'est un exemple.
Dans l'idée, toutes les valeurs du int64_t sont valides (donc faire une test if(valeur) ne marche pas), donc il me faut ce bool pour dire que la valeur est valide ou pas. bref, j'ai besoin de 2^64+1 valeurs différentes (2^64 valeurs valides + 1 indicateur qui dit que la valeur est inconnue)
Si tu as une autre façon de faire pour savoir si une valeur est valide, je suis preneur, j'en ai plein des merdes comme ça qui me ralentissent...
Oui, je fais cette bidouille. Mais ça me fait sourire qu'un simple truc de ce genre ne soit pas pris en compte "de base". Alors oui, C++ c'est verbeux, dangereux, etc... Mais ça a cette fonctionnalité :)
En fait, toutes les critiques sur le langage C/C++ peuvent être enlevé en ajoutant du code (limits.h est ton ami), oui. Mais c'est mieux si c'est dans la spec.
suffit de ne pas l'appeler 1000 milliard de fois, cong.
Oui, il y a des fois des optimisations "changer l'algo". Mais ça ne répond pas à la question : quand c'est le seul et unique passage obligé, comment on fait en Java pour pas que ça rame?
Java, c'est "dit-moi ce dont tu as besoin, je te dirais comment t'en passer (on je vais ramer si je trouve pas)", bref tu ne réponds pas à la question à part "tu n'en as pas besoin", ça ne m'apporte rien.
D'ailleurs pour avoir reçu une formation sur C# je dois dire bravo à Microsoft pour ce langage.
C#, le langage où les valeurs par défaut d'une fonction (genre "int A(int x=2, int y=1)") sont apparues que récemment, euh... Non, pas bravo, "un peu" de retard par rapport à C++.
D'après mes lectures par curiosité:
JNA : Appeler du C à partir de Java
JNI: Appeler du Java à partir du C.
Si ce n'est pas faux, les exemples cités par jcs ainsi que ta description sont JNA, pas JNI.
Après, effectivement, je ne connais pas d'exemple,
Perso, j'utilise JNA pour permettre à des développeurs Java d'utiliser ma librairie écrite en C++, c'est utile.
JNI, ben j'imagine qu'il suffit d'avoir le problème inverse (avoir besoin d'un code Java alors que le reste de ton code est en autre chose)
que le langage assurait que la taille de ses pointeurs était suffisamment grande pour la taille de la mémoire accessible au programme.
Le hic c'est que des petits malins utilisaient "long" pour stocker des pointeurs, en 32-bits pas de soucis, même taille donc erreur invisible (la connerie du C/C++ est effectivement de faire une "traduction" automatique entre un void* et un long).
Après, ben c'est aussi la faute du programmeur... (bon, maintenant, je ne sais pas pour GCC mais le compilo de Microsoft met un warning dans ce cas, ça se voit)
Et si on veut, pour des raison de performances, ne pas initialiser la valeur dans le constructeur mais plus tard?
par exemple (trivial, peu utile, mais pour démontrer un cas d’intérêt d'une variable non définie à l'init) :
int64_t value;
bool valueIsValid;
constructeur
{
valueIsValid=false;
//value=0; //Inutile, ne pas initialiser
}
void set (int64_t newValue)
{
value=newValue;
valueIsValid=true;
}
int64_t get ()
{
if (!valueIsValid) throw();
return value;
}
En C/C++, on peut faire en rapide, en Java comment on fait rapide si le compilo rajoute une initialialisation inutile et consommatrice de cycles? C'est un exemple bateau qui consomme peu, mais parfois quand c'est appelé 1000 milliard de fois, c'est du temps gagné.
Bref, plus je lis sur Java, plus j'ai une frustration sur l'optimisation de vitesse... Et je comprend de mieux en mieux pourquoi les programmes Java que j'ai pu avoir à sûbir ont besoin d'une machine de guerre en CPU, sans parler du garbage collector qui fait exploser le besoin de RAM. (Après, Sun était vendeur de machines, donc ça vallait le coup de filer un langage qui consomme...)
Désolé, c'était la question que je me posais devant les chiffres annoncés pour une "PME de 50 personnes".
Ca me parait déjà plus logiques comme chiffres, et c'est tout de suite moins "hors de prix", surtout que ça n'a absolument rien à voir avec le protocole utilisé (en FTPS avec ce qu'on veut au dessus, ça serait le même prix, ce n'est pas l'interface qui est facturée!), le prix peut très bien baisser tout en utilisant EBICS (pas de contraintes de son côté à lui...)
C'est tellement facile de trouver un bouc émissaire...
La plupart des banques sont tellement nulles que la majorité des entreprises qui font un CA correct ont plusieurs banques (et souvent plusieurs comptes par banque).
Ca ne dit toujours pas combien de ces comptes ont besoin d'un contrat pour les forts volumes.
4 comptes avec EBICS nécessaires pour 50 personnes???
Certes, je ne connais pas trop le domaine, mais ça me parait quand même délirant. Que tu ais 4 comptes pour des raisons x ou y (compétition entre banques), OK. Que tu ais besoin de 4 comptes avec un énorme volume d'ordres à passer, comprend pas.
En plus, 7000/50 = 140 €/personne. Un peu comme le prix annuel d'une fiche de paye donc, pas la mort non plus. Sans compter que j'ai du mal à croire 4 comptes avec forts volumes de transactions nécessaires (allez, hop, un compte pour les forts volumes genre salaires mensuels, les autres en ponctuel par l'interface web) donc au final encore moins cher...
Mais il n'y a aucun logiciel libre de transfert multibancaire vers tous pays via les canaux EBICS.
Est-ce qu'il y a quelque chose qui empêche techniquement la réalisation d'un logiciel libre de transfert multibancaire vers tous pays via les canaux EBICS?
- Oui : en quoi?
- Non : tu peux le faire, donc pas de problème, c'est ton choix, ton problème, code.
Et encore une fois, FTPS, c'est le transport, équivalent à HTTPS dans EBICS si j'ai bien compris, et tu as toujours l’achat de certificats à faire. Et des logiciels libres faisant HTTPS, il y en a à la pelle. Donc pareil, jusque que FTP(S) n'est pas du tout adapté au transactionnel, HTTPS est un bien meilleur choix, à moins que tu me démontre le contraire...
J'ai vraiment du mal à comprendre cette volonté de balancer un protocole inadapté pour la couche de transport... Et surtout de dire que FTPS ça remplace "tout", alors que ça rempalce que HTTPS de EBICS. Donc vous mettez quoi derrière votre FTPS? Le reste de la spec EBICS?
Tout décision qui vise à voler moins d'argent au contribuable est toujours bienvenue.
Ca tombe bien, ce n'est pas du vol.
Autant je ne suis pas forcément d'accord pour ce projet spécifique (j'en ai pris mon -10, et la contre argumentation soulevée ici était très enrichissante), autant la, ce que tu racontes, c'est du pur mensonge.
C'est une des conneries historiques du C, à trop vouloir être proche du CPU. Bon, ils ont corrigé le tir maintenant, la spec actuelle spécifie des int8_t, int16_t, int32_t, int64_t, mais tout les compilos ne sont pas à jour, et la fainéantise fait qu'on écrit plus facilement int que int32_t.
(bon, j'espère que cette fois-ci, je n'aurai pas écrit une connerie sur la spec C...)
Ce que tu lui reproches, c'est de laisser le choix?
Salaud de langage qui laisse le choix, faudrait interdire le choix (après, si les programmeurs choisissent la version rapide sans faire attention aux limites, c'est la fautes à eux, pas au langage!)
Certes, il n'y a pas de compilo que je connaisse qui a une option "trucs sans tests de limites interdit", mais si il y a un besoin je ne pense pas que ce soit dur à faire.
Sinon, Java, les tableaux en version non escargot, tu fais comment?
Non https://linuxfr.org/nodes/86730/comments/1251689
Parlé trop vite, j'étais persuadé que c'était défini, bon je suis sauvé pour mon code, j'évite ce genre de code (mettre du ++ ailleurs que dans une ligne seule) pour pas avoir ce genre de plaisanterie.
Comme quoi on en apprend tous les jours :
" An often-cited example is the C expression i=i++, which apparently both assigns i its previous value and increments i. The final value of i is ambiguous, because, depending on the order of expression evaluation, the increment may occur before, after, or interleaved with the assignment. The definition of a particular language might specify one of the possible behaviors or simply say the behavior is undefined. In C and C++, evaluating such an expression yields undefined behavior.[2]"
Moi qui était persuadé que l'ordre était défini dans la spec et donc que tous les compilateurs faisaient pareil... Bon, ben je saurai maintenant, lecture intéressante.
[^] # Re: Il y a un point que tu ne sembles pas avoir compris
Posté par Zenitram (site web personnel) . En réponse au journal Non-confession d'un flibustier. Évalué à 2.
Renseigne-toi sur ce qui existe, tu serais surpris. Je sais que je peux avoir la bonne version, le bon sous-titre, la bonne résolution (1920p bien évidement) en quelques secondes. Le problème est plus souvent la disponibilité des sous-titres français, les teneurs de sites corrects n'étant pas français (les français aiment trop l'audio français, zut!)
[^] # Re: Droit d'auteur et copyright
Posté par Zenitram (site web personnel) . En réponse au journal Non-confession d'un flibustier. Évalué à 2.
La clause NC n'est pas pratique (par exemple, impossible de mettre sur Youtube, à cause de la pub, impossible de mettre dans Debian car non libre...)
[^] # Re: Il y a un point que tu ne sembles pas avoir compris
Posté par Zenitram (site web personnel) . En réponse au journal Non-confession d'un flibustier. Évalué à 4.
Ca ne serait pas plus simple de dire "non-libre"? C'est d'ailleurs le terme communément accepté.
[^] # Re: Il y a un point que tu ne sembles pas avoir compris
Posté par Zenitram (site web personnel) . En réponse au journal Non-confession d'un flibustier. Évalué à 2.
Stallman n'est pas dieu. J'accepte sa notion de libre (et encore, en fait j'accepte en fait celle de l'OSI) comme pas mal de monde, mais sur le terme "privateur", il n'y a pas foule qui le suit... Tellement c'est énorme comme bêtise.
[^] # Re: Il y a un point que tu ne sembles pas avoir compris
Posté par Zenitram (site web personnel) . En réponse au journal Non-confession d'un flibustier. Évalué à 2.
Ah bon?
Désolé, mais la manière d’obtenir le DVD, c'est carrément plus simple avec la première méthode (quelques clics, 15 minutes après j'ai ce dont j'ai besoin, moins long que d'aller à la FNAC pas trop loin de chez moi) qu'avec la deuxième (plein de clics, zut ce site propose 1 000 DVD mais pas celui que je veux, ah zut il n'y a pas la V.O., ah zut ils proposent le téléchargement direct mais qualité archi-pourrie inacceptable, bon faut attendre 3 jours maintenant...)
Non, j'arrive pas à comprendre comment tu peux dire que l'achat d'un DVD a l'avantage sur le "avant".
[^] # Re: Partage
Posté par Zenitram (site web personnel) . En réponse au journal Google+ : dix jours d'usage. Évalué à 3.
Super ta volonté de DRM.
Tu voudrais pas non plus interdire le "transférer" dans les logiciels de mail? Interdire le copier-coller?
La fonction ne fait que faciliter la vie aux personnes qui auraient partagé de toutes manières (avec 2-3 manip' en plus), rien de neuf.
Si tu ne veux pas que ton patron ait la photos, partage à des personnes de confiance, comme dans la vraie vie.
[^] # Re: Chacun son style
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Ben ça a l'air un peu pareil : la valeur + un bool. pas d'invention. Juste que boost le fait en C++ "propre" (mais du coup, ça me fait peur pour les perfs, la STL amène vite à des perfs immondes)
[^] # Re: Chacun son style
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
c'est un exemple.
Dans l'idée, toutes les valeurs du int64_t sont valides (donc faire une test if(valeur) ne marche pas), donc il me faut ce bool pour dire que la valeur est valide ou pas. bref, j'ai besoin de 2^64+1 valeurs différentes (2^64 valeurs valides + 1 indicateur qui dit que la valeur est inconnue)
Si tu as une autre façon de faire pour savoir si une valeur est valide, je suis preneur, j'en ai plein des merdes comme ça qui me ralentissent...
[^] # Re: et python ? :)
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Oui, je fais cette bidouille. Mais ça me fait sourire qu'un simple truc de ce genre ne soit pas pris en compte "de base". Alors oui, C++ c'est verbeux, dangereux, etc... Mais ça a cette fonctionnalité :)
[^] # Re: Langage, lib et JVM
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
En fait, toutes les critiques sur le langage C/C++ peuvent être enlevé en ajoutant du code (limits.h est ton ami), oui. Mais c'est mieux si c'est dans la spec.
[^] # Re: et python ? :)
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
L'histoire ne dit pas si en C correct (avec le même algo qu'en Python), ce ne serait pas 10x plus rapide et donc intéressant...
[^] # Re: Chacun son style
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
Oui, il y a des fois des optimisations "changer l'algo". Mais ça ne répond pas à la question : quand c'est le seul et unique passage obligé, comment on fait en Java pour pas que ça rame?
Java, c'est "dit-moi ce dont tu as besoin, je te dirais comment t'en passer (on je vais ramer si je trouve pas)", bref tu ne réponds pas à la question à part "tu n'en as pas besoin", ça ne m'apporte rien.
[^] # Re: et python ? :)
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
C#, le langage où les valeurs par défaut d'une fonction (genre "int A(int x=2, int y=1)") sont apparues que récemment, euh... Non, pas bravo, "un peu" de retard par rapport à C++.
[^] # Re: et python ? :)
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
D'après mes lectures par curiosité:
JNA : Appeler du C à partir de Java
JNI: Appeler du Java à partir du C.
Si ce n'est pas faux, les exemples cités par jcs ainsi que ta description sont JNA, pas JNI.
Perso, j'utilise JNA pour permettre à des développeurs Java d'utiliser ma librairie écrite en C++, c'est utile.
JNI, ben j'imagine qu'il suffit d'avoir le problème inverse (avoir besoin d'un code Java alors que le reste de ton code est en autre chose)
[^] # Re: Les développeurs Java
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
Le hic c'est que des petits malins utilisaient "long" pour stocker des pointeurs, en 32-bits pas de soucis, même taille donc erreur invisible (la connerie du C/C++ est effectivement de faire une "traduction" automatique entre un void* et un long).
Après, ben c'est aussi la faute du programmeur... (bon, maintenant, je ne sais pas pour GCC mais le compilo de Microsoft met un warning dans ce cas, ça se voit)
[^] # Re: Chacun son style
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à -1.
Et si on veut, pour des raison de performances, ne pas initialiser la valeur dans le constructeur mais plus tard?
par exemple (trivial, peu utile, mais pour démontrer un cas d’intérêt d'une variable non définie à l'init) :
int64_t value;
bool valueIsValid;
constructeur
{
valueIsValid=false;
//value=0; //Inutile, ne pas initialiser
}
void set (int64_t newValue)
{
value=newValue;
valueIsValid=true;
}
int64_t get ()
{
if (!valueIsValid) throw();
return value;
}
En C/C++, on peut faire en rapide, en Java comment on fait rapide si le compilo rajoute une initialialisation inutile et consommatrice de cycles? C'est un exemple bateau qui consomme peu, mais parfois quand c'est appelé 1000 milliard de fois, c'est du temps gagné.
Bref, plus je lis sur Java, plus j'ai une frustration sur l'optimisation de vitesse... Et je comprend de mieux en mieux pourquoi les programmes Java que j'ai pu avoir à sûbir ont besoin d'une machine de guerre en CPU, sans parler du garbage collector qui fait exploser le besoin de RAM. (Après, Sun était vendeur de machines, donc ça vallait le coup de filer un langage qui consomme...)
[^] # Re: Hors de prix ?
Posté par Zenitram (site web personnel) . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 2.
Désolé, c'était la question que je me posais devant les chiffres annoncés pour une "PME de 50 personnes".
Ca me parait déjà plus logiques comme chiffres, et c'est tout de suite moins "hors de prix", surtout que ça n'a absolument rien à voir avec le protocole utilisé (en FTPS avec ce qu'on veut au dessus, ça serait le même prix, ce n'est pas l'interface qui est facturée!), le prix peut très bien baisser tout en utilisant EBICS (pas de contraintes de son côté à lui...)
C'est tellement facile de trouver un bouc émissaire...
[^] # Re: Hors de prix ?
Posté par Zenitram (site web personnel) . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 2.
Ca ne dit toujours pas combien de ces comptes ont besoin d'un contrat pour les forts volumes.
[^] # Re: Hors de prix ?
Posté par Zenitram (site web personnel) . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 3.
4 comptes avec EBICS nécessaires pour 50 personnes???
Certes, je ne connais pas trop le domaine, mais ça me parait quand même délirant. Que tu ais 4 comptes pour des raisons x ou y (compétition entre banques), OK. Que tu ais besoin de 4 comptes avec un énorme volume d'ordres à passer, comprend pas.
En plus, 7000/50 = 140 €/personne. Un peu comme le prix annuel d'une fiche de paye donc, pas la mort non plus. Sans compter que j'ai du mal à croire 4 comptes avec forts volumes de transactions nécessaires (allez, hop, un compte pour les forts volumes genre salaires mensuels, les autres en ponctuel par l'interface web) donc au final encore moins cher...
[^] # Re: EBICS
Posté par Zenitram (site web personnel) . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 3.
Est-ce qu'il y a quelque chose qui empêche techniquement la réalisation d'un logiciel libre de transfert multibancaire vers tous pays via les canaux EBICS?
- Oui : en quoi?
- Non : tu peux le faire, donc pas de problème, c'est ton choix, ton problème, code.
Et encore une fois, FTPS, c'est le transport, équivalent à HTTPS dans EBICS si j'ai bien compris, et tu as toujours l’achat de certificats à faire. Et des logiciels libres faisant HTTPS, il y en a à la pelle. Donc pareil, jusque que FTP(S) n'est pas du tout adapté au transactionnel, HTTPS est un bien meilleur choix, à moins que tu me démontre le contraire...
J'ai vraiment du mal à comprendre cette volonté de balancer un protocole inadapté pour la couche de transport... Et surtout de dire que FTPS ça remplace "tout", alors que ça rempalce que HTTPS de EBICS. Donc vous mettez quoi derrière votre FTPS? Le reste de la spec EBICS?
[^] # Re: Good news!
Posté par Zenitram (site web personnel) . En réponse au journal Les élus républicains tuent le successeur de Hubble. Évalué à 6.
Ca tombe bien, ce n'est pas du vol.
Autant je ne suis pas forcément d'accord pour ce projet spécifique (j'en ai pris mon -10, et la contre argumentation soulevée ici était très enrichissante), autant la, ce que tu racontes, c'est du pur mensonge.
[^] # Re: Langage, lib et JVM
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
Example : un "int" c'est minimum 16 bits. la spec ne dit pas le maximum. Du coup, suivant l'OS (c'est plus lié à l'OS qu'au compilo), un int peut être 16 bits (sur les CPU 16 bits qu'on ne voit plus de nos jours), 32 bits (classique), ou 64 bits (sur certains OS 64 bits, mais pas tous). un "long" est minimum 32 bits, la spec ne dit pas de maximum, ça peut être 64 bits sur un OS 64 bit, ou... Pas.
http://en.wikipedia.org/wiki/C_variable_types_and_declarations#Size
http://en.wikipedia.org/wiki/64-bit#Specific_C-language_data_models
C'est une des conneries historiques du C, à trop vouloir être proche du CPU. Bon, ils ont corrigé le tir maintenant, la spec actuelle spécifie des int8_t, int16_t, int32_t, int64_t, mais tout les compilos ne sont pas à jour, et la fainéantise fait qu'on écrit plus facilement int que int32_t.
(bon, j'espère que cette fois-ci, je n'aurai pas écrit une connerie sur la spec C...)
[^] # Re: Chacun son style
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Ce que tu lui reproches, c'est de laisser le choix?
Salaud de langage qui laisse le choix, faudrait interdire le choix (après, si les programmeurs choisissent la version rapide sans faire attention aux limites, c'est la fautes à eux, pas au langage!)
Certes, il n'y a pas de compilo que je connaisse qui a une option "trucs sans tests de limites interdit", mais si il y a un besoin je ne pense pas que ce soit dur à faire.
Sinon, Java, les tableaux en version non escargot, tu fais comment?
[^] # Re: En vrac
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Non https://linuxfr.org/nodes/86730/comments/1251689
Parlé trop vite, j'étais persuadé que c'était défini, bon je suis sauvé pour mon code, j'évite ce genre de code (mettre du ++ ailleurs que dans une ligne seule) pour pas avoir ce genre de plaisanterie.
[^] # Re: En vrac
Posté par Zenitram (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 6.
Comme quoi on en apprend tous les jours :
" An often-cited example is the C expression i=i++, which apparently both assigns i its previous value and increments i. The final value of i is ambiguous, because, depending on the order of expression evaluation, the increment may occur before, after, or interleaved with the assignment. The definition of a particular language might specify one of the possible behaviors or simply say the behavior is undefined. In C and C++, evaluating such an expression yields undefined behavior.[2]"
Moi qui était persuadé que l'ordre était défini dans la spec et donc que tous les compilateurs faisaient pareil... Bon, ben je saurai maintenant, lecture intéressante.