dos - Windows

[VladDod]

Da Vinchi Resolve у нас вдруг open source стал, да?

нет ... DaVinci Resolve is not open source. ... И никогда не был,

зы непонятно к чему именно ты попытался этот наперсток прицепить?

[Flash-04]

Я вроде понятно объяснил. Тебе ещё рассказать?

[VladDod]

Тебе ещё рассказать?

Мне про виндус? НИЧЕГО не надо рассказывать. Мне это нелепое создание не нужно. Ты чего, не читаешь или не помнишь? Я не гордый могу и повторить.

Моя эра виндовс закончилась в связи с развитием железа. Для них у меня не осталось "ниши". Как я написал выше, дольше всего виндуза у меня лично (подчеркнуто) продержались на лаптопах. И то только потому, что без них (виндузов) они (лаптопы) продавались крайне редко. На последнем лаптопе (а они у меня редко более двух лет выживают) я снес десятку сразу после покупки. Все.

[VladDod]

Ага. Просто всегда есть простое и дубовре решение: положить все нужные DLL вместе с апп. Тогда ему будет глубоко начхать, что там в системных фолдера лежит.

хм ... а зачем тогда вообще dll? Линковали бы статично и нет проблемы.

[deev_a_v]

Ага. Просто всегда есть простое и дубовре решение: положить все нужные DLL вместе с апп. Тогда ему будет глубоко начхать, что там в системных фолдера лежит.

хм ... а зачем тогда вообще dll? Линковали бы статично и нет проблемы.

Зачем же лишние телодвижения? Линковать чего-то. Свалить все в кучу в один контейнер и усе По самой передовой технологии!

На всякий случай расскажу про последния достижения в линуксо-строении, а то вдруг до кораблей еще не дошло

The container that holds your application has the necessary libraries, dependencies, and files so you can move it through production without nasty side effects. In fact, the contents of a container image can be thought of as an installation of a Linux distribution because it comes complete with RPM packages, configuration files, etc.

[VladDod]

Зачем же лишние телодвижения? Линковать чего-то.

ничего лишнего. Опция компилятора (точнее линкера) -static.
Только будьте уверены, что статически линкуемая библиотека сама не имеет динамических вызовов.
Такой бинарник будет практически зависит только от архитектуры и ядря системы. Тобишь запустится под любым линуксом.

[deev_a_v]

А.. т.е. это вы всерьез спросили, почему создатели этой софтины не слинковали все в один ехе? Я не знаю. Может не умеют. Делается одним флагом компилятора

[Flash-04]

Ну таки да. Честно говоря, в наше время когда диски уже в терабайтах меряются, можно делать статик и вообще не парится.

[Flash-04]

Ага. Просто всегда есть простое и дубовре решение: положить все нужные DLL вместе с апп. Тогда ему будет глубоко начхать, что там в системных фолдера лежит.

хм ... а зачем тогда вообще dll? Линковали бы статично и нет проблемы.

Code reuse и экономия дискового пространства. Системные DLL Windows доволно консервативны и обеспечивают обратную совместимость как можно дольше. То что выскочило у Розы - это DLL из состава VC++ runtime library. Они могут изменяться довольно значительно от версии к версии компилятора. Но с ними тоже обычно проблем нет, так как их пакеты доступны с сайта MS и их можно включать в свой дистрибут.

[Flash-04]

Мне про виндус? НИЧЕГО не надо рассказывать. Мне это нелепое создание не нужно. Ты чего, не читаешь или не помнишь? Я не гордый могу и повторить.

Моя эра виндовс закончилась в связи с развитием железа. Для них у меня не осталось "ниши". Как я написал выше, дольше всего виндуза у меня лично (подчеркнуто) продержались на лаптопах. И то только потому, что без них (виндузов) они (лаптопы) продавались крайне редко. На последнем лаптопе (а они у меня редко более двух лет выживают) я снес десятку сразу после покупки. Все.

ну да, зато можно не имея познаний в арзитектуре Windows, не имея опыта разработки (да и и похоже пользовательский опыт оставляет желать лучшего), делать нелепые заявления, вроде тех что MS "пытался запретить создание двоичного кода" сторонним разработчккам

[M. Ridcully]

Интересно, в мире Виндомс что-то подобное есть?

Поиск нужной DLL начинается с фолдера в которой находится файл приложения. Дальше продолжать?

Гениально! Linux kernel developers, работающие над namespaces, cgroups и всеми фичами для поддержки контейнеров рыдают по бездарно потраченому временем - оказывается, все, что надо было - это установить правильный порядок поиска DLL - фактически, просто правильно выставить LD_LIBRARY_PATH!

Еще раз, проблема зависимостей - сложная. Вот вы запаковали все зависимости с приложением, и вдруг бац - критический security update. Вы готовы этим заниматься _для всех_ ваших зависимостей?

Вообще, большие компании, которые могут себе это позволить, фактически так и делают - как вариант, просто статически все билдят. Но при этом да, берут всю ответственность за все свои зависимости, включая компиляторы и сопутствующие тулзы.

Но, как вы догадываетесь, не все могут себе это позволить. А еще подумайте, что есть разработчики фреймворков - у них и над тем, как конечное приложение будет деплоиться, нет 100% контроля, и в то же время есть свои зависимости. Но я понимаю, что в мире Виндомс это сложно представить - там есть M$, который пишет 95% всего софта, и есть всякая мелкая шушера, которой можно просто указать, как и на чем они должны писать программы, и как их деплоить. А если какие проблемы - то сами виноваты.

[VladDod]

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

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

Впрочем я всему верю. Морякам - можно.

[VladDod]

Гениально! Linux kernel developers, работающие над namespaces, cgroups и всеми фичами для поддержки контейнеров рыдают по бездарно потраченому временем - оказывается, все, что надо было - это установить правильный порядок поиска DLL - фактически, просто правильно выставить LD_LIBRARY_PATH!

вы мне тут весь кайф так обломаете. ... я "арзитектуру Windows" конспектирую

[Flash-04]

Пиши, я сегодня добрый

[deev_a_v]

Еще раз, проблема зависимостей - сложная. Вот вы запаковали все зависимости с приложением, и вдруг бац - критический security update. Вы готовы этим заниматься _для всех_ ваших зависимостей?

И как этому помогут cgroups и namespaces?