commande non valide code ., malgré échapper périodes, à l'aide de sed

Être obligé d'utiliser CVS pour un client actuel, et le changement d'adresse pour la télécommande des pensions. La seule façon que je peux trouver pour changer l'adresse distante dans mon local est un code récursif de recherche et de remplacement.

Cependant, avec la commande sed je m'attends à travailler:

find ./-type f -exec sed -i "s/192.168.20.1/new.domain.com/" {} \;

J'obtiens une erreur pour chaque fichier:

sed: 1: ".//file/path ...": invalid command code .

J'ai essayé d'échapper à des périodes de la sed match/de remplacement, mais qui ne résout rien.

InformationsquelleAutor helion3 | 2013-10-18
  1. 405

    Si vous êtes sur un OS X, ce qui a probablement rien à voir avec la commande sed. Sur le OSX version de sed, le -i option s'attend à une extension argument de sorte que votre commande est actuellement analysée comme la extension argument et le chemin d'accès au fichier est interprété comme le code de commande.

    Essayez d'ajouter le -e argument explicitement et de donner '' comme argument pour -i:

    find ./ -type f -exec sed -i '' -e "s/192.168.20.1/new.domain.com/" {} \;

    Voir cette.

    • L'exemple de commande vous donner toutefois, la donne: sed: RE erreur: illégal séquence d'octets
    • Qui plus est probablement un copier-coller de codage de problème car il fonctionne sans problème dans mes tests. Voir this
    • Si vous avez passé 10 min comme je l'ai fait pour trouver la différence, c'est l'option-e
    • J'ai mis à jour ma réponse à être explicitement sur la -e option
    • Cette question répond à la RE error: illegal byte sequence sur MacOS.
    • j'ai utilisé une chaîne vide " comme le paramètre-i et qui a travaillé, comme sed -i '' 's/blah/xx/g'
    • Pour moi, l'ajout de -e après -i fait sed de sauvegarde de tous mes fichiers de cette manière: "foo.txt" -> "foo.txt-e". Évidemment, ce que je voulais, c'était plutôt -i '', c'est à dire ne pas de sauvegarde des fichiers modifiés.
    • Vous n'avez probablement pas l'exécution de l'OS X sed. Si cette réponse ne s'applique pas à vous.
    • Je suis absolument sur OS X par défaut sed, pas de homebrew avais. Mavericks 10.9.3 (peut-être sed diffère avec les versions OS X?). Pas de soucis, j'ai ajouté de la réponse que j'aimerai l'avoir eu (et je pense qu'il aurait résolu le cas des OP de problème).
    • Même problème pour moi. Cette -i -e combiné avec un find a entraîné dans de nombreux de nombreux les fichiers se terminant par -e-e-e-e-e-e-e.
    • Même ici, à l'aide de la dsi qui est livré avec 10.10. Je recommande -i ''
    • Je trouve ça drôle de voir comment vous la modification de votre réponse pour la faire ressembler à la mienne 🙂 de toute façon, tant que les utilisateurs à résoudre leurs problèmes, je n'ai pas de soins. Cheers!
    • J'ai mis à jour ma réponse après votre commentaire, ce qui, je ne pouvais pas vérifier sur mon système, mais qui était soutenu par plusieurs autres intervenants. Mes dates edit Oct 1 '15 à 4:44 et votre réponse est datée du 2 Oct '14 à 8:54. Des acclamations.
    • Vous pouvez résoudre ce problème, et tous les autres problèmes avec macOS, par l'installation de Gnu versions de tout
    • Un travail révisé réponse sur OSX est: find ./ -type f -exec sed -e "s/est 192.168.20.1/nouveau.domaine.com/" {} \;
    • est-il une version où la commande de travail pour les deux OS X et Linux?
    • À l'aide de Homebrew sur mac OS X, vous pouvez installer GNU sed qui est l'installes sur Linux.
    • Encore confus, mais il fonctionne...

    InformationsquelleAutor damienfrancois
  2. 36

    Vous avez tout simplement oublié de fournir un argument à -i. Il suffit de changer -i à -i ''.

    Bien sûr, cela signifie que vous ne voulez pas que vos fichiers soient sauvegardés; sinon approvisionnement de votre poste de choix, comme -i .bak.

    InformationsquelleAutor mdup
  3. 1

    Probablement votre nouveau nom de domaine contiennent / ? Si oui, essayez d'utiliser un séparateur d'autres que / dans sed, par exemple #, , etc.

    find ./ -type f -exec sed -i 's#192.168.20.1#new.domain.com#' {} \;

    Il serait également bon de mettre les s/// dans des guillemets simples plutôt que des guillemets pour éviter la substitution de variable ou de tout autre comportement inattendu

    InformationsquelleAutor jkshah