аᶘ
То есть мы эту проблему и сейчас можем встретить, но она исправляется добавлением кавычек.
Size: a a a
2020 December 14
ł
Я видел такое из недавнего в скриптах граба
[ "x$VARy" = "xy" ]ł
А потом тут помидорами закидали и сказали так не делать
аᶘ
[ "x$VARy" = "xy" ]А можешь дать файл, где ты это нашёл?
F
Я про добавление
x слево и справо относительно =для пустой строки
аᶘ
для пустой строки
Ты понимаешь, что это атавизм?
F
Ты понимаешь, что это атавизм?
да. Точно так же, как размазывания бинарников по /bin /sbin /usr/local/bin.
А еще, кстати, x-n сравнивать с x$VAR гораздо удобнее, чем натыкаться на "какой еще ключ ты хочешь применить?"
А еще, кстати, x-n сравнивать с x$VAR гораздо удобнее, чем натыкаться на "какой еще ключ ты хочешь применить?"
аᶘ
да. Точно так же, как размазывания бинарников по /bin /sbin /usr/local/bin.
А еще, кстати, x-n сравнивать с x$VAR гораздо удобнее, чем натыкаться на "какой еще ключ ты хочешь применить?"
А еще, кстати, x-n сравнивать с x$VAR гораздо удобнее, чем натыкаться на "какой еще ключ ты хочешь применить?"
Ты неправильно меня понял, наверное.
Я тебе говорю о том, что проблема test'а, который падал от пустой строки, в какой-то момент решилась, и это произошло достаточно давно.
Я тебе говорю о том, что проблема test'а, который падал от пустой строки, в какой-то момент решилась, и это произошло достаточно давно.
→ unset abc
→ [ "${abc}" = "yz" ]
→ [ ${abc} = "yz" ]
-bash: [: =: unary operator expected
аᶘ
Уже давно не нужно делать это странное сравнение с x$VAR. Вопрос в том, в какой момент это БЫЛО проблемой и в какой момент эту проблему исправили.
аᶘ
Под давно я понимаю всё время моего взаимодействия с *nix.
F
Ты неправильно меня понял, наверное.
Я тебе говорю о том, что проблема test'а, который падал от пустой строки, в какой-то момент решилась, и это произошло достаточно давно.
Я тебе говорю о том, что проблема test'а, который падал от пустой строки, в какой-то момент решилась, и это произошло достаточно давно.
→ unset abc
→ [ "${abc}" = "yz" ]
→ [ ${abc} = "yz" ]
-bash: [: =: unary operator expected
эмммм. Это правда только для твоего простейшего кейса.
В случае сложной бинарной логики (да, скажи мне, что это надо делать снаружи теста, а не внутри) это ведет к странным результатам
В случае сложной бинарной логики (да, скажи мне, что это надо делать снаружи теста, а не внутри) это ведет к странным результатам
аᶘ
покажи пример
F
покажи пример
$A <> ""
например
EDIT.
Наоборот, $A == ""
например
EDIT.
Наоборот, $A == ""
F
эмммм. Это правда только для твоего простейшего кейса.
В случае сложной бинарной логики (да, скажи мне, что это надо делать снаружи теста, а не внутри) это ведет к странным результатам
В случае сложной бинарной логики (да, скажи мне, что это надо делать снаружи теста, а не внутри) это ведет к странным результатам
вообще я тут думал про что-то вида !(A="")||(B="")
аᶘ
<>?
→ help test | grep '!='
STRING1 != STRING2
→ help test | grep '<>'
→ help test | grep '!='
STRING1 != STRING2
→ help test | grep '<>'
F
<>?
→ help test | grep '!='
STRING1 != STRING2
→ help test | grep '<>'
→ help test | grep '!='
STRING1 != STRING2
→ help test | grep '<>'
not equals
в test это !=
в test это !=
аᶘ
[ "$A" != "" ]F
[ "$A" != "" ]а если наоборот, [ "$A" == "" ] ?
результат будет обратный
результат будет обратный
аᶘ
ну, а как оно должно работать? ты только что инвертировал оператор, нет?
аᶘ
!= → ==, результат стал обратным, что не так?