dos - Windows

[Flash-04]

Ага. Просто всегда есть простое и дубовре решение: положить все нужные DLL вместе с апп. Тогда ему будет глубоко начхать, что там в системных фолдера лежит. Я уже давно не работаю с install shield, но вроде там была опция указать список dll что нужно включить в дистрибут.

[VladDod]

Спасибо за советы, все есть!

ничего еще нет. Там выше по теме я перечислял Флешу набор тестов, которые 4К видеоредактор должен пройти без единого глюка, что бы он стал полезным и главное комфортным инструментом. ... по крайней мере - в моих глазах.

А ты у нас стал истиной в последней инстанции? Нимб поправь, а то на уши съехал

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

[VladDod]

M$ приложил титанические усилия для обеспечения binary backward compatibility. Это все признают, кто занимается созданием приложенией для Windows.

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

[Flash-04]

Это смешные претензии. Назови хоть одно 16 битовое приложение, которое реально нужно запускать сейчас? Я бы и 10 лет назад не назвал бы. А вот Win32 написанное для Win95 скорее будет работать чем нет. Если программист следовал гайдам от MS, то будет 100% работать.
Для Linux же достаточно попытаться запустить на 18 версии приложение собранное для 16. Работать не будет. Выругается что GLIBC не тот и все. Ах, перекомпилировать надо... LOL
А кто сказал, что исходники есть?
Da Vinchi Resolve у нас вдруг open source стал, да?
Я таки тебе напомню, что free software != open source.

[VladDod]

Это смешные претензии.

это не претензии, это ответ на анекдот про "титанические усилия".

[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?

[Flash-04]

Флеш, ты извини, но тебе до моего опыта ... как до луны пешком.

Оно и видно. Видать сову по полёту

[Flash-04]

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

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

Да, я помню как на Linux обновили openssl и получили heartbleed
Пользователи Windows даже не почесались тогда

[VladDod]

Флеш, ты извини, но тебе до моего опыта ... как до луны пешком.

Оно и видно. Видать сову по полёту

... бинго! в точку! ... (в сторону) взял сам себя и опустил, fyi: увидеть сову в ночном полете дано не каждому.

зы ... еще будешь пытаться?

[Flash-04]

хм, умеешь удивить
чтобы тебе посоветовать для общего развития... я не часто скупаюсь в российских книжных магазинах, но может тебе такая книга поможет?
https://www.labirint.ru/books/552249/

[KVA]

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

А это вообще откуда? Чего только про MS не слышал, но это в первый раз. Какая-нибудь ссылка на пояснение этой фразы есть?