И ладно еще, кабы похерили бы ради существенной функциональности, доступной в Win 8. По сути, оттуда им понадобилась лишь примитивная функция PathCchSkipRoot.
И ладно еще, кабы функция потребовалась для решения сколько-нибудь существенной задачи. Но, судя по описанию, она им потребовалась для нахождения файлов относительно пути к EXE. Сто лет это делалось простейшими преобразованиями путей, и теперь вдруг стало затруднительно без специальной функции.
Казалось бы, люди делают весьма серьезный проект, должны иметь достаточную квалификацию — и на тебе. Скорее всего, какой-нибудь мелкий разработчик третьестепенного уровня, ответственный за что-то простенькое, таким образом "обосновал" необходимость увеличения версии. Удивительно, что старшие товарищи не удивились и не поправили.
ЕМ>Казалось бы, люди делают весьма серьезный проект, должны иметь достаточную квалификацию — и на тебе. Скорее всего, какой-нибудь мелкий разработчик третьестепенного уровня, ответственный за что-то простенькое, таким образом "обосновал" необходимость увеличения версии.
Может он идейный борец со старыми пердунами (в данном случае застрявшими на Win7) и хочет чтобы у них горела земля под ногами? https://www.rsdn.org/forum/job/8575104
Данное сообщение является художественным произведением и освещает вымышленные события в вымышленном мире. Все совпадения с реальностью являются случайными. Не является инвестиционной рекомендацией.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Казалось бы, люди делают весьма серьезный проект, должны иметь достаточную квалификацию — и на тебе. Скорее всего, какой-нибудь мелкий разработчик третьестепенного уровня, ответственный за что-то простенькое, таким образом "обосновал" необходимость увеличения версии. Удивительно, что старшие товарищи не удивились и не поправили.
Крупный разработчик операционок Microsoft забил болт на 14летнюю систему, а опенсорсные чуваки должны поддерживать, причём, понятное дело, бесплатно? Я уверен, что в QEMU перепишут/выкинут ещё что нибудь в ближайшем будущем, PathCchSkipRoot() просто первое что сломалось, у них там целый график по выкидыванию старых фич.
Здравствуйте, aik, Вы писали:
ЕМ>>От чего большинству ее пользователей ни жарко, ни холодно.
aik>Им ровно так же по барабану работает ли самая последняя версия QEMU.
Если в "самой последней версии QEMU" не исправлены никакие баги предыдущих версий, а лишь добавлена ненужная конкретному пользователю функциональность, то да, по барабану.
aik>Поддерживать — это тестировать что компилируется и выполняется на этой 7, как минимум.
Зачем тестировать компиляцию? Достаточно проверить, что выполняется. Потребные для этого ресурсы (виртуалка с Win 7) ничтожны на фоне всех остальных.
aik>Чуваки приделали новую фичу с бандлами, использовали функцию из 8 (которая там 11 лет уже)
Фишка в том, что эта функция для "фичи с бандлами" на фиг не сдалась, она кому-то "просто понравилась".
aik>по-твоему им нельзя было, а надо было кодировать для 7 как будто на дворе всё ещё 2009
Кодировать надо, исходя не из "года на дворе", а из реально потребной функциональности. Если б они задействовали какие-то новые возможности в управлении памятью, оптимизации дискового или сетевого обмена, или что-то подобное — претензий бы не было. А повышать версию API ради подобной чисто косметической мелочи — признак непрофессионализма. Это типичный уровень тупого кодера.
aik>разрешается проблема просто — отправляешь им патч, который меняет этот новый код так чтоб работало на 7, послушаешь подробности.
При таком подходе — даже пытаться не буду. Видно же, что адекватность восприятия у людей невысокая.
aik>Меньше старого нетестируемого говнокода надо поддерживать
Вы твердо уверены, что это был самый говняный говнокод, от которого нужно было избавиться как можно скорее?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, aik, Вы писали:
aik>>Железо становится настолько лучше, что даже восьмёрка этого не может испортить. ЕМ>Типа, в крутых кроссовках наступать в говно не так противно, как в дешманских кедах?
Сейчас выпускаются игды аля 90-х готов с пиксельной графикой, но на шейдерах, в десятки гигабайт которые притормаживают на топовом железе. А на win7 даже не стартуют.
ЕМ>Неплохо бы определиться с основаниями, по которым относить что-либо к "некрофилии", дабы не облажаться ненароком. А то в восемнадцать лет двадцатипятилетние — "старухи", а в пятьдесят и многие сорокалетние вполне ничего.
Я вот тоже не понимаю нафига это называть некрофилией. Как компьютеры они великолепны, даже старые и медленные. Но как пользовательская электроника — конечно же хлам, т.к. её некуда приткнуть и неизвестно как использовать в современных реалиях. Но это искусственно созданные условия, в которые вычислительные машины превратили в одноразовые гаджеты, а они должны устаревать и желательно быстро, что бы покупали новые. Просто большинство пользователей этих компьютеров используют не для созидания, а для развлечения и потребления контента. А так как понимания того что надо нет, всё условия диктуются из вне: что нынче хлам, а что модно и молодёжно. А кто против, будут страдать и удивляться как так из-за какой-то бесполезной элементарной мелочи, перестало что-либо запускаться и требует последнюю онлайн облачную ос занимающую десятки гигабайт.
Здравствуйте, m2user, Вы писали: M>Не знаю, надо смотреть документацию по Qemu
А, это даже не hyperv работал, а HAXM: https://www.qemu.org/2017/11/22/haxm-usage-windows/
Который работал под семёркой, пока его Интел не забросил. Вокруг подстава
aik>>Свежий Oracle Virtualbox начинает с Windows 8.1/64bit, и, аналогично, свежий VMware workstation умеет минимум Windows 8/64bit. Понабрали неучей M>Но старые то версии могли
Здравствуйте, Евгений Музыченко, Вы писали:
aik>>Крупный разработчик операционок Microsoft забил болт на 14летнюю систему ЕМ>От чего большинству ее пользователей ни жарко, ни холодно.
Им ровно так же по барабану работает ли самая последняя версия QEMU.
aik>>а опенсорсные чуваки должны поддерживать ЕМ>Сумеете внятно обосновать суть процесса "поддерживать", чтоб сказанное не выглядело очевидной глупостью?
Поддерживать — это тестировать что компилируется и выполняется на этой 7, как минимум. Очевидно, никто этого не делает, что и задокументировали в 2/4.
EM>Я ж не зря подробно описал, в чем именно заключалось изменение, приведшее к "прекращению поддержки".
Нет, не описал, подробное описание это "The extended support for the prior version, 7 ended more than 2 years ago, and it is unlikely that anyone would like to run the latest QEMU on such an old system" и "The project aims to support the two most recent versions of Windows that are still supported by the vendor".
Чуваки приделали новую фичу с бандлами, использовали функцию из 8 (которая там 11 лет уже), но по-твоему им нельзя было, а надо было кодировать для 7 как будто на дворе всё ещё 2009, потому что тебя не устраивает QEMU не то что 2009, а даже 2021 года, подавай строго свежак. Это странная претензия, разрешается проблема просто — отправляешь им патч, который меняет этот новый код так чтоб работало на 7, послушаешь подробности.
aik>>уверен, что в QEMU перепишут/выкинут ещё что нибудь в ближайшем будущем ЕМ>А зачем? Что у них после этого станет функциональнее, быстрее, компактнее, надежнее?
Да что угодно. Меньше старого нетестируемого говнокода надо поддерживать, проект большой, довольно старый.
Здравствуйте, Евгений Музыченко, Вы писали:
Pzz>>Это сейчас какое-то общее поветрие, херить поддержку 7-й венды.
ЕМ>Досадно, что поветрие в большинстве случаев тупое. Все меньше разработчиков понимает, чем именно определяются требования к системе, все больше тупо ставит последнюю студию и хреначит с настройками по умолчанию для десятки, хотя многим по уши хватило бы и XP.
Микрософту больше не хочется поддерживать семерку...
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>С переходом на версию 7.0 разработчики QEMU похерили поддержку Win 7.
Такая нынче мода. Всех усиленно вилами пихают на новый софт и железо прикрываясь улучшениями безопасности и благими целями. А по факту становиться только хуже.
ЕМ>И ладно еще, кабы похерили бы ради существенной функциональности, доступной в Win 8. По сути, оттуда им понадобилась лишь примитивная функция PathCchSkipRoot.
Дальше будет только веселее весь это цирк с клоунами никто не захочет поддерживать.
ЕМ>И ладно еще, кабы функция потребовалась для решения сколько-нибудь существенной задачи. Но, судя по описанию, она им потребовалась для нахождения файлов относительно пути к EXE. Сто лет это делалось простейшими преобразованиями путей, и теперь вдруг стало затруднительно без специальной функции.
Там еще много заделов на будущее с ms-win-api например CreateFile2 (главная фича которой Win8+)
ЕМ>Казалось бы, ...
Еще со времен winxp всё ясно https://ichip.ru/novosti/srazu-44-processora-intel-lishilis-podderzhki-windows-11-837832 просто бизнес — ничего личного.
ЕМ>К счастью, косяк легко исправляется — достаточно положить в каталог QEMU api-ms-win-core-path-l1-1-0.dll с реализацией PathCchSkipRoot.
это не только у qemu https://github.com/nalexandru/BlenderCompat
ЕМ>8.0.50 сама по себе глючная — падает при старте, а 8.0.1 и 0.0.92 отлично работают под Win 7.
Переходим на linux
Здравствуйте, paucity, Вы писали:
aik>> В чём это, кстати, восьмёрка настолько хуже стала, чтоб на современном железо захотелось крутить семёрку? P>Что значит стала? Как была гавном так и осталась, как и все последующие поделия.
В смысле что семёрка то тоже гавно, но народ на неё залип как мухи. Или восьмёрка — первое говно после семёрки, а вот семёрка было огого? Что за изменения тогда случились в восьмёрке?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Неплохо бы определиться с основаниями, по которым относить что-либо к "некрофилии", дабы не облажаться ненароком. А то в восемнадцать лет двадцатипятилетние — "старухи", а в пятьдесят и многие сорокалетние вполне ничего.
Это просто — это возраст винды, при котором ты (небезраличный пользователь) напишешь патч чтоб последний QEMU работал под той самой виндой, или хотя бы кого нибудь вынудишь. Как только становится лень — во, это она, нектофилия.
Здравствуйте, aik, Вы писали:
aik>В смысле что семёрка то тоже гавно, но народ на неё залип как мухи.
Вот тут бы остановить на несколько секунд поток сознания, и задать себе вопрос — "а почему, собственно, залип?".
aik>Или восьмёрка — первое говно после семёрки, а вот семёрка было огого?
В ряду "виста, семерка, восьмерки, десятки" семерка вызывает меньше всего претензий. У тех, кто разбирается в технических вопросах, разумеется, а не только читает пресс-релизы и обзорные статьи.
aik>Что за изменения тогда случились в восьмёрке?
Судя по тому, что Вы вообще задаете этот вопрос, Вы давно и прочно забыли историю, и последние лет десять имели дело исключительно с десятками.
Здравствуйте, aik, Вы писали:
aik>Написание, очевидно, неподъемно, поскольку даже Вы (очевидно, не дурак) не осилили патч.
С чего Вы взяли, что я за него вообще брался? Будь он реально нужен — осилил бы, там ничего сложного нет, но какой смысл, если ничего особо полезного для меня в новых версиях QEMU не появилось?
aik>Некрофилия — это нездоровое желание заниматься старым и ненужным.
Вопрос лишь в том, по каким критериям определяются "старость" и "ненужность". Обычно это выглядит так: сперва те, кто активно занимается пиаром, убеждают всех побыстрее переходить на новое, ибо только оно "прогрессивно, удобно и безопасно", а когда почти всех загнали — ссылаются на эту тупую массу, уже как на причину явления — "ну вот, уже почти все давно перешли". Что-то это мне напоминает... А, вспомнил — "свободные демократические выборы".
aik>Кому надо — QEMU предоставляет наилучший возможный вариант поддержки — полностью открытый исходный код
К этому претензий нет. Претензии есть к техническому уровню разработчиков, допускающих ужесточение системных требований ради откровенно убогого эффекта, на уровне синтаксического сахара.
aik>Посколько подобной активности не видать — это явно никому не нужно.
Да, как и со "свободными демократическими выборами". И везде, где "демократия", там "население свободно и осознанно выбирало свою власть". :")
Здравствуйте, m2user, Вы писали:
M>задача заставить работать новый софт на старой ОС
Такая задача возникает лишь после того, как в новом софте использовали возможности новой ОС, отсутствующие в старой. Когда это касается каких-нибудь ключевых возможностей, существенно улучшающих функциональность, эффективность или надежность софта, претензии возникают редко — например, переход с любой Win9x на любую NT сразу резко повышает надежность системы. А когда новая ОС предлагает функцию, которой можно просто заменить комбинацию из двух-трех старых, менять из-за этого уровень API могут только те, кому не терпится отрапортовать о "радикальных нововведениях".
Здравствуйте, aik, Вы писали:
aik>Крупный разработчик операционок Microsoft забил болт на 14летнюю систему
От чего большинству ее пользователей ни жарко, ни холодно.
aik>а опенсорсные чуваки должны поддерживать
Сумеете внятно обосновать суть процесса "поддерживать", чтоб сказанное не выглядело очевидной глупостью? Я ж не зря подробно описал, в чем именно заключалось изменение, приведшее к "прекращению поддержки".
aik>уверен, что в QEMU перепишут/выкинут ещё что нибудь в ближайшем будущем
А зачем? Что у них после этого станет функциональнее, быстрее, компактнее, надежнее?
Здравствуйте, Pzz, Вы писали:
Pzz>Это сейчас какое-то общее поветрие, херить поддержку 7-й венды.
Досадно, что поветрие в большинстве случаев тупое. Все меньше разработчиков понимает, чем именно определяются требования к системе, все больше тупо ставит последнюю студию и хреначит с настройками по умолчанию для десятки, хотя многим по уши хватило бы и XP.
Здравствуйте, Pzz, Вы писали:
Pzz>если 7-я венда не нужна мелкософту, она автоматически становится никому не нужна...
Крайне странное суждение. А все автомобили, для которых перестают выпускаться новые прошивки ЭБУ, тоже "автоматически становятся никому не нужны"? Куда их в таком случае девают?
Здравствуйте, kov_serg, Вы писали:
ЕМ>>С переходом на версию 7.0 разработчики QEMU похерили поддержку Win 7. _>Такая нынче мода. Всех усиленно вилами пихают на новый софт и железо прикрываясь улучшениями безопасности и благими целями. А по факту становиться только хуже.
Железо становится настолько лучше, что даже восьмёрка этого не может испортить. В чём это, кстати, восьмёрка настолько хуже стала, чтоб на современном железо захотелось крутить семёрку?
ЕМ>>8.0.50 сама по себе глючная — падает при старте, а 8.0.1 и 0.0.92 отлично работают под Win 7. _>Переходим на linux
Там с некрофилией ещё хуже, только RHEL и SLES держатся, но я б себе такое не поставил.
Здравствуйте, aik, Вы писали:
aik>Железо становится настолько лучше, что даже восьмёрка этого не может испортить.
Типа, в крутых кроссовках наступать в говно не так противно, как в дешманских кедах?
aik>В чём это, кстати, восьмёрка настолько хуже стала, чтоб на современном железо захотелось крутить семёрку?
Тут бы и догадаться, что семерка имеет основания "просто быть", а не только стать результатом нынешнего выбора.
aik>Там с некрофилией ещё хуже
Неплохо бы определиться с основаниями, по которым относить что-либо к "некрофилии", дабы не облажаться ненароком. А то в восемнадцать лет двадцатипятилетние — "старухи", а в пятьдесят и многие сорокалетние вполне ничего.
Здравствуйте, paucity, Вы писали:
P>Что значит стала? Как была гавном так и осталась, как и все последующие поделия.
Хз если бы не все общее помешательство, то и на winxp всё шикарно работало бы.
P>К сожалению, на совреенное железо 7-ку и не поставишь
Просто ставится линукс и в виртуалке запускаются winxp, win7, win10 и win11, macos и вариации.
Здравствуйте, kov_serg, Вы писали:
_>Я вот тоже не понимаю нафига это называть некрофилией.
Это такой тренд в рамках "всегда иметь все только самое свежее". Автомобиль старше трех-пяти лет — "рухлядь", компьютер — "древность", книга/фильм — "средневековье", и так далее.
Здравствуйте, aik, Вы писали:
aik>это возраст винды, при котором ты (небезраличный пользователь) напишешь патч чтоб последний QEMU работал под той самой виндой, или хотя бы кого нибудь вынудишь. Как только становится лень — во, это она, нектофилия.
То есть, если б на следующий день после официального выпуска первой восьмерки (который случился через два года после выпуска семерки) команда QEMU заявила о переходе на API 6.2, и быстренько надергала оттуда побольше новых функций (отчего написание патча сразу же стало неподъемным для одиночки или небольшой команды), то это и была бы "она, некрофилия"?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>То есть, если б на следующий день после официального выпуска первой восьмерки (который случился через два года после выпуска семерки) команда QEMU заявила о переходе на API 6.2, и быстренько надергала оттуда побольше новых функций (отчего написание патча сразу же стало неподъемным для одиночки или небольшой команды),
Написание, очевидно, неподъемно, поскольку даже Вы (очевидно, не дурак) не осилили патч.
EM>то это и была бы "она, некрофилия"?
Некрофилия — это нездоровое желание заниматься старым и ненужным. Кому надо — QEMU предоставляет наилучший возможный вариант поддержки — полностью открытый исходный код, который вполне читабельный, собирабельный, можно форкнуть, вернуть семёрку назад и распиарить трём бедолагам которым нужен свежайший QEMU на весь мир. Посколько подобной активности не видать — это явно никому не нужно.
_>>Переходим на linux
aik>Там с некрофилией ещё хуже, только RHEL и SLES держатся, но я б себе такое не поставил.
В мире *nix мейнтейнеры дистрибутивов нередко патчат FOSS софт для совместимости с их дистрибутивом, либо собирают несколько пакетов (предоставляют опции сборки для source-based) с разным набором возможностей и зависимостей.
Что касается MS Windows и QEMU мне кажется дело не в Win7/8, а в том, что qemu под MS Windows просто редко используется (в виду отсутствия удобных инструментов управления типа libvirtd, но не только).
Не приоритетная платформа.
Здравствуйте, m2user, Вы писали:
aik>>Там с некрофилией ещё хуже, только RHEL и SLES держатся, но я б себе такое не поставил. M>В мире *nix мейнтейнеры дистрибутивов нередко патчат FOSS софт для совместимости с их дистрибутивом, либо собирают несколько пакетов (предоставляют опции сборки для source-based) с разным набором возможностей и зависимостей.
Это к чему?
M>Что касается MS Windows и QEMU мне кажется дело не в Win7/8, а в том, что qemu под MS Windows просто редко используется (в виду отсутствия удобных инструментов управления типа libvirtd, но не только).
Семёрка вообще умеет в какую нибудь нативную виртуализацию типа KVM или HyperV (а иначе тормоза же)? Я сходу не нашёл, самое раннее — восьмёрка.
M>>В мире *nix мейнтейнеры дистрибутивов нередко патчат FOSS софт для совместимости с их дистрибутивом, либо собирают несколько пакетов (предоставляют опции сборки для source-based) с разным набором возможностей и зависимостей.
aik>Это к чему?
К тому что задача заставить работать новый софт на старой ОС в случае *nix обычно решается на уровне мейнтейнеров ОС, и пользователю в этом отношении существенно проще.
M>>Что касается MS Windows и QEMU мне кажется дело не в Win7/8, а в том, что qemu под MS Windows просто редко используется (в виду отсутствия удобных инструментов управления типа libvirtd, но не только).
aik>Семёрка вообще умеет в какую нибудь нативную виртуализацию типа KVM или HyperV (а иначе тормоза же)? Я сходу не нашёл, самое раннее — восьмёрка.
hyper-v как роль присутстувует уже в серверной NT 6.0 (w2k8, win vista). Win7 — это NT 6.1.
На соответствующих несерверных ОС можно использовать сторонние решения: Oracle Virtualbox, VMware workstation которые, предоставляют hardware assisted virtualization.
Здравствуйте, m2user, Вы писали:
M>К тому что задача заставить работать новый софт на старой ОС в случае *nix обычно решается на уровне мейнтейнеров ОС, и пользователю в этом отношении существенно проще.
Эээ нет, в RHEL, например, будут бэкпортить избирательно что им нравится, но на свежий major release не перейдут.
aik>>Семёрка вообще умеет в какую нибудь нативную виртуализацию типа KVM или HyperV (а иначе тормоза же)? Я сходу не нашёл, самое раннее — восьмёрка. M>hyper-v как роль присутстувует уже в серверной NT 6.0 (w2k8, win vista). Win7 — это NT 6.1.
Так эту компоненту можно завести в семёрке так, чтоб QEMU её смог использовать?
M>На соответствующих несерверных ОС можно использовать сторонние решения: Oracle Virtualbox, VMware workstation которые, предоставляют hardware assisted virtualization.
Свежий Oracle Virtualbox начинает с Windows 8.1/64bit, и, аналогично, свежий VMware workstation умеет минимум Windows 8/64bit. Понабрали неучей
M>>К тому что задача заставить работать новый софт на старой ОС в случае *nix обычно решается на уровне мейнтейнеров ОС, и пользователю в этом отношении существенно проще.
aik>Эээ нет, в RHEL, например, будут бэкпортить избирательно что им нравится, но на свежий major release не перейдут.
Ну хоть что-то, хотя я имел в виду не коммерческие source-based дистрибутивы.
В крайнем случае, если нет особых требований по kernel, можно развернуть новое окружение в контейнере и там запустить софт.
aik>>>Семёрка вообще умеет в какую нибудь нативную виртуализацию типа KVM или HyperV (а иначе тормоза же)? Я сходу не нашёл, самое раннее — восьмёрка. M>>hyper-v как роль присутстувует уже в серверной NT 6.0 (w2k8, win vista). Win7 — это NT 6.1.
aik>Так эту компоненту можно завести в семёрке так, чтоб QEMU её смог использовать?
Не знаю, надо смотреть документацию по Qemu
M>>На соответствующих несерверных ОС можно использовать сторонние решения: Oracle Virtualbox, VMware workstation которые, предоставляют hardware assisted virtualization.
aik>Свежий Oracle Virtualbox начинает с Windows 8.1/64bit, и, аналогично, свежий VMware workstation умеет минимум Windows 8/64bit. Понабрали неучей
Но старые то версии могли
См. например VMware workstation 5.5 (2005 год, release notes)
64-bit host operating system support added for Windows XP Pro, SUSE Linux 10, SUSE Linux Pro 9.3, Ubuntu Linux 5.10 (experimental), Ubuntu Linux 5.04 (experimental)
"We are pleased to see this first product from VMware supporting the market's first shipping hardware-enabled virtualization technology from Intel.
Coupling VMware's robust solutions with Intel Virtualization Technology will expand the adoption of the virtualized enterprise client, mobile and server platforms."
альтернатив QEMU нет. Судя по тому, что количество виндового софта под ARM64 стало быстро расти с прошлого года, и даже здесь мне регулярно ставят благодарности за случайно открытый способ отладки ядра такой гостевой винды
