Bon, installation de la 2.13.31 faite, et j'ai toujours le même résultat, à
savoir, quand je tape lilypond fichier.ly, ou lilypond tout court, il reste
sur "GNU LilyPond 2.13.31". Et avec la version 2.12 que j'utilisais jusqu'à
avant-hier, je n'avais aucun problème, ni dans les lignes de commandes, ni
dans jEdit, avec les mêmes fichiers. Tout ça pour essayer de changer une
page de titre en plus...
Bon, installation de la 2.13.31 faite, et j'ai toujours le même résultat, à
savoir, quand je tape lilypond fichier.ly, ou lilypond tout court, il reste
sur "GNU LilyPond 2.13.31". Et avec la version 2.12 que j'utilisais jusqu'à
avant-hier, je n'avais aucun problème, ni dans les lignes de commandes, ni
dans jEdit, avec les mêmes fichiers. Tout ça pour essayer de changer une
page de titre en plus...
--
La désinstallation de la version précédente a du mal se passer, il
doit y avoir des résidus qui empêchent l'exécution de la nouvelle
version. Sans doute un problème de chemin, c'est mon intuition
masculine qui me le dit, et ma boule de cristal est d'accord.
Vérifie le chemin d'exécution voir s'il n'inclut pas deux incarnations
de lilypond
dans une fenêtre CMD
ECHO %PATH%
(ou simplement la commande path)
Tu peux chercher s'il n'y a pas deux versions de lilypond.exe
installées sur ta machine.
dans une console CMD
DIR lilypond.exe /s
Ce ne sont que des pistes de recherche...
···
Le 8 septembre 2010 11:22, Céladon <****@****> a écrit :
La désinstallation de la version précédente a du mal se passer, il
doit y avoir des résidus qui empêchent l'exécution de la nouvelle
version. Sans doute un problème de chemin, c'est mon intuition
masculine qui me le dit, et ma boule de cristal est d'accord.
Vérifie le chemin d'exécution voir s'il n'inclut pas deux incarnations
de lilypond
dans une fenêtre CMD
ECHO %PATH%
(ou simplement la commande path)
Tu peux chercher s'il n'y a pas deux versions de lilypond.exe
installées sur ta machine.
dans une console CMD
DIR lilypond.exe /s
Ce ne sont que des pistes de recherche...
Quand je fais ECHO %PATH%, j'ai effectivement deux fois C:\Program
Files\LilyPond\usr\bin... Bien vu ! Mais je ne sais pas ce que je dois faire
ensuite ! D'ailleurs, je ne sais pas exactement ce que j'ai fait jusqu'ici.
La deuxième commande m'est elle aussi totalement inconnue (je ne connais pas
vraiment la ligne de commande sous Windows, moi...).
Mais merci !
···
Le 8 septembre 2010 11:22, Céladon <****@****> a écrit :
Voici ce que j'ai trouvé en googelisant sur modifier le path :
Ouvrir le panneau de configuration : (Menu Démarrer ->Paramètres ->Panneau de Configuration)
La fenêtre contenant tous les outils de configuration s’affiche.
Parmi ceux-ci, choisir et double cliquer sur l’outil Système (1) .
La fenêtre Propriétés du système apparaît.
Sur celle-ci sélectionner l’onglet Avancé (2)
Cliquer sur le bouton Variables d'environnement.... (3)
IL faut modifier la variable path, supprimer la définition qui ne convient pas. les deux sont identiques ? ça m'étonne que ça puisse troubler le zinzin, mais c'est l'indice qu'une désinstallation ne s'est pas faite proprement. Vraisemblablement la version de lily qui est active appelle une dll (une bibliothèque) d'une autre version.
Comme quoi l'intuition masculine, c'est quelque chose à laquelle il faut croire...
Quand je fais ECHO %PATH%, j'ai effectivement deux fois C:\Program
Files\LilyPond\usr\bin... Bien vu ! Mais je ne sais pas ce que je dois
faire ensuite ! D'ailleurs, je ne sais pas exactement ce que j'ai fait
jusqu'ici. La deuxième commande m'est elle aussi totalement inconnue (je
ne connais pas vraiment la ligne de commande sous Windows, moi...).
Mais merci !
ça ne dérange pas - tout simplement le première fichier (programme) avec le
nom de la commande sera choisi! si il ne se trouve pas sur le premier
dossier, le deuxième dossier sera aussi fouillé.
mais attention: si on invoque un programme dans un dossier, ce programme
sera d'abord cherché dans se dossier et seulement après un résultat négatif,
les dossiers du %path% seront inspectés!
normalement on va sur le dossier du fichier et on démarre avec lilypond
test.ly
pour invoquer une version spécifique il faut utiliser "c:\program
files\lilypond2.12.3\usr\bin\lilypond" test.ly
C'est quand même le signe que la désinstallation précédente n'a pas été faite proprement. Comme je le disais précédemment le dysfonctionnement est assez typique d'un conflit de dll : une application qui appelle une dll d'une version précédente.
Je ne sais pas comment lilypond utilise les variables d'environnement, ni même s'il en utilise.
Personnellement, je désinstallerais lilypond, je virerais *tous* les répertoire ayant un rapport avec lilypond «à la main», je supprimerais du path tout ce qui concerne lilypond, et je réinstallerais le bidule. Il n'y a aucune raison que ça ne marche pas.
Ca devrait le faire...
Autrement, il y a la méthode bourrin que tous les Ouinedoziens connaissent :-((
JJR.
···
Le 08/09/2010 15:27, Eluze a écrit :
Céladon wrote:
Quand je fais ECHO %PATH%, j'ai effectivement deux fois C:\Program
Files\LilyPond\usr\bin... Bien vu ! Mais je ne sais pas ce que je dois
faire ensuite ! D'ailleurs, je ne sais pas exactement ce que j'ai fait
jusqu'ici. La deuxième commande m'est elle aussi totalement inconnue (je
ne connais pas vraiment la ligne de commande sous Windows, moi...).
Mais merci !
ça ne dérange pas - tout simplement le première fichier (programme) avec le
nom de la commande sera choisi! si il ne se trouve pas sur le premier
dossier, le deuxième dossier sera aussi fouillé.
mais attention: si on invoque un programme dans un dossier, ce programme
sera d'abord cherché dans se dossier et seulement après un résultat négatif,
les dossiers du %path% seront inspectés!
normalement on va sur le dossier du fichier et on démarre avec lilypond
test.ly
Bon, il restait effectivement des traces de l'ancienne version. J'ai dû
désinstaller, réinstaller, etc., aller chercher moi-même dans le PATH, faire
des vérifications... Au terme de quoi, j'ai fini par réinstaller la version
2.13.31, et ça compile ! Ouf ! Merci en tout cas de votre aide, et désolé de
ne pas pouvoir vous dire précisément pourquoi ça ne fonctionnait pas.