Ленивый regex использование Bash

Firefox все еще заглядывает ~/.mozilla/plugins. Вероятное объяснение состоит в том, что Вы выполняете версию на 32 бита Firefox на установке на 64 бита. Mozilla только упаковывает версии 32 битов Firefox, поэтому при загрузке "официального" двоичного пакета с Mozilla, это - то, что Вы получаете, независимо от того, выполняете ли Вы GNU/Linux на 64 бита. Получающаяся ситуация состоит в том, что Ваши обеспеченные дистрибутивом плагины составляют 64 бита, которые не может использовать Ваш браузер на 32 бита.

Если бы необходимо было загрузить источник Firefox и скомпилировать версию на 64 бита, то Вы нашли бы, что он работал бы просто великолепно с плагинами, которые Вы имеете.

4
07.05.2014, 22:08
2 ответа
[113189] Есть причина, по которой интернет наполнен альтернативными подходами. Я не могу вспомнить ни одной ситуации, в которой вы бы [113650] были вынуждены [113651] использовать для этого бэш. Почему бы не использовать один из инструментов, разработанных для этой работы?

В любом случае, насколько я знаю, нет никакого способа сделать не жадные совпадения, используя оператор [113652]=~[113653]. Это потому, что он не использует внутренний регекс-движок bash's, а C-один, как определено в [113654]man 3 regex[113655]. Это объясняется в [113656]man bash[113657]:

Вы можете, однако, делать больше или меньше того, что хотите (имея в виду, что это действительно [113658]а не[113659] хороший способ разбора HTML-файлов) с немного другим регексом:

Вышеупомянутое вернет [113660] фу [113661], как и ожидалось. [113196]

9
27.01.2020, 20:47
[113181]Я не знаю, подходит ли регулярное выражение bash к не-желтым выражениям, как Perl, так что используйте регрессионный движок Perl:

Paste Special - 2

4
27.01.2020, 20:47

Теги

Похожие вопросы