Reprise du message précédent :

Tu confonds avec la journée de la rame, aujourd'hui c'est une journée où il faut sortir son canotier

Pas celle d'OSX, elle évalue l'expression que quand tu le demandes (via "=" )

2e resto de la journée, dure la vie

 
Il a bien précisé en mode "standard", celui qu'on dégage immédiatement au premier lancement de calc pour mettre le mode "scientifique" qui lui ne souffre pas de ce problème

Ça tombe bien, j'ai spécifiquement testé le mode standard

C'est pareil pour iOS d'ailleurs

 
Ouais donc la caltos d'OSX n'est même pas foutue de reproduire correctement le fonctionnement d'une Casio FX92 Collège avec son mode "standard"

Sous XP, le mode scientifique souffre aussi de ce pb Je sais pas sous 7, par contre.

EDIT : mais non, je dis de la merde, pardon.

Tu confonds avec la journée de la paille, aujourd'hui c'est la journée où il faut faire du snorkeling.

Non, ça c'est la journée de la palme. Aujourd'hui, c'est la journée où on brûle des petits vietnamiens tout nus.

L'intérêt de reproduire un comportement pourri que tu peux de toute manière forcer étant?

 
Non ça c'est la journée du napalm. Aujourd'hui, c'est la journée où on célèbre la vallée californienne où on fait du vin

 
Non ça c'est la journée de Napa Valley. Aujourd'hui c'est la journée des petits dessous de plats ornementaux en tissu qu'affectionnaient nos grands-mères.

Non tu confonds avec la journée du napperon. Aujourd'hui c'est la journée internationale de la sieste.

 
T'as intérêt à aimer les pipes ou la cave exploration d'ailleurs

Lolphp a encore frappé. Ou oracle via le connecteur. Ou les deux. Si tu selectionnes tous les champs d'une table deux fois (autojointure), il y a écrasement, il faut nommer les champs un par un en aliasant toi-même tous les champs de la seconde occurrence de la table.

En clair : soit une table A(champ1, champ2)

SELECT a1.*, a2.*
FROM A a1
      JOIN A a2 ON a1.champ1 = a2.champ2

Les lignes récupérées via php-oci en mode OCI_ASSOC seront du type (champ1, champ2), au lieu de (champ1, champ2, champ1_1, champ2_1) comme dans tout client pas trop crétin.

[edit]

...évidemment là c'est facile, mais quand t'as 20 champs dans la table c'est un poil casse-burnes.

[edit2]

...et pour simuler un comportement raisonnable t'as gagné une combinaison de oci_num_fields + oci_field_name + renommage du champ toi-même s'il existe déjà dans le row.

C'est moi où il y a eu du mass delete ?

 
Qu'un gamin ne se tape pas une sale note parce-que la calculatrice de l'IPhoune de Papa ne fonctionne pas comme le professeur de math de 6ème a expliqué en classe pendant le cours "d'inititiation à l'utilisation de la calculatrice au collège" ?  

c'est du niveau CM1 ou CM2

 
Alt a expliqué, mais loin de moi l'envie de gâcher ce concours de bite.

 
Marseille

Le nap's day ? En tout cas c'est pas ça, aujourd'hui c'est la journée de la femme.

 
Si tu évalues cette expression en Smalltalk ca fait 0 ...

Aucun donc

Non, parce que x n'est pas un message smalltalk binaire valide

 

 
Sachant que pour utiliser Smalltalk pour évaluer une expression mathématique où la priorité des opérateurs est importante, faut être le dernier des cons

Pourquoi tu crois que l'accouchement était aussi rapide ?
Elle est toujours dilatée à 10 cm à la maison  

 
Pour utiliser Smalltalk depuis des années c'est un des langages les plus élégants et je préfère largement mettre qques parenthèses.

 
De toute façon impossible de connaître le résultat sans évaluer l'expression de part sa nature dynamique (même si les
vm smalltalk ont des optimisations pour les opérateurs +-*/ ..)

C'est bien gentil mais ça n'était pas la question.
Quand précisément la question c'est d'évaluer une expression mathématique avec un piège au niveau des priorités, utiliser un langage qui n'évalue pas les priorités c'est complètement con : si tu fous les parenthèses toi même t'as fait le boulot à la main donc autant le faire à la main direct

Si jamais t'as un besoin irrépressible de faire partager ta grande connaissance de Smalltalk pour améliorer ton statut social, suffit de demander hein, pas besoin d'apporter des réponses foireuses à des questions anodines.

edit: "occupation :  Smalltalker"

Ok je comprends mieux

 
Oui, voilà ! mettons smalltalk entre parenthèses

On avait jovalise avec ADA, skeye avec PHP, ça manquait d'un expert Smalltalk sur ce topic, tiens

 
D'ailleurs, on devrait demander à Marc de créer une rubrique Smalltalk dans la cat. Prog (Et accessible depuis la page de garde du forum évidemment   )

Boarf, y a qu'à le rajouter dans une des sous-cats Delphi/Pascal ou Flache/ActionScript, spa comme si elles étaient surchargées

 
Ou les refiler aux javateux

http://firstround.com/article/The- [...] y-engineer

faim ! manger ! faim ! manger ! faim ! manger ! faim ! manger !

http://thedailywtf.com/Articles/Th [...] post=false

Ni obfuscation ni optimisation : c'est forgé volontairement avec des comportements indéfinis de l'ANSI-C pour que ça pète sournoisement si tu changes de cible ou de compilo...

Normalement c'est pas censé passer : c'est le volume du contenant qui est vérifié. Vide, à moitié plein, presque vide : pas de détail, c'est poubelle.
 
Sinon tu peux très bien emmener 1L5 de gaz à la con dans ta bouteille Volvic "vide"