Awk pour remplacer l'apostrophe

Cela fonctionne (sans la redirection d'e/S sur "imprimer"):

awk '{gsub(/include\('"'"'.\//, "include\('"'"'", $0); print }' # Wrong
awk '{gsub(/include\('"'"'.\//, "include('"'"'", $0); print }'  # Right

Il cartes de cette entrée:

include('./abc')
include('x/abc')

:

include('abc')
include('abc')

Empiriquement, il semble que l'expression régulière doit être à l'intérieur des barres obliques; la chaîne de remplacement doit être un habitué de la chaîne. Vous aurez besoin de la carte de la " . ' à ' \. " pour arrêter le deuxième remplacement.

Je ne suis pas très heureux avec cette explication. La page de man pour 'awk' sur MacOS X dit:

/re/est une constante de l'expression régulière; n'importe quelle chaîne (constante ou variable) peut être utilisé comme une expression régulière, sauf dans la position d'un isolé expression régulière dans un modèle.

Donc, en théorie, la forme d'une chaîne que vous avez utilisé devrait fonctionner. Empiriquement, il n'a pas; j'ai eu sensiblement le même message d'erreur que vous avez fait avec votre code. Et vous aviez eu le shell devis correct, ce qui est non-trivial.

Il ya des moments où Perl peut être plus facile (parce que vous pouvez choisir l'arbitraire d'un délimiteur pour marquer la regex limites):

perl -pe "s%include\('\./%include('%g"

OriginalL'auteur Jonathan Leffler

Vous n'avez pas besoin d'utiliser awk si tout ce que vous voulez faire est de cette. 🙂 Aussi, l'écriture dans un fichier que vous êtes en train de lire, dans la façon dont vous l'avez fait, va conduire à la perte de données ou la corruption, essayez de ne pas le faire.

for file in *.php ; do
# or, to do this to all php files recursively:
# find . -name '*.php' | while read file ; do
  # make backup copy; do not overwrite backup if backup already exists
  test -f $file.orig || cp -p $file $file.orig
  # awk '{... print > NEWFILE}' NEWFILE="$file" "$file.orig"
  sed -e "s:include('\./:include(':g" "$file.orig" >"$file"
done

---

Juste pour clarifier la perte de données d'aspect: quand awk (ou sed) commencer le traitement d'un fichier et vous demander de lire la première ligne, ils pourront effectuer un tampon de lecture, qui est, ils vont le lire depuis le système de fichiers (nous pouvons simplifier et dire "à partir du disque") d'un bloc de données aussi grands que leurs interne mémoire tampon de lecture (par exemple, 4-65KB) afin d'obtenir de meilleures performances (réduction des e/s disque.) Supposons que le fichier de travail est plus grande que la taille de la mémoire tampon. De plus amples lit continueront à venir à partir de la mémoire tampon jusqu'à ce que le tampon est épuisé, à quel point un second bloc de données sera chargé à partir du disque dans la mémoire tampon etc.

Cependant, juste après avoir lu la première ligne, c'est à dire après le premier bloc de données est lu à partir du disque dans la mémoire tampon de votre awk script s'ouvre FILENAME, le fichier d'entrée lui-même, pour l'écriture avec troncature, c'est à dire la taille du fichier sur le disque est remis à 0. À ce stade, tout ce qui reste de votre fichier d'origine sont les premiers kilo-octets de données dans awk's de la mémoire. Awk va gaiement continuer à lire ligne après ligne à partir de la mémoire tampon et de produire de sortie jusqu'à ce que le tampon est épuisé, à quel point awk sera probablement arrêter et de vous laisser avec un 4-65k fichier.

Comme une note de côté, si vous êtes en train d'utiliser awk pour développer (par exemple print "PREFIX: " $0), pas de rétrécissement (gsub(/.../, "")), de données, alors vous aurez presque certainement jusqu'à la fin avec un non réactif awk et une perpétuellement croissante de fichier. 🙂

OriginalL'auteur vladr