Je tente d'apprendre PCL-CVS. Mon working directory est à jour.
Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
il m'affiche la bonne liste de fichiers, avec les bons numéros de
révision, mais tous avec le status « Modified », alors que tout est à
jour. C'est en tout cas ce que me dit CVS lancé à la main.
Je ne sais pas si le problème vient de ce que j'utilise Cygwin.
Mais un truc bizarre est que lorsque je fais :
Tout cela est très étrange. Quelqu'un a-t-il une piste ?
PS: Toujours plus étrange. En écrivant cet article, je me suis
retrouvé dans un buffer d'aide à exécuter par erreur :
M-x ( c a l l - p r o c e s s c v s - p r o g r a m ) <RET>
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais
une fois le buffer tué, je n'ai pas réussi à le réévaluer sans
erreur ... Vraiment bizarre.
PPS: Merci Matthieu, pour le `fill-nobreak-predicate'. Il marche
nickel.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Matthieu Moy
drkm writes:
Bonsoir
Bonsoir,
Je tente d'apprendre PCL-CVS.
Si je puis me permettre de donner mon avis, apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
CVS est un gestionnaire de version pleins de limitations assez pénibles (en particulier, la gestion des répertoires et le renommage des fichiers). Le successeur logique de CVS, c'est subversion[1], et oh, miracle, il y a un mode Emacs pour ça aussi[2] !
Après, il y a d'autres gestionnaires de version qui suivent des voies différentes, mais très intéressantes également. Personnellement, j'utilise Arch[3], <pub> et, là aussi, il y a un mode Emacs[4] !</pub>
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais une fois le buffer tué, je n'ai pas réussi à le réévaluer sans erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye d'executer (call-process ...) ? Est-ce que tu arrives à faire un `call-process' sur un autre programme dans le même buffer ?
-- Matthieu
drkm <usenet.fcaemacs@fgeorges.org> writes:
Bonsoir
Bonsoir,
Je tente d'apprendre PCL-CVS.
Si je puis me permettre de donner mon avis, apprendre CVS et outils
connexes aujourd'hui n'est pas une super idée.
CVS est un gestionnaire de version pleins de limitations assez
pénibles (en particulier, la gestion des répertoires et le renommage
des fichiers). Le successeur logique de CVS, c'est subversion[1], et
oh, miracle, il y a un mode Emacs pour ça aussi[2] !
Après, il y a d'autres gestionnaires de version qui suivent des voies
différentes, mais très intéressantes également. Personnellement,
j'utilise Arch[3], <pub> et, là aussi, il y a un mode Emacs[4] !</pub>
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais
une fois le buffer tué, je n'ai pas réussi à le réévaluer sans
erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye
d'executer (call-process ...) ? Est-ce que tu arrives à faire un
`call-process' sur un autre programme dans le même buffer ?
Si je puis me permettre de donner mon avis, apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
CVS est un gestionnaire de version pleins de limitations assez pénibles (en particulier, la gestion des répertoires et le renommage des fichiers). Le successeur logique de CVS, c'est subversion[1], et oh, miracle, il y a un mode Emacs pour ça aussi[2] !
Après, il y a d'autres gestionnaires de version qui suivent des voies différentes, mais très intéressantes également. Personnellement, j'utilise Arch[3], <pub> et, là aussi, il y a un mode Emacs[4] !</pub>
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais une fois le buffer tué, je n'ai pas réussi à le réévaluer sans erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye d'executer (call-process ...) ? Est-ce que tu arrives à faire un `call-process' sur un autre programme dans le même buffer ?
-- Matthieu
drkm
Matthieu Moy writes:
drkm writes:
Je tente d'apprendre PCL-CVS.
Si je puis me permettre de donner mon avis,
Permets-toi, permets-toi ...
apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
[...]
Merci pour ces explications et ces liens. Néanmoins, CVS est fort employé, il me semble. Ce n'est pas un argument pour l'employer sur un nouveau projet, mais je n'ai pas le choix pour mon projet sur SourceForge. C'est CVS, point.
Je pense avoir vu quelque part qu'ils n'excluent de fournir un support pour Subversion dans le futur. Si c'est le cas, je pourrai toujours y jeter un oeil, mais d'ici là, je n'ai pas le choix.
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais une fois le buffer tué, je n'ai pas réussi à le réévaluer sans erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Surtout en ce qui concerne l'erreur, `(wrong-type-argument stringp nil)'. J'ai jeté un oeil rapidement à l'implémentation de `Fcall_process()', et je n'ai rien trouvé.
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye d'executer (call-process ...) ? Est-ce que tu arrives à faire un `call-process' sur un autre programme dans le même buffer ?
Bingo. J'ai un peu galèré, mais apparemment, `default-directory' vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce normal ?
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble toujours avoir le même problème, tous les fichiers sont à « Modified ». De toute façon, le problème de `call-process()' ne doit pas en être la cause, puisqu'il semble faire un change directory.
Sans doute est-ce relatif à une option de PCL-CVS. Il faudrais que j'investigue un peu, mais je n'ai pas le temps ce soir. Il me semble tout de même bizarre que PCL-CVS ne me retourne pas d'erreur. Aucun message, aucune demande de mot de passe, aucun délai. Ce n'est pas possible qu'il exécute `cvs(1)'. Mais il reste silencieux. Étrange ...
Merci pour le filon, j'investiguerai plus loin le moment venu.
apprendre CVS et outils
connexes aujourd'hui n'est pas une super idée.
[...]
Merci pour ces explications et ces liens. Néanmoins, CVS est fort
employé, il me semble. Ce n'est pas un argument pour l'employer sur
un nouveau projet, mais je n'ai pas le choix pour mon projet sur
SourceForge. C'est CVS, point.
Je pense avoir vu quelque part qu'ils n'excluent de fournir un
support pour Subversion dans le futur. Si c'est le cas, je pourrai
toujours y jeter un oeil, mais d'ici là, je n'ai pas le choix.
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais
une fois le buffer tué, je n'ai pas réussi à le réévaluer sans
erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Surtout en ce qui concerne l'erreur, `(wrong-type-argument stringp
nil)'. J'ai jeté un oeil rapidement à l'implémentation de
`Fcall_process()', et je n'ai rien trouvé.
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye
d'executer (call-process ...) ? Est-ce que tu arrives à faire un
`call-process' sur un autre programme dans le même buffer ?
Bingo. J'ai un peu galèré, mais apparemment, `default-directory'
vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce
normal ?
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble
toujours avoir le même problème, tous les fichiers sont à
« Modified ». De toute façon, le problème de `call-process()' ne doit
pas en être la cause, puisqu'il semble faire un change directory.
Sans doute est-ce relatif à une option de PCL-CVS. Il faudrais que
j'investigue un peu, mais je n'ai pas le temps ce soir. Il me semble
tout de même bizarre que PCL-CVS ne me retourne pas d'erreur. Aucun
message, aucune demande de mot de passe, aucun délai. Ce n'est pas
possible qu'il exécute `cvs(1)'. Mais il reste silencieux.
Étrange ...
Merci pour le filon, j'investiguerai plus loin le moment venu.
apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
[...]
Merci pour ces explications et ces liens. Néanmoins, CVS est fort employé, il me semble. Ce n'est pas un argument pour l'employer sur un nouveau projet, mais je n'ai pas le choix pour mon projet sur SourceForge. C'est CVS, point.
Je pense avoir vu quelque part qu'ils n'excluent de fournir un support pour Subversion dans le futur. Si c'est le cas, je pourrai toujours y jeter un oeil, mais d'ici là, je n'ai pas le choix.
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
qui retournait 0x01. J'ai réussi à l'évaluer plusieurs fois. Mais une fois le buffer tué, je n'ai pas réussi à le réévaluer sans erreur ... Vraiment bizarre.
Très bizarre, tout ça. Un simple call-process qui plante comme ça ...
Surtout en ce qui concerne l'erreur, `(wrong-type-argument stringp nil)'. J'ai jeté un oeil rapidement à l'implémentation de `Fcall_process()', et je n'ai rien trouvé.
Que vaut la variable `default-directory' dans le buffer d'ou tu essaye d'executer (call-process ...) ? Est-ce que tu arrives à faire un `call-process' sur un autre programme dans le même buffer ?
Bingo. J'ai un peu galèré, mais apparemment, `default-directory' vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce normal ?
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble toujours avoir le même problème, tous les fichiers sont à « Modified ». De toute façon, le problème de `call-process()' ne doit pas en être la cause, puisqu'il semble faire un change directory.
Sans doute est-ce relatif à une option de PCL-CVS. Il faudrais que j'investigue un peu, mais je n'ai pas le temps ce soir. Il me semble tout de même bizarre que PCL-CVS ne me retourne pas d'erreur. Aucun message, aucune demande de mot de passe, aucun délai. Ce n'est pas possible qu'il exécute `cvs(1)'. Mais il reste silencieux. Étrange ...
Merci pour le filon, j'investiguerai plus loin le moment venu.
--drkm
Matthieu Moy
drkm writes:
Bingo. J'ai un peu galèré, mais apparemment, `default-directory' vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce normal ?
,----[ C-h v default-directory RET ] | default-directory's value is "~/" | Local in buffer *followup to drkm on fr.comp.applications.emacs*; global value is nil | | Documentation: | Name of default directory of current buffer. Should end with slash. | ^^^^^^^^^^^^^^^^^^^^^ | Each buffer has its own value of this variable. To change the | default directory, use function `cd'. `----
Effectivement, si la variable ne se termine pas par un slash, le comportement de pas mal de fonctions est completement déconnant.
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble toujours avoir le même problème, tous les fichiers sont à « Modified ».
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il a executé. Regardes la sortie de la commande si tu la lances à la main.
Sinon, il va falloir débugger, probablement du coté de `cvs-update-filter'.
-- Matthieu
drkm <usenet.fcaemacs@fgeorges.org> writes:
Bingo. J'ai un peu galèré, mais apparemment, `default-directory'
vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce
normal ?
,----[ C-h v default-directory RET ]
| default-directory's value is "~/"
| Local in buffer *followup to drkm <usenet.fcaemacs@fgeorges.org> on fr.comp.applications.emacs*; global value is nil
|
| Documentation:
| Name of default directory of current buffer. Should end with slash.
| ^^^^^^^^^^^^^^^^^^^^^
| Each buffer has its own value of this variable. To change the
| default directory, use function `cd'.
`----
Effectivement, si la variable ne se termine pas par un slash, le
comportement de pas mal de fonctions est completement déconnant.
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble
toujours avoir le même problème, tous les fichiers sont à
« Modified ».
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il
a executé. Regardes la sortie de la commande si tu la lances à la
main.
Sinon, il va falloir débugger, probablement du coté de
`cvs-update-filter'.
Bingo. J'ai un peu galèré, mais apparemment, `default-directory' vaut "~" et cela n'est pas bon. Avec "~/", ça fonctionne. Est-ce normal ?
,----[ C-h v default-directory RET ] | default-directory's value is "~/" | Local in buffer *followup to drkm on fr.comp.applications.emacs*; global value is nil | | Documentation: | Name of default directory of current buffer. Should end with slash. | ^^^^^^^^^^^^^^^^^^^^^ | Each buffer has its own value of this variable. To change the | default directory, use function `cd'. `----
Effectivement, si la variable ne se termine pas par un slash, le comportement de pas mal de fonctions est completement déconnant.
Mouais. _`call-process()'_ fonctionne. Mais PCL-CVS semble toujours avoir le même problème, tous les fichiers sont à « Modified ».
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il a executé. Regardes la sortie de la commande si tu la lances à la main.
Sinon, il va falloir débugger, probablement du coté de `cvs-update-filter'.
-- Matthieu
drkm
drkm writes:
Matthieu Moy writes:
drkm writes:
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
Si je me souviens bien, c'est équivalent.
J'ai vérifié, c'est équivalent à `cvs-examine()', plutôt. Du moins, c'est ce qu'il renseignent dans <INFO:pcl-cvs/Getting started>. Néanmoins, `cvs(1)' n'est exécuté que lors de l'appel de `cvs-examine()', pas par :
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
Si je me souviens bien, c'est équivalent.
J'ai vérifié, c'est équivalent à `cvs-examine()', plutôt. Du moins,
c'est ce qu'il renseignent dans <INFO:pcl-cvs/Getting started>.
Néanmoins, `cvs(1)' n'est exécuté que lors de l'appel de
`cvs-examine()', pas par :
Mon working directory est à jour. Lorsque je fais :
C-u C-x C-f [ . . . ] / C V S <RET>
Je ne connaissais pas cette méthode. Je faisais M-x cvs-update RET.
Si je me souviens bien, c'est équivalent.
J'ai vérifié, c'est équivalent à `cvs-examine()', plutôt. Du moins, c'est ce qu'il renseignent dans <INFO:pcl-cvs/Getting started>. Néanmoins, `cvs(1)' n'est exécuté que lors de l'appel de `cvs-examine()', pas par :
C-u C-x C-f [ . . . ] / C V S <RET>
--drkm
drkm
Matthieu Moy writes:
,----[ C-h v default-directory RET ] | Name of default directory of current buffer. Should end with slash. | ^^^^^^^^^^^^^^^^^^^^^
Un peu gros :-/. Merci.
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il a executé. Regardes la sortie de la commande si tu la lances à la main.
Oui. Mais justement, le problème était qu'il me donnait des résultats totalement différents de ce que j'obtenais à la main. Mais sans me signaler d'erreur de son côté.
En fait, j'ai progressé depuis. J'arrive à lancer effectivement `cvs(1)'. Mais avec SSH, requis par SF, il doit me demander un mot de passe de manière interactive, au lieu de quoi il n'affiche rien, et je vois que `cvs(1)' et `ssh(1)' tournent (sans doute en attente d'une entrée).
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a expérimenté ce problème ici.
,----[ C-h v default-directory RET ]
| Name of default directory of current buffer. Should end with slash.
| ^^^^^^^^^^^^^^^^^^^^^
Un peu gros :-/. Merci.
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il
a executé. Regardes la sortie de la commande si tu la lances à la
main.
Oui. Mais justement, le problème était qu'il me donnait des
résultats totalement différents de ce que j'obtenais à la main. Mais
sans me signaler d'erreur de son côté.
En fait, j'ai progressé depuis. J'arrive à lancer effectivement
`cvs(1)'. Mais avec SSH, requis par SF, il doit me demander un mot de
passe de manière interactive, au lieu de quoi il n'affiche rien, et je
vois que `cvs(1)' et `ssh(1)' tournent (sans doute en attente d'une
entrée).
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a
expérimenté ce problème ici.
,----[ C-h v default-directory RET ] | Name of default directory of current buffer. Should end with slash. | ^^^^^^^^^^^^^^^^^^^^^
Un peu gros :-/. Merci.
Dans le buffer *cvs*, il te dit quelle est la dernière commande qu'il a executé. Regardes la sortie de la commande si tu la lances à la main.
Oui. Mais justement, le problème était qu'il me donnait des résultats totalement différents de ce que j'obtenais à la main. Mais sans me signaler d'erreur de son côté.
En fait, j'ai progressé depuis. J'arrive à lancer effectivement `cvs(1)'. Mais avec SSH, requis par SF, il doit me demander un mot de passe de manière interactive, au lieu de quoi il n'affiche rien, et je vois que `cvs(1)' et `ssh(1)' tournent (sans doute en attente d'une entrée).
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a expérimenté ce problème ici.
Merci.
--drkm
Olivier Tharan
* Matthieu Moy (Mon, 25 Oct 2004 21:06:57 +0200):
Si je puis me permettre de donner mon avis, apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
C'est toujours bon de le connaître, c'est mieux que d'être totalement imperméable aux systèmes de gestion de versions. Même RCS peut être utile ! </minute off-topic>
-- olive
* Matthieu Moy <MatthieuNOSPAM.Moy@imag.fr.invalid> (Mon, 25 Oct 2004 21:06:57 +0200):
Si je puis me permettre de donner mon avis, apprendre CVS et outils
connexes aujourd'hui n'est pas une super idée.
C'est toujours bon de le connaître, c'est mieux que d'être totalement
imperméable aux systèmes de gestion de versions. Même RCS peut être
utile !
</minute off-topic>
Si je puis me permettre de donner mon avis, apprendre CVS et outils connexes aujourd'hui n'est pas une super idée.
C'est toujours bon de le connaître, c'est mieux que d'être totalement imperméable aux systèmes de gestion de versions. Même RCS peut être utile ! </minute off-topic>
-- olive
drkm
drkm writes:
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a expérimenté ce problème ici.
Ok. Voici le fin mot de l'histoire, obtenu sur c.g.emacs. Il semble que PCL-CVS ne gère pas les mots de passe demandés par SSH. Il faut donc faire en sorte qu'il ne demande plus de mot de passe. La solution semble être `ssh-agent(1)'. Je vais donc trouver d'autres sources de renseignement ...
Merci,
--drkm
drkm <usenet.fcaemacs@fgeorges.org> writes:
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a
expérimenté ce problème ici.
Ok. Voici le fin mot de l'histoire, obtenu sur c.g.emacs. Il
semble que PCL-CVS ne gère pas les mots de passe demandés par SSH. Il
faut donc faire en sorte qu'il ne demande plus de mot de passe. La
solution semble être `ssh-agent(1)'. Je vais donc trouver d'autres
sources de renseignement ...
Je vais donc me tourner vers les MLs de PCL-CVS, si personne n'a expérimenté ce problème ici.
Ok. Voici le fin mot de l'histoire, obtenu sur c.g.emacs. Il semble que PCL-CVS ne gère pas les mots de passe demandés par SSH. Il faut donc faire en sorte qu'il ne demande plus de mot de passe. La solution semble être `ssh-agent(1)'. Je vais donc trouver d'autres sources de renseignement ...
