У меня есть файл с разделителями каналов, который имеет несколько полей. Поскольку мне нужны только несколько, я думал использовать awk
для их захвата для целей тестирования. Однако я заметил, что printf
изменяет значение, если я использую "%d"
. Он отлично работает, если я использую "%s"
.
Пример файла фида:
[jaypal:~/Temp] cat temp
302610004125074|19769904399993903|30|15|2012-01-13 17:20:02.346000|2012-01-13 17:20:03.307000|E072AE4B|587244|316|13|GSM|1|SUCC|0|1|255|2|2|0|213|2|0|6|0|0|0|0|0|10|16473840051|30|302610|235|250|0|7|0|0|0|0|0|10|54320058002|906|722310|2|0||0|BELL MOBILITY CELLULAR, INC|BELL MOBILITY CELLULAR, INC|Bell Mobility|AMX ARGENTINA SA.|Claro aka CTI Movil|CAN|ARG|
Мне интересен захват second column
, который 19769904399993903
.
Вот мои тесты:
[jaypal:~/Temp] awk -F"|" '{printf ("%d\n",$2)}' temp
19769904399993904 # Value is changed
Однако, следующие два теста работают нормально -
[jaypal:~/Temp] awk -F"|" '{printf ("%s\n",$2)}' temp
19769904399993903 # Value remains same
[jaypal:~/Temp] awk -F"|" '{print $2}' temp
19769904399993903 # Value remains same
Итак, это предел "%d"
неспособности обрабатывать длинные целые числа. Если это так, почему он должен добавить один к числу вместо того, чтобы его обрезать?
Я пробовал это с версиями BSD
и GNU
awk
.
Информация о версии:
[jaypal:~/Temp] gawk --version
GNU Awk 4.0.0
Copyright (C) 1989, 1991-2011 Free Software Foundation.
[jaypal:~/Temp] awk --version
awk version 20070501