Функция удаления элемента из списка

Может, я неправильно понял задачу, но вот так не покатит?

#!/bin/bash

LIST="one two three"
TO_RM="$1"
TMP_LIST=""
for VAR in $LIST
do
        if [ "$VAR" != "$TO_RM" ]
        then
                TMP_LIST="$TMP_LIST $VAR"
        fi
done
LIST=$TMP_LIST
echo $LIST

P.S. код в топике не распарсил.

P.S. код в топике не распарсил.

Всё потому что ваш код - это Shell, а мой - это BASH. Из того, что BASH может выполнять классический Shell-код ещё не следует BASH == Shell :) И да, программы в стиле «фак мой мозг» - это вообще «коронная» особенность всех bash-хакеров.

Ну, это мелочи. :)

Задача-то решена или я таки неверно условие понял?

Понятно, что циклом можно всё, что угодно сделать. Вопрос в том, насколько это быстро работает.

Ну, тут надо смотреть по размеру массива, но для примера вот эксперимент провёл:

$ time bash bash_list.sh two
1792

real    0m0.227s
user    0m0.222s
sys     0m0.002s

А что, ${List/${Elem}} не проще?

LIST=«one two three»

В баше-то есть то, что можно назвать «списком». А это какой-то недотикль-like.

BASH

программы

Для начала возьми язык программирования.

И да, программы в стиле «фак мой мозг» - это вообще «коронная» особенность всех bash-хакеров.

Недостаточно perl-вки, вот уже ближе:

http://sourceforge.net/p/zsh/code/ci/master/tree/Completion/Unix/Type/_files

Тем, что ${List/$Elem/} Удалит только сам элемент, не учитывая семантику «списка».
Список - строка с разделителям, элемент должен быть обрамлён разделителями, в роли которых могут выступать и конец/начало строки. В лучшем случае ${List/$Elem/} удалит элемент, но оставит один лишний разделитель, а в худшем - вырежет кусок из другого элемента, содержащего этот как подстроку.

А это какой-то недотикль-like.

Иногда, со строками работать удобнее, чем с массивами, да и сами исходные данные могут быть такой строкой с разделителями - взять хотя бы тот же PATH.

Для начала возьми язык программирования.

Assembler? Кроме Assembler'а мне ещё FreeBASIC нравится. Perl вот временами юзаю (да что далеко ходить - непосредственно at a present time юзаю).
BASH - это не язык для тех, кто его не асилил и у кого руки из Ж растут. Для остальных он вполне себе язык - так-то.

zsh так и не стал популярным, его (почти) везде нужно ставить дополнительно, а BASH по дефолту в Linux'ах водится.

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

Иногда, со строками работать удобнее, ... взять хотя бы тот же PATH.

Это не _удобнее_, это _соотвествует_: «быстро и грязно». Magic string (или как это называется), и ":" в пути не должен находиться.

Ну-ка, ну-ка, мне прямо интересно стало: и сколько это у вас строк корректное извлечение элемента из строки-«списка» займёт на Сях? Подчёркиваю: именно корректное извлечение, при котором не остаётся глюков в виде висячих разделителей в конце или начале строки или удвоенного разделителя внутри строки. У меня на BASH это фактически однострочная конструкция:

[[ $lst =~ (^|.+${sep})${what2rm}(${sep}.+|$) ]] && lst="${BASH_REMATCH[1]%$sep}${BASH_REMATCH[1]:+${BASH_REMATCH[2]:+$sep}}${BASH_REMATCH[2]#$sep}"

То, что в PATH допущен этот идиотский косяк с ограничением на содержание ":" внутри собственно одного из путей - не мой косяк, а вот извлечь путь из PATH/добавить путь в PATH требуется часто.

а вот извлечь путь из PATH

Просто для справки: сколько ваших скриптов нуждаются в этом?

Я привёл направление, а не конечное решение.

В сях не нужно костылять списки строками.

Собственно, перед тем как добавить путь в PATH я его сначала оттуда пытаюсь извлечь. Причина этого элементарно проста: мне нужно контролировать порядок просмотра PATH. А вообще я озаботился написанием функций lpop и lpush (в итоге они так обозвались) для TASKS_QUEUE в parex.inc
Почему я решил заменить красивый ассоциативный массив, содержащий /proc/$PID/cmdline на какие-то строки? Да очень просто: я хочу «пулы задач», чтобы можно было push_task вызывать внутри процесса, также запущенного push_task'ом. Получится ассоциативный массив с ключами-ID'шниками пулов и значениями - строками с PID'ами процессов пула. В этом плане в BASH конечно дико не хватает ссылок как в Perl'е.

В BASH тоже не нужно. Есть declare -a arr=(el1 el2 el3 el4). Почитайте статью о BASH на педивикии - там то, что касается массивов частично мной написано.

Конечно я думал об этом направлении, но так чтобы решить задачу в одну строку - даже с использованием shopt -s extglob не получится ИМХО. Другое дело, что эту же задачу можно было реализовать более быстрым кодом, поскольку конструкция [[ $var =~ regex ]] в BASH довольно затратна.

А что будет работать быстрее - это или sed?

Если дадите код с использованием sed, сравню :) Кстати, вопрос резонный, потому что я действительно сталкивался с тем, что конструкции, написанные на чистом BASH, оказываются медленнее тех, что активно exec'ают всякие grep'ы и sed'ы.

Хватит насиловать autoexec.bat