Argh.
Plusieurs heures, cela fait plusieurs heures et depuis plusieurs fois que je bute sur un problème à la noix avec PHP sous emacs. j'ai ce morceau de code :
jusque là tout va bien. Je veux y ajouter une seconde condition :
et là, c'est le drame :
Parse error: parse error, unexpected T_STRING in /var/alternc/html/i/ika/dev/panier.php on line 6
Le problème est que cela fait plusieurs fois que j'ai quelques problèmes avec le fait d'ajouter un ou logique ( || ) dans un if en php. Bizarre étrange et tout. Et ça n'est pas http://php.net/operators qui m'apprends grand chose, si ce n'est que je peux essayer "or" au lieu de "||", ce qui, une fois précédente, m'avais sauvé (sans que je sache pourquoi, j'ai peur quand l'informatique me fait ça hein ...) mais là, que dalle ...
Parse error: parse error, unexpected T_STRING in /var/alternc/html/i/ika/dev/panier.php on line 7
(mouaip, j'ai découpé mon if en plusieurs lignes, ca peut aider ...)
J'ai fini par trouver : sur mon clavier azerty, le | s'obtient avec Alt-gr+6 et après les 2 |, j'ai un espace à écrire, pour séparer le ou logique de la condition suivante. Cet espace a eu le malheur d'être composé avec emacs (que je continue à adorer cependant ...). Conséquence de cet acte inconsidéré, ledit espace (Alt-gr + espace) n'est pas un caractère hexa 0x20 mais un espace insécable : 0xA0 !!
donc, emacs ma tuer, plusieurs heures de prise de tête à essayer de comprendre pourquoi ce problème, accusant à nouveau PHP de tous les maux sans raison, et, je le sais maintenant, à tort.
Plusieurs heures, cela fait plusieurs heures et depuis plusieurs fois que je bute sur un problème à la noix avec PHP sous emacs. j'ai ce morceau de code :
... if ($_REQUEST["action"]=="recalc") { ...jusque là tout va bien. Je veux y ajouter une seconde condition :
... if ($_REQUEST["action"]=="recalc" || isset($_REQUEST["go"])) { ...et là, c'est le drame :
Parse error: parse error, unexpected T_STRING in /var/alternc/html/i/ika/dev/panier.php on line 6
Le problème est que cela fait plusieurs fois que j'ai quelques problèmes avec le fait d'ajouter un ou logique ( || ) dans un if en php. Bizarre étrange et tout. Et ça n'est pas http://php.net/operators qui m'apprends grand chose, si ce n'est que je peux essayer "or" au lieu de "||", ce qui, une fois précédente, m'avais sauvé (sans que je sache pourquoi, j'ai peur quand l'informatique me fait ça hein ...) mais là, que dalle ...
Parse error: parse error, unexpected T_STRING in /var/alternc/html/i/ika/dev/panier.php on line 7
(mouaip, j'ai découpé mon if en plusieurs lignes, ca peut aider ...)
J'ai fini par trouver : sur mon clavier azerty, le | s'obtient avec Alt-gr+6 et après les 2 |, j'ai un espace à écrire, pour séparer le ou logique de la condition suivante. Cet espace a eu le malheur d'être composé avec emacs (que je continue à adorer cependant ...). Conséquence de cet acte inconsidéré, ledit espace (Alt-gr + espace) n'est pas un caractère hexa 0x20 mais un espace insécable : 0xA0 !!
donc, emacs ma tuer, plusieurs heures de prise de tête à essayer de comprendre pourquoi ce problème, accusant à nouveau PHP de tous les maux sans raison, et, je le sais maintenant, à tort.
> Lire le journal (45 commentaires, moyenne: 2,5).
Vous avez demandé le commentaire #662175.
Run by 
Cette page a été générée par Templeet en 0.0565s (dont 0.0062 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
fr
c'est la map clavier qui gere cela , meme probleme sous bash
avec genre
zcat /var/log/messages.1.gz | grep toto
bash: grep: command not found
voila le meme probleme, encore l'espace insecable
donc, ce n'est pas la faute a emacs
[+] [^]Re: fr
Pas du tout, effaces
$zcat /var/log/messages.1.gz | grep toto
Dec 14 04:19:46 localhost : - /usr/src/linux-2.6.14.2/drivers/mtd/maps/omap-toto-flash.c
Dec 14 04:19:46 localhost : - /usr/src/linux-2.6.14.2/drivers/mtd/nand/toto.c
Dec 15 04:19:14 localhost : - /usr/src/linux-2.6.14.2/drivers/mtd/maps/omap-toto-flash.c
Dec 15 04:19:14 localhost : - /usr/src/linux-2.6.14.2/drivers/mtd/nand/toto.c
--
make bzImage
[^]Re: fr
Le mosieur te dis qu'il y a un espace insecable entre lepipe, ce qui doit pas etre le cas chez toi.
j'ai le meme pb dans les VT Linux.
[^]Re: fr
mauvaise pipe, changez pipe alors
--
make bzImage
[^]Re: fr
C'est donc ça le problème ! J'ai déjà vu ça plusieurs fois sur Ubuntu. Merci pour l'info mais on fait quoi pour corriger le tir ?
Hurd will be out in a year (or two, or next month, who knows)
-- Linus Benedict Torvalds, 1991
[^]Re: alt-gr et xmodmap
On relance la touche Alt-GR avant de tapper l'espace, ou on change la config du clavier : http://www.lucas-nussbaum.net/blog.php/?2005/09/20/152-faux-(...)
[^]Re: fr
Dans mes bras !!!!
[^]Re: fr
De l'intérêt d'avoir un terminal coolorisé, l'espace insecable étant de la même couleur que le grep dans le message d'erreur, tu le vois.
Maintenant je connais pour ls (et quelques autres commandes au cas par cas) mais...
Quelqu'un aurait une idée pour trouver un tel terminal/shell ?
[^]Re: fr
merci merci merci merci merci!!!!
je viens de comprendre pourquoi mon alias psaux ne marchait pas toujours :-P