Я как-то не в курсе, они от лагаси кода gtk2 уже полностью избавились?

Давно уже

@ignatenkobrain, что с фоткой?

@ignatenkobrain, что с фоткой?

с какой?

Какая-то страшненькая

с какой?

С нынешней.

В Paint рисовал?

В Paint рисовал?

нет, мопед не мой. в инторнете скачал )

Кость креативная

Я так в 5том классе писал

Какой смысл вообще делать шуточный пинг?

Какой смысл вообще делать шуточный пинг?

чтоб было

=)

Logic, мать вашу.

а в чем проблема

все кроме цикла вполне оправдано

Надо сделать капчу для регистрации.

Ещё на GTK3 мало кто перешёл, а они уже 4 клепают.

Это где такое?

Ещё на GTK3 мало кто перешёл, а они уже 4 клепают.

там уже GTK5 на подхвате

Это где такое?

на ЛОРе, гдеж ещё

там уже GTK5 на подхвате

Ещё больше приложений перейдут на Qt с GTK. ?

все кроме цикла вполне оправдано

Ужасный стиль на самом деле.

Ещё больше приложений перейдут на Qt с GTK. ?

кто уже перешёл? wireshark?

lxde, unity

например

lxde, unity

вспомнил 2 трупа.

найс у тебя аргументы

на данный момент Unity — нечто сферическое в вакууме

кто уже перешёл? wireshark?

Audacious.

я про Unity 8

а Unity 7 == GNOME

что означает конструкция &>/dev/null || :

? Вопрос.

что означает конструкция &>/dev/null || :

>/dev/null <— перенаправить вывод в /dev/null

что означает конструкция &>/dev/null || :

Перенаправление вывода в нуль.

а || : зачем?

|| : <— даже если программа завершится с rc != 0, то срать

:)

а || : зачем?

Всегда возвращает 0. ?

а, чтобы скрипт не прервался? Ясно, спасибо.

но вообще, за такое руки отрывать

максимум, на что я согласен — make check || :

не более

Смайлик: -)

Но вообще любой вывод должен быть обработан

Если логика скрипта не зависит от выполнения или невыполняния отдельной инструкции или программы то точно что-то не так

Напомнило как некоторые используют обработку исключений как часть логики или отлавливают ЛЮБОЕ исключение, когда ожидается только 1 исключение

(просто вспомнилось)

Напомнило как некоторые используют обработку исключений как часть логики или отлавливают ЛЮБОЕ исключение, когда ожидается только 1 исключение

Нормальные языки позволяют обработать как конкретное исключение, так и все остальные (другого типа). И это очень полезно.

Благо, в нормальных языках стек раскручивается только при выбрасывании и переходе к его обработке.

На производительность это практически не влияет. Недавно обсуждали в ProCxx.

Иногда это очень неудобно

Страдает явность и читаемость

Иногда это очень неудобно

Зато твоё приложение не крашнется, когда ты словишь исключение другого вида и не обработаешь его.

Ну тут уже от задачи зависит. И я скорее о тех случаях, когда этим злоупотребляют

ERROR: S client not available

Когда есть только 1 вариант эксепшена

Можно именно его и ловить

И по коду понятно будет какая именно ошибка может быть

И по коду понятно будет какая именно ошибка может быть

Два обработчика подряд будут не хуже, зато гарантированно избавишь себя от проблем в будущем. Вдруг данная либа начнёт кидать ещё какие-нибудь. ?

Тогда скорее сломаются тесты и в прод это не АЙ-ДАН

Уйдет

Тогда скорее сломаются тесты и в прод это не АЙ-ДАН

Не нужно надеяться на тесты. Могу привести тысячу кейсов, по которым тесты пройдут, но программа выкинет исключение.

Плохое покрытие/плохие тесты

Да, есть такие случаи, но это прямо хз какая редкость

Да, есть такие случаи, но это прямо хз какая редкость

Нет, не редкость. Под виндами такое дерьмо постоянно.

Я гарантирую тебе это.

Ну и чтение ченджлогов используемых либ это святое

В рубимире все иначе

Вот тебе самый простой например: в виндах есть такая штука, как неполное наследование прав доступа. К примеру ты хочешь открыть файл в C:\Project\Abc\File.txt на запись. При этом у тебя есть доступ к Abc на запись, ты делаешь проверку средствами API на наличие прав на запись, функция возвращает true, ты пишешь и бац, исключение.

А весь прикол в том, что у тебя есть доступ на запись к Abc, но нет на Project. А API методы не поддерживают полный расчёт прав доступа и поэтому ответ получается неправильный.

Тесты такое поведение никогда не выявят.

То же самое, кстати, касается веток реестра, каналов, портов и мьютексов. ?

Но вообще любой вывод должен быть обработан

Это используется в скриптлетах федоры в спеках rpm

А весь прикол в том, что у тебя есть доступ на запись к Abc, но нет на Project. А API методы не поддерживают полный расчёт прав доступа и поэтому ответ получается неправильный.

Это же полная жесть. Серьезно? И это в винде в 2016? Как они вообще пришли к такому апи. Они болеют там?

Это используется в скриптлетах федоры в спеках rpm

Энивей плохо

Это же полная жесть. Серьезно? И это в винде в 2016? Как они вообще пришли к такому апи. Они болеют там?

Это винда. Там всё через зад сделано, увы.

Энивей плохо

Чем плохо?

Подожди. Разработчики вынуждены писать код, который сам парсит адрес файла и ресолвит права доступа?

Чем плохо?

Ты считаешь нормальным что либо вызывать и при этом класть 1 место на результат выполнения?

да. Например, если путь есть - делаем что-то, если нет - не делаем.

вернее делаем, но получаем ошибку - игнорируем её.

Мислогик тут как по мне

Баш функция чекер и условие 1