|
|
|
4.17, dq0s4y71 (??), 16:29, 04/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ты сам-то читал? Имеется ввиду сборка под МС-ДОС. Там, наверное, какой-нибудь древнючий Quick C был.
| |
|
|
6.20, dq0s4y71 (??), 19:04, 04/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Выпилина поддержка 16-битного МС-ДОС компилятора Microsoft C 7. А с тем, что в МС-ДОС нет поддержки IPv6, никто не спорит.
| |
|
|
|
|
|
1.5, Vitold S (?), 01:00, 03/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Ну осталось теперь дождаться портов для Apache и nginx и в принципе чем не язык...
| |
|
2.7, rur (?), 11:10, 03/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
AWK - отличная штука!
Добавили бы еще нормальную функциональность с бинарными файлами,
цены бы не было.
| |
|
3.14, northbear (ok), 06:33, 04/07/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Идея из серии: Если бы подводную лодку научить летать, цены бы ей не было...
awk - это классическая Unix-tools, которая делает что-то одно. но делает это очень хорошо. Не нужно ему бинарных файлов. И IPv6 ему совсем ни к чему. И вообще что это такое поддержка ipv6?
| |
|
4.19, rur (?), 17:25, 04/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Про подводную лодку: не в тему. ПЛ научить летать сложно. А добавить анализ бинарных файлов НЕ ТАК СЛОЖНО. Вот сейчас появился костыль: "Новая опция "--characters-as-bytes" ("-b")..." -- но это лишь костыль. А сделать надо удобнее.
"...которая делает что-то одно..." -- Ну, да... А что это, что-то одно?
Если анализ буквенных строк -- то слишком узко. Хотелось бы, чтобы это было просто
*анализ строк*, там, где и нон-аски байты можно обрабатывать аналогично аски-байтам.
А IPv6 действительно ни к чему.
| |
|
|
6.23, rur (?), 09:49, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Если анализ буквенных строк -- то слишком узко. Хотелось бы, чтобы это
>> было просто
>> *анализ строк*, там, где и нон-аски байты можно обрабатывать аналогично аски-байтам.
> Их и сейчас можно обрабатывать. Выставляйте свои FS, RS и т.д. Если
> вам это не подходит, то вы просто не по адресу, ибо
> это означает, что у вас не строковые данные.
--- Скажите мне, что такое "строковые данные" ? -- это не придирка, а суть.
Лет сто назад ;) это считалось ASCII-с-CR-в-конце. У вас также?
--- Чтобы не ударяться в философию, рассмотрим пример, где AWK мог бы применяться, но сейчас это сделать сложно: файл *.gif начинается с букв "GIF", а потом идет инфо о картинке: размер, цвет и др. - бинарная. Это - заголовок файла. Почти "строковые данные".
Таких примеров много.
| |
|
7.26, PereresusNeVlezaetBuggy (ok), 10:43, 05/07/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>> Если анализ буквенных строк -- то слишком узко. Хотелось бы, чтобы это
>>> было просто
>>> *анализ строк*, там, где и нон-аски байты можно обрабатывать аналогично аски-байтам.
>> Их и сейчас можно обрабатывать. Выставляйте свои FS, RS и т.д. Если
>> вам это не подходит, то вы просто не по адресу, ибо
>> это означает, что у вас не строковые данные.
> --- Скажите мне, что такое "строковые данные" ? -- это не придирка,
> а суть.
> Лет сто назад ;) это считалось ASCII-с-CR-в-конце. У вас также?
Это в Си так считалось. Есть и другие, не менее древние языки. ;) Строка — одномерный набор последовательно расположенных однотипных элементов с заранее неизвестным их количеством. Количество элементов в строке может определяться либо отдельной сущностью (как строки в Pascal, например), либо терминатором (C), либо вообще и так, и сяк (Visual Basic). awk работает со строками с терминаторами.
> --- Чтобы не ударяться в философию, рассмотрим пример, где AWK мог бы
> применяться, но сейчас это сделать сложно: файл *.gif начинается с букв
> "GIF", а потом идет инфо о картинке: размер, цвет и др.
> - бинарная. Это - заголовок файла. Почти "строковые данные".
> Таких примеров много.
Не путайте «текстовые данные» и «строковые данные». В данном случае мы имеем упакованную структуру, а не набор строк. awk для обработки таких данных не предназначен. Вам надо что-то вроде pack/unpack() из Perl. Используйте подходящий инструмент, не надо плоскогубцами шурупы закручивать. :)
| |
7.29, all_glory_to_the_hypnotoad (ok), 11:08, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Лет сто назад ;) это считалось ASCII-с-CR-в-конце. У вас также?
LF в православных ОС и CR + LF в протестантских.
> Чтобы не ударяться в философию, рассмотрим пример, где AWK мог бы применяться, но сейчас это сделать сложно: файл *.gif начинается с букв "GIF", а потом идет инфо о картинке: размер, цвет и др. - бинарная. Это - заголовок файла. Почти "строковые данные".
это совсем _не_ строковые данные. Чтобы парсить такие "строки" нужны совершенно другие инструменты и awk под это нормально не переделать. Может быть даже уже есть такие готовые инструменты, но они никогда не были так популярны как различного рода _строковые_ потоковые редакторы.
| |
|
|
7.27, PereresusNeVlezaetBuggy (ok), 10:45, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> amanda должна вам понравится. Хотя для ваших задач вообще не нужна система
> такого типа, подойдёт что-то проще типа backuppc
Про Аманду знаю, она уже на очереди; backuppc ещё не рассматривал, спасибо. :) Обзор что ли подготовить. :))) Если руки дойдут, конечно, а не как обычно...
| |
|
|
5.24, all_glory_to_the_hypnotoad (ok), 10:05, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
в (g)awk нет ни одного инструмента для работы с бинарными данными. И его архитектура не позволяет это сделать не через задницу.
> Вот сейчас появился костыль: "Новая опция "--characters-as-bytes" ("-b")..." -- но это лишь костыль. А сделать надо удобнее.
это только для устранения влияния локали на парсинг строк, т.е. ещё один костыль для утилиты которая не знает что такое различные кодировки.
| |
|
6.28, rur (?), 10:49, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> в (g)awk нет ни одного инструмента для работы с бинарными данными.
> И его архитектура не позволяет это сделать не через задницу.
--- Именно об этом речь!
Есть масса примеров, где в строках и буквы и не-буквы. Если заточить
под это АВК - цены ему не будет, ибо он в сто раз проще перла, но практически
такой же по возможностям.
| |
|
7.33, gegMOPO4 (ok), 11:26, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Есть масса примеров, где в строках и буквы и не-буквы. Если заточить
> под это АВК - цены ему не будет,
У меня awk прекрасно парсит логи, содержащие не-буквы (ANSI-последовательности для цветов). Я что-то делаю не так?
| |
|
|
5.31, gegMOPO4 (ok), 11:18, 05/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Вот сейчас появился костыль: "Новая
> опция "--characters-as-bytes" ("-b")..." -- но это лишь костыль. А сделать надо
> удобнее.
Эта опция на самом деле не нужна. LANG=C — и вперёд.
> Если анализ буквенных строк -- то слишком узко. Хотелось бы, чтобы это
> было просто
> *анализ строк*, там, где и нон-аски байты можно обрабатывать аналогично аски-байтам.
А сейчас что мешает?
| |
|
|
|
|
1.15, terr0rist (ok), 12:27, 04/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Осталось только mod_gawk для апача, ООП, lib_stdgawk++ - и вперёд, заменим гавком С, Жаву, Перл, Винни-Пуха и всех-всех-всех.
| |
|