| |
| 2.2, A.Stahl (ok), 10:13, 03/01/2020 [^] [^^] [^^^] [ответить]
| +10 +/– |
 А нам некуда спешить: тише едешь -- дальше будешь. А то грепают тута аки самолёты, нет чтобы остановиться и оглянуться куда летят-то. Кто-то ведь в пропасть летит. Но нет, летят, бегут куда-то. Зачем? Эх-х-х...
| | |
| |
| 3.19, qqq (??), 14:39, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
иногда надо по-быстрому в многометровом логе найти нужное событие...
| | |
| |
| |
| |
| 6.55, IdeaFix (ok), 20:52, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Имхо, пока ничего лучше sawmill не придумали для этой задачи, но... даже sawmill как-то не может эффективно в 16-32 треда и в сотню гигов памяти. Да, логи скорее малотеровые, чем многогиговые....
| | |
| |
| 7.72, GentooBoy (ok), 00:32, 04/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Главное настроить систему логирования на системе логирования, что бы когда она будет падать определить причину.
| | |
|
|
|
|
|
| 2.7, Wilem (?), 12:08, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, rg и fd - должны быть на каждой системе. Fd кстати сделан поверх либы walkdir, которую тоже BurntSushi написал. Великий человек.
| | |
| 2.12, bircoph (ok), 14:08, 03/01/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
 riggrep написан на rust, не учитывает особенности unicode (u(ss)->ß) и не портируем на некоторые современные и безопасные архитектуры.
