le bug de la mort !

Version imprimable

13/12/2005, 18h13
Ekimasu

le bug de la mort !
tester avec Internet Explorer: 6.00.2800.1658 (xpsp2.050427-1138)

est-ce normal :
téléchargez ces scripts :HTTP://michael.remy.free.fr/mdr.zip

ce fichier contient :

AppelsOffres2.htm
Code:

1 2 3 4 5 6 <HTML><HEAD><TITLE>AppelsOffres</TITLE> <SCRIPT language="Javascript" src="AppelsOffres_fichiers/perso.js"></SCRIPT> </HEAD> <BODY> </BODY></HTML>
et

perso.js
Code:

1 2 3 4 5 // é function ValiderMontantGlobEmprunte() { alert('posX');
le bug de la mort est le suivant :

Au lancement de AppelsOffres2.htm (qui contient rien, un body vide) la fonction ValiderMontantGlobEmprunte s'exécute alors qu'elle n'est pas appelée !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! mais juste déclarée !

si j'enlève le caractère accentué dans la ligne du commentaire qui précéde la fonction et mais à la place un 'e', tout est ok (la fonction n'est pas lancée)

si je remets un caractère accentué dans le commentaire, alors la fonction sera lancé !!!!

allez comprendre !!! je vais me tirer une balle dans la tête ![/url]

Mais voilà, je me rappelle avoir été emm* avec ce bug sous IE !!
Je n'avais pas trouvé la cause :twisted:

script.js
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 // Commentaire sans caractere accentue function test( ) { // Ne sera pas exécutée alert('test( )') ; } // Commentaire contenant au moins caractère accentué function test2( ) { // Sera exécutée alert('test2( )') ; }
Le bogue n'est reproduisible qu'avec des // et il faut que la { de la fonction soit sur la ligne suivante.
Vraiment très étrange ce bogue...

13/12/2005, 23h17
Ekimasu

lol

après de longue recherche voiçi la solution :

les pages d'origines (mdr.zip) sont encodées en UTF-8.

le caractère accentués frapé (inséré) avec un vulgaire éditeur de texte tel que notepad ou l'éditeur à la con de visual studio gère TRES MAL le transcodage/convertion de format de fichier (unicode,ansi,utf8....).
Peut-être que le mauvais transcodage de visual studio ou bien la auvaise interprétation de IE fait que le caractère accentué se transforme en autre chose qui inibe la suite du code....

ptête quand rajoutant une balise meta de charset en utf8 ça arrangerait la chose. j'essaierai demain.
voir

http://msdn.microsoft.com/library/de...s/charset4.asp
13/12/2005, 23h26
Claude Pelletier

Quand j'ai lu vos commentaires j'ai eu une intuition et elle s'est avérée juste : c'est un problème de reconnaissance de l'encodage des caractères du fichier JS.

En important le fichier JS de la manière ci-dessous, le bogue ne se répète plus (du moins plus de mon côté) :

<SCRIPT language="Javascript" charset="iso-8859-1" src="AppelsOffres_fichiers/perso.js"></SCRIPT>

Remarque 1 : l'encodage pourrait bien sûr être différent. ISO-8859-1 pourrait être remplacé par utf-8 par exemple...

Remarque 2 : la propriété language n'est pas valide en HTML 4. Il faut déclarer le type (<script type="text/javascript"> ).

lol

même en intégrant le js dans le code de base, le bug se produit :
http://michael.remy.free.fr/mdr.htm

mdr.htm
Code:

1 2 3 4 5 6 7 8 9 10 11 12 <HTML><HEAD><TITLE>j'y crois pas</TITLE> <SCRIPT language="Javascript"> // olé function mdr() { alert('c pas possible'); } </SCRIPT> </HEAD> <BODY> </BODY></HTML>

14/12/2005, 11h49
Claude Pelletier

Dans Microsoft NotePad et WordPad ainsi que dans Fookes' NoteTab Pro, le "é" de "olé" apparaît comme un caractère de contrôle (petite carré) et le retour de ligne ne se fait pas.

C'est vrai que Visual Studio fait de la belle merde ! S'agit-il de la version 2005 Beta ?
14/12/2005, 16h00
shwin

Ce que je crois que qu'en ne mentionnant pas le charset, l'interpreteur javascript plante sur la ligne en caractère a cause du é. Donc en plantant... il passe directement a la ligne suivante et exécute le code sans meme regarder si c'est une fonction.

:arrow: mon avis