Подстановка команд в выражении sed

Вы можете создать сценарий sed из каталога сообщений об ошибках, а затем применить этот сценарий sed к файлу журнала.

В общем, что-то в этом роде:

sed 's/\(.*\), 0x\([0-9A-F]*\)$/s%ERRORID:0x\2%ERROR:\1%g/' errors.txt |
sed -f - logfile.txt

Вывод первого скрипта sed должен быть примерно таким:

s%ERRORID:0x00000001%ERROR:Out of memory%
s%ERRORID:0x00000002%ERROR:Stack overflow%
s%ERRORID:0x00000031%ERROR:values of beta may cause dom%

То есть новый sed-скрипт, который указывает замену для каждого кода ошибки в каталоге.

Существуют разные диалекты sed, поэтому может потребоваться небольшая настройка. Я считаю, что sed в Linux должен использовать обратную косую черту перед группировкой скобок в регулярных выражениях и с радостью допускает стандартный ввод в качестве аргумента для параметра -f. Однако это не переносимо на другие Unices (но вы можете заменить Perl на sed, если вам нужна переносимость).

*Изменить. Если сообщения об ошибках довольно статичны и/или вы хотите прочитать журнал из стандартного ввода, сохраните сгенерированный сценарий в файле;

# Do this once
sed 's/\(.*\), 0x\([0-9A-F]*\)$/s%ERRORID:0x\2%ERROR:\1%g/' errors.txt >errors.sed
# Use it many times
sed -f errors.sed logfile.txt

Вы также можете добавить #!/usr/bin/sed -f вверху errors.sed и chmod +x, чтобы превратить его в автономный командный сценарий.

Я не знаю, сработает ли это, так как я не могу получить ответ о том, сохраняются ли группы захвата, но задать нужно гораздо больше, чем просто команду s. Я подумал, что вы могли бы использовать группу захвата в селекторе строк регулярных выражений, а затем использовать ее для подстановки команд. Что-то вроде этого:

/ERRORID:\(0x[0-9a-f]*\)/  s/ERRORID:0x[0-9a-f]*/ERROR:$(grep \1 errors.txt | grep -o '^[A-Z_]*' )/

В любом случае, если это не сработает, я бы переключил передачу и указал, что это действительно хорошая работа для Perl. Вот как я бы это сделал, что, на мой взгляд, намного чище/проще для понимания:

#!/usr/bin/perl

while(<>) {
  while( /ERRORID:(0x[0-9a-f]*)/ ) {
    $name = system("grep $1 errors.txt | grep -o '^[A-Z_]*'");
    s/ERRORID:$1/ERROR:$name/g;
  }
  print;
}

Затем выполните:

./thatScript.pl logfile.txt

С GNU awk для gensub() и аргументом 3rg для match():

$ awk '
    NR==FNR {
        map[$NF] = gensub(/,[^,]+$/,"",1)
        next
    }
    match($0,/(.*ERRORID:)(0x[[:xdigit:]]+)(.*)/,a) {
        $0 = a[1] (a[2] in map ? map[a[2]] : a[2]) a[3]
    }
1' errors.txt logfile.txt
Lot's of meaningless stuff ERRORID:LONG_ERROR_DESCRIPTION and something else =>

Вышеприведенное будет работать намного быстрее, чем сценарии sed в принятом в настоящее время ответе, и не будет давать сбой при различном возможном содержимом LONG_ERROR_DESCRIPTION, таком как % или & или \1, а также не будет сбоя, когда данный ERRORID является подмножеством другого, например. если 0xdead и 0xdeadbeef являются двумя отдельными кодами ошибок, то сценарии sed могут дать сбой в зависимости от порядка их появления в файле errors.txt, например. они могли преобразовать ERRORS:0xdeadbeef в ERRORS:LONG_ERROR_DESCRIPTIONbeef. сначала отобразив 0xdead.

Просто чтобы люди искали решение с голой оболочкой и sed. Не идеально, но работает:

cat logfile.txt | while read line ; do id=$(echo -E "$line" | 
    grep "ERRORID:0x[0-9a-f]*" | grep -o "0x[0-9a-f]*" ) ; 
    if [ ! -z "$id" ] ; then echo -E "$line" | sed "s/$id/$(grep $id errors.txt | 
    grep -o '^[A-Z_]*' )/g" ;else echo -E "$line" ; fi ; done

Если вы видите какие-то варианты исправления, пожалуйста, поделитесь.