| | |
| |
| |
| 4.21, Аноним (21), 14:51, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Я не знаю, что он имел в виду, но венда тоже не умеет в utf8. По-моему я даже в бсод ронял 10 и кучу програм в ней всего 1 символом (совершенно валидным в линуксе), не знаю, починили ли с тех пор. Так что особенности есть.
| | |
| |
| |
| 6.25, Аноним (21), 15:28, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> https://snipboard.io/5E9mRX.jpg
Там свой особенный утф8, мало общего имеющий со стандартом. Дело не в том, что он не отображается, а в том, что юникод в венде будет совершенно свой (и если использовать его, проблемы будут у других систем), а часть символов и вовсе вызовет бсод и инстакраши софта (передаю привет notepad++). В линуксах не крашится.
| | |
| |
| 7.28, Wilem (?), 15:45, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
А что за символы с которыми крешится или которые несовместимы? Прям сейчас бы опробовал на винде и линуксе.
| | |
| |
| 8.30, Аноним (21), 16:00, 03/01/2020 [^] [^^] [^^^] [ответить] | +/– | Я не помню, какие именно, но даже в википедии емнип было написано в японской 1... текст свёрнут, показать | | |
|
|
|
| 5.67, Аноним (67), 22:33, 03/01/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
UTF-8 не нужен при наличии полноценного юникода. Квест "угадай сколько байтов потянет каждый символ длинной-предлинной строчки если в ней гарантированно не только латиница" сильно на любителя.
| | |
| |
| 6.69, Аноним (21), 22:57, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> UTF-8 не нужен при наличии полноценного юникода. Квест "угадай сколько байтов потянет
> каждый символ длинной-предлинной строчки если в ней гарантированно не только латиница"
> сильно на любителя.
Полноценный - это какой? UTF-32? Ну да, там есть небольшой запас, чтобы на это забить и считать 4 байта примерно равно 1 символ (и то с оговорками вроде модифицирующих кодпоинтов). Только ведь он жутко неэффективный в части занимаемой памяти, правда?
| | |
| |
| 7.70, Michael Shigorin (ok), 23:09, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > Полноценный - это какой? UTF-32?
В винде вроде двухбайтовый UCS2 фигурировал...
PS: "полноценный", ага.
| | |
| 7.83, Аноним (83), 23:08, 04/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
В UTF-8 в теории символ может до 6 байт весить, это сильно лучше или как?
| | |
| |
| 8.84, Аноним (21), 23:23, 04/01/2020 [^] [^^] [^^^] [ответить] | +/– | Очень в теории, текущий лимит 4 байта из соображений совместимости И всяко лучш... текст свёрнут, показать | | |
|
|
|
|
|
| 3.26, Аноним84701 (ok), 15:28, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > riggrep написан на rust, не учитывает особенности unicode (u(ss)->ß)
Угу, то ли дело греп, на который еще не так давно (лет 6 назад) любители вставить "ß" затейливо матюкались из-за принципиальных проблем поиска с умляутами.
% echo "THISS"|grep -ic "ß"
0
% echo "straße"|grep -ic "ss"
0
% grep --version
grep (GNU grep) 3.3
| | |
| |
| 4.27, Wilem (?), 15:42, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
В спеке на утф-8 сказано, что Eszett приравнивается к "ss"? Я такого найти не смог, более того на стековерфлоу сами немцы говорят, что с точки зрения языка Eszett *не равен* "ss", плюс у них вокруг этого переодически правила меняются. Также интересно - какое дело до обработки этого символа юзеру опеннета? Товарищ парсит в консоли немецкие логи?
| | |
| |
| |
| 6.48, Michael Shigorin (ok), 19:44, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Небольшая подсказка насчет новых-старых правил:
Ну вот, опять восхищаюсь Вашими тщательностью и кругозором :-)
Был бы рад знакомству.
PS: а может, в 2020 опеннетовку проведём хотя бы в Москве или Питере?
| | |
| |
| 7.52, Аноним84701 (ok), 20:08, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Небольшая подсказка насчет новых-старых правил:
> Ну вот, опять восхищаюсь Вашими тщательностью и кругозором :-)
Просто приходится много общаться с немецкоязычными, поэтому и разбираться с вывертами правописания приходилось особо тщательно – так что это не кругозор, а скорее "сопутствующие спец. знания" ;-)
> Был бы рад знакомству.
> PS: а может, в 2020 опеннетовку проведём хотя бы в Москве или Питере?
Лет 6-7 назад вполне. Сейчас, к сожалению, то семья, то здоровье "теребят".
| | |
|
|
|
|
|
| 2.13, Аноним (13), 14:18, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
У него беда с докой. Он понимает опции -e, -f, -l, -n, -s, -q, -v?
| | |
| 2.18, Аноним (18), 14:31, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Я люблю Rust и юзаю rg, но вот такие провокационные комментарии мне совсем не нравятся. rg - это альтернативная молодая тула: пусть со своими шикарными преимуществами, но и со своими альтернативными недостатками. Нет ничего плохого в том, что стандартный инструмент развивается и становится лучше, потому что этот инструмент на данный момент везде.
На opennet и так люто ненавидят Rust и костерят его всякими "хрустами", а такие провокации только масла в огонь подливают. Или это и была цель?
| | |
| |
| 3.24, Wilem (?), 15:04, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Тезис был: grep - не нужен. Если ты считаешь, что это не так, объясни - зачем нужен grep при наличии лучшей альтернативы?
| | |
| |
| 4.29, Аноним (18), 15:51, 03/01/2020 [^] [^^] [^^^] [ответить] | –2 +/– | Я держусь позиции, что Rust должен будет заменить C, особенно когда до конца реш... большой текст свёрнут, показать | | |
| |
| 5.32, Wilem (?), 16:02, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Греп обязательно должен быть в стандартных поставках потому, что многие скрипты его используют. Но самому пользоваться грепом не вижу смысла. Также, как и find-ом (fd сильно быстрее). Я их оба два закатал в базовый докеровский образ на котором остальные все образы на работе базируются. Очень удобно.
Что касается пакетов в дистрибутивах, это вообще по-барабану - есть ripgrep в пакетах или нет. cargo install ripgrep если для личных нужд. А для рабочих есть ansible или образы для поддержания единства конфигурации машин.
| | |
| |
| 6.33, Аноним (18), 16:08, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
В целом согласен, но все же поскольку от GNU grep пока никуда не убежишь, это хорошо, что в нем хотя бы баги латают.
| | |
|
| 5.47, Michael Shigorin (ok), 19:41, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> 3. Rust пока что вызвает много недоверия у сообщества, потому шанс
> того, что мейнтейнеры текущих популярных дистрибутивов зареплейсят
> grep на rg в качестве стандартной утилиты довольно мал.
Я бы сказал -- тождественно равен нулю. Особенно для тех, которые заморачиваются не-x86 (и ещё и не-arm) -- там "помножить на хреновую поддержку архитектур".
| | |
| 5.61, Аноним (61), 21:53, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Я держусь позиции, что Rust должен будет заменить C,
Рано или поздно что-то заменит C. Но почему вы уверены, что это будет Rust, а не, например, Verona или подмножество betterC языка D?
>особенно когда до конца решатся все проблемы llvm с алиасингом и Rust станет в целом быстрее, чем C
А как решится проблема с запретом использования названия Rust в альтернативных реализциях? Кажется, уже кто-то наступал на подобные грабли, не Sun ли это был?
| | |
| |
| 6.65, Аноним (18), 22:25, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Возможно и не Rust. Не хотелось бы, чтобы Verona, едва ли ситуация с именем в таком случае будет лучше, а то может и не в одном имени проблемы будут, это же microsoft.
По крайней мере, даже если с Rust что-то пойдет не так, скорее всего тот язык, который таки прочно заменит C, будет как минимум использовать многие идеи и наработки из Rust.
Просто пока у Rust больше всех шансов. К D никто интереса не проявляет, да и он на самом деле не решает такого количества проблем, как Rust, да и комбинация ооп и функционального программирования в Rust очень здорово работает, как по мне. Насколько знаю, автор D даже начал делать borrow checker для своего языка, чтобы это исправить. Может что-то из этого и выйдет. Про Better C мало слышал, чуть позже почитаю.
| | |
|
|
| 4.38, Аноним (21), 17:59, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
А конструкции типа (\[.*?\]+) более лучшая альтернатива грепать умеет? Если нет, то сами знаете, куда её запихнуть вместе с авторами, потому что это совсем не альтернатива.
| | |
| |
| 5.40, Аноним (18), 18:47, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Очевидно умеет, странный вопрос. И сделает это намного быстрее.
| | |
| |
| 6.43, Аноним (21), 19:13, 03/01/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>намного быстрее
Поставил, пришлось скачать 15мб (раст у меня был). Установка заняла 5 минут, экзешник 4.5 мегабайта (греп 0.2 мегабайта - отработает пока оно считается в память!).
По факту, результаты следующие.
grep(на холодную без кэшей):
real 0m0.009s
user 0m0.001s
sys 0m0.002s
rg(на холодную без кэшей):
real 0m0.038s
user 0m0.002s
sys 0m0.005s
grep(повторный запуск подряд):
real 0m0.002s
user 0m0.001s
sys 0m0.001s
rg(повторный запуск подряд):
real 0m0.004s
user 0m0.003s
sys 0m0.001s
Данных было 15 байт, система на ссд. Вывод: ваша информация - очередной фейк.
| | |
| |
| 7.44, Аноним (18), 19:31, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Угу, здорово. Я ведь тоже вам могу сейчас случайных чиселок набросать, но заниматься этим я, конечно, не буду, потому что это детский сад.
Если бы вы действительно хотели выяснить правду, а не подтвердить для себя собственное мнение, вы бы серьезно изучили вопрос, провели бы много разных тестов и скорее всего сюда бы ничего не написали.
| | |
| |
| |
| 9.49, Аноним (18), 19:45, 03/01/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Я не большой специалист в данном вопросе, чтобы анализировать эти чиселки тем б... текст свёрнут, показать | | |
| |
| |
| 11.54, Аноним (18), 20:34, 03/01/2020 [^] [^^] [^^^] [ответить] | –1 +/– | С высоты птичьего полета, безо всякой теории погрешностей У меня не SSD, как у ... текст свёрнут, показать | | |
|
|
|
| 8.57, Аноним (21), 21:03, 03/01/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Ну знаю, у меня не было мнения Но я считаю, что должно быть сопоставимо с си, а... большой текст свёрнут, показать | | |
| |
| 9.63, Аноним (18), 22:15, 03/01/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Ни разу не удавалось подобного результата добиваться, у меня всегда rg работал л... текст свёрнут, показать | | |
| 9.71, Аноним (18), 00:20, 04/01/2020 [^] [^^] [^^^] [ответить] | +/– | Честно говоря, не представляю, как вы такого добились и уже подумываю забрать св... большой текст свёрнут, показать | | |
| |
| 10.77, анонн. (?), 01:19, 04/01/2020 [^] [^^] [^^^] [ответить] | +/– | В брошу свои чиселки с tmpfs, лучший результат 4 запусков code time rg -c ... большой текст свёрнут, показать | | |
|
| |
| 10.76, Аноним (21), 01:13, 04/01/2020 [^] [^^] [^^^] [ответить] | +/– | ok, grep ядра без кэшей , 0 5 мб памяти в пике, 2 5 shared code 2863 real ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 3.39, Аноним (-), 18:20, 03/01/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
Мне Раст интересен. Но растаманы оталкивают тем что серят в адрес Юникса, ГНУ и Си.
| | |
| |
| 4.41, Аноним (18), 18:57, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
В семье не без... разнообразия. Не знаю, кто занимается такими глупостями, но не обращайте внимания. Изучайте себе язык в удовольствие и не слушайте поехавших - их везде хватает.
Если бы не C, Rust никогда бы не появился. Rust имеет много корней, в том числе сугубо функциональных, но достоинства и недостатки C в значительной степени повлияли на дизайн Rust. Глупо высмеивать C просто потому, что он не в состоянии дать те же возможности и гарантии, что и Rust, в силу необходимости поддерживать обратную совместимоть. То же с GNU и UNIX - все новое строится на их достижениях и ошибках. Как тут можно что-то высмеивать.
| | |
|
| 3.62, Ordu (ok), 22:00, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > Или это и была цель?
Что за глупый вопрос? Смысл родительского коммента сводится к "не нужно", какая ещё цель кроме провокации cpaча могла за этим стоять?
| | |
|
|
| 1.3, Аноним (3), 10:39, 03/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +11 +/– | |
> В новой версии добавлена опция "--no-ignore-case", отключающая действие настроек отмены учёта регистра символов (-i, --ignore-case).
Теперь осталось добавить опцию --cancel-no-ignore-case[=false]
| | |
| |
| 2.9, Аноним (9), 13:49, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
--switch-off-disable-cancel-no-ignore-case[=false[=true]]
| | |
|
| |
| 2.11, Аноним (9), 13:51, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
не знаю, что за тындэкс, но гугл первой ссылкой выдаёт на русском. а ещё знаю, где запятые ставить
| | |
|
| |
| 2.34, Ordu (ok), 17:16, 03/01/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> хотелось бы исключения файлов по маскам
Почитай про гну-тулбокс, и не проси глупостей. Чтобы выбирать файлы или исключать файлы есть find.
Делай так: find <find-options> -exec grep -H <grep-options> {} \;
> упрощение
Упрощение чего?
| | |
| |
| |
| |
| 5.53, manster (ok), 20:11, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Заметил, что режим угадываний малоэффективен. Разумеется в курсе, что git grep 123 -- *.c
Мне надо, чтобы набор масок читался откуда-то из пременных окружений, это раньше работало и вопросов не было.
| | |
| |
| 6.59, Ordu (ok), 21:24, 03/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Заметил, что режим угадываний малоэффективен. Разумеется в курсе, что git grep 123
> -- *.c
> Мне надо, чтобы набор масок читался откуда-то из пременных окружений, это раньше
> работало и вопросов не было.
cat >>~/.bashrc
function git-grep() {
git grep $* -- $SOURCE_FILES_PATTERNS
}
^D
exec bash -l
| | |
| |
| |
| 8.68, Ordu (ok), 22:48, 03/01/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Если я правильно понимаю, то как-то так cat emacs setq helm-git-grep-path... текст свёрнут, показать | | |
|
|
|
|
|
| 3.37, . (?), 17:37, 03/01/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
не, не делай ТАК.
Прочитай, все же, пока не запретили как неполиткорректную писанину, книжку Кернигана, про юникс, а не про какой-то там gnushitbox. Этим "новым стандартам" вряд ли суждено прожить тридцать лет, как тем.
Скорее всего, отправятся на помойку, как немодные, еще лет через пяток.
Заодно - сам, без дополнительных пояснений, сообразишь, после прочтения и, разумеется, понимания, почему это никуда не годная привычка (а владеющему немодным слепым набором - еще и неудобнее набирать, чем правильный вариант)
| | |
| |
| 4.42, Michael Shigorin (ok), 18:58, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Прочитай, все же, пока не запретили как неполиткорректную писанину
Хозяйке на заметку: этот же организм в соседней теме про CCC бредил полониевым новичком -- похоже, избирательно доверчив, аки дитя малое... ну а здесь find(1) записал в отходы. Возможно, всё-таки "просто" с бодуна такое полезло.
Другое дело, что предусмотрительному человеку бывает полезно ещё и о пробелах подумать хотя бы -- см. самое начало http://altlinux.org/spp
PS: хотя K&P про универсальную среду программирования -- хороший совет, ага.
| | |
| 4.56, Ordu (ok), 20:56, 03/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Заодно - сам, без дополнительных пояснений, сообразишь, после прочтения и, разумеется, понимания
Не, я не буду читать Кернигана, только для того, чтобы выяснить что-нибудь в стиле "правильный вариант передавать список файлов из find в grep -- пайп, а всё остальное -- неправославно". Мне не интересно это. Ну реально, догмы мне надоели. Я переключился на борьбу с догмами, но и это мне надоело последнее время. Поэтому оставь этот сборник догм за авторством Кернигана себе. Просто перечитай его сам, отдохни душой, просветлись умом. Но не надо мне его подсовывать.
> владеющему немодным слепым набором - еще и неудобнее набирать, чем правильный вариант
Слепой набор, наоборот очень моден, тут ты что-то путаешь. Сколько раз твердили админам и кодерам, что он им бесполезен, что если они заняты делом а не туфтой, то 300 зн/мин они не смогут набирать ни при каких условиях, что для того, чтобы набрать пару тысяч строк кода за рабочий день* им и 60 зн/мин хватит за глаза и за уши, а они всё равно дpoчат на слепой набор.
*) Это кстати кто-то из тех самых патриархов юникс заялял -- Керниган, Ритчи или Томпсон, -- что в самые продуктивные свои дни, ему удавалось набрать пару тысяч строк кода.
И я не вижу никаких проблем набрать приведённое выше слепым набором. Даже более того, отсутствие пайпа избавляет от необходимости тянуться мизинцем левой руки куда-то далеко. Меня в find вечно напрягает то, что стартовый путь для поиска надо ставить до шаблона имени искомых файлов -- это понятно логически, но моя голова уже лет двадцать не может привыкнуть, потому что она думает мысль в обратном порядке: сначала "что" ищем, и только затем "где" ищем. Но это ведь будет раздражать вне зависимости от зрячести набора, так?
| | |
| |
| 5.66, Michael Shigorin (ok), 22:25, 03/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Я переключился на борьбу с догмами, но и это мне надоело последнее время.
Луговский похожую дорожку проходил несколько раньше -- возможно, Вам бы оказалось интересно его найти да потолковать. В его случае критически важным оказалось то, что он по-научному честен, насколько могу судить.
| | |
|
|
|
|
|
