Discussion :

[gangsoleil]

La question que je me pose est:
n'est-ce pas dangeureux et encourager les développeurs js à continuer à faire de la merde que de permettre cette syntaxe des plus fantaisistes et patcher en ce sens leur interpréteur ?

Si, cette syntaxe est a proscrire dans tous les cas. Mais tu ne peux pas interdire aux developpeurs de faire des aneries. C'est en ce sens que les developpeurs de l'interpreteur doivent faire de la programmation defensive : on se premunit de toutes les conneries possibles des utilisateurs (ici, ceux qui ecrivent le code a interpreter).
C'est lourd, c'est chiant, mais c'est le seul moyen pour avoir un code coherent.

[rt15]

Et ça ne résout pas le problème. Les processeurs différents ont des caches différents. Si l'un d'eux indique dans son cache que la mémoire est libérée et que le pointeur est NULL, l'autre ne le verra pas dans le sien. Et ces deux informations peuvent porter sur plusieurs parties du cache : l'une peut être vue avant l'autre (et même pas dans le bon ordre.)
Sans aucune instruction de synchronisation de cache, il n'y a pas de solution.

Non pas de souci à ce niveau tout du moins sur PC. Si on écrit quelque chose à l'adresse X, alors toute lecture de la même adresse depuis un autre thread s'exécutant sur un autre coeur (Du même processeur ou d'un autre) renvoie bien la valeur qui vient d'être écrite.
Cela est dû au fait que la cohérence des caches est garantit sur les x86 au niveau hardware. Les constructeurs utilisent des protocoles de cohérence de cache. Papier sur le sujet ici.

[thelvin]

Non pas de souci à ce niveau tout du moins sur PC. Si on écrit quelque chose à l'adresse X, alors toute lecture de la même adresse depuis un autre thread s'exécutant sur un autre coeur (Du même processeur ou d'un autre) renvoie bien la valeur qui vient d'être écrite.
Cela est dû au fait que la cohérence des caches est garantit sur les x86 au niveau hardware. Les constructeurs utilisent des protocoles de cohérence de cache. Papier sur le sujet ici.

Ce qui signifie qu'il y a instruction de synchronisation permanente.
Bon, je ne le savais pas, Merci. Je m'imaginais le problème géré différemment, mais mes cours de système d'exploitation ne sont plus tout neufs.

[Crazyfaboo]

Apparemment, l'opérateur virgule sert donc à quelque chose en C, même si ça reste encore flou je trouve.
Par contre, en JavaScript, je vois vraiment pas l'intérêt, un exemple un peu utile donné sur ce site :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
function nextFibonacci() {
  next = a + b;
  return b = (a = b, next);
}

mais y'a pas plus de caractères (une fois les sauts de lignes retirés, ce que tout minifieur fera) avec :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
function nextFibonacci() {
  next = a + b;
  a = b;
  return b = next;
}

Y'en a même moins, vu qu'on se passe des parenthèses. Et la syntaxe est plus accessible.

Et l'autre exemple, un poil plus utile :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
function getRandomPrime() {
  while(n = Math.round(Math.random()*1000000000), !isPrime(n));
  return n;
}

au lieu d'un plus classique :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
function getRandomPrime() {
  do
    n = Math.round(Math.random()*1000000000);
  while (!isPrime(n));
  return n;
}

Où là on perd 2 caractères pour avoir tapé le do.

Je suis pas du tout convaincu de l'utilité de cet opérateur (j'ai pas lu tout l'article non plus encore...).