Вышла (http://www.winehq.org/announce/1.3.29) новая версия реализации Win32 API - Wine 1.3.29. С момента выпуска версии 1.3.28 было закрыто 70 отчётов об ошибках.
Основные изменения в новой версии:
- Добавлена расширенная поддержка VBScript;
- Произведены различные улучшения в элементе управления "календарь";
- Улучшена поддержка расширения XRender;
- В библиотеку MSVCP добавлено несколько недостающих функций;
- Исправлены некоторые ошибки в аудио подсистеме;
- Произведена чистка кода DirectDraw;
- Объявлен закрытым (http://bugs.winehq.org/show_bug.cgi?id=421) отчёт об ошибке, связанной с поддержкой DIB-движка;
- Обновлены переводы;
- Исправлено множество ошибок.URL: http://www.winehq.org/announce/1.3.29
Новость: http://www.opennet.me/opennews/art.shtml?num=31842
Очень радует что эмулятор продолжает бурно развиваться.
> Очень радует, что слой совместимости продолжает бурно развиваться.fixed
Вы зря так реагируете - Wine с самого начала задумывался и назывался эмулятором виндоус:
http://www.faqs.org/faqs/windows-emulation/wine-faq/
и только из-за юридических претензий Майкрософт, David C. Niemi придумал новый акроним "Wine Is Not an Emulator"
http://groups.google.com/group/comp.os.linux.misc/msg/eb77fa...
Не тормози. Wine не производит трансляцию машинных кодов, он (если сильно упрощённо) - ещё один фреймворк на котором запускаются Windows-приложения, такой же как GTK или Qt. Подчёркиваю, _если сильно упрошённо_.
Почему сильно упрощённо? Именно так и есть.
Эмулятор это то, что эмулирует поведение чего-либо.
В данном случае эмулируется windows окружение в windows/linux/macosx системах.С чего вы взяли что эмулятор ОС должен обязательно производить трансляцию машинных кодов?
P.S. То что это можно назвать как угодно, в том числе и прослойкой, никто не спорит. Но с другой стороны тот же qemu можно назвать "прослокой" которая позволяет запускать программы mips под IA-xx.
Хватит заморачиваться. Человеку проще сказать "эмулятор". Это слово примерно понятно всем.
>Хватит заморачиваться. Человеку проще сказать "эмулятор". Это слово примерно понятно всем.Не хватит. Кому проще упрощать - пусть живет через упрощения. Wine - не эмулятор, а иная реализация набора API. Не навязывайте ваши субъективные взгляды (перечитайте пока не проникнетесь в мелочи: http://wiki.winehq.org/FAQ#head-c9e6502ad636315e905d07f7e445...
Это иная реализация API. А как насчет возможностей которых нет в WinAPI (расширения) - это тоже к термину "эмулятор" притянете за уши?
Проект открытый, и вы всегда можете пропатчить сорцы wine так, чтобы неугодную программу заставить работать так - как нужно (и ко всему, всегда есть мощная среда unix (coreutils, perl, python, ...) которая позволяет очень быстро нужных целей).
>Не навязывайте ваши субъективные взглядыДа кто навязывает? Вы забываете про социальный аспект. Называть одну вещь кучей слов попросту не круто. И это не способствует упрощению картины для новичков. Что такое АПИ и ее реализациия вообще мало кто понимает. Людям нужно запускать программы, а не реализовывать апи. Термин "пускалка прог" вас устроит? Тут ни слова про эмуляцию ))
Последний абзац попахивает пропагандой и фанатизмом. Открою вам глаза: я (и 99% пользователей) никогда не мог пропатчить сорцы и добавить туда что либо (тем более полезного). Даже хорошему программисту это часто не под силу - добавить свой код в основную ветку вайн. Открытость кода - идиллическое заблуждение, абсолютно не раскрывающее сложности вопроса.
> Да кто навязывает? Вы забываете про социальный аспект. Называть одну вещь кучей слов
> попросту не круто. И это не способствует упрощению картины для новичков. Что такое АПИ и
> ее реализациия вообще мало кто понимает.Круто/не круто (про яйца?) - это лесом, т.к. вопрос уровня полового. Нормальному новичку следует понимать про свой уровень (знай свой шесток) и ни в коем случае не пытаться думать что приняв упрощенный термин - он уже эксперт. Другими словами, новичку следует знать суть - если ему нужно хоть какое-то понимание, но также ясно понимать то, что он не знает многого если возникнут вопросы требующие детализации. В вашем случае, через слово эмулятор, возникает ложное (!) чувство что ты уже знаешь все и вся благодаря паре прочитанных комментов. Это не так.
>Последний абзац попахивает пропагандой и фанатизмом. Открою вам глаза: я (и 99%
>пользователей) никогда не мог пропатчить сорцы и добавить туда что либо (тем более
>полезного).Неспособность пропатчить сорцы сию минуту и неспособность пропатчить сорцы никогда в будущем - вещи разные. А за всех говорить отучаемся, т.к. если припрет как следует, то вы и осилите и пропатчите. Просто Вас не припирало ни разу.
>Даже хорошему программисту это часто не под силу - добавить свой код в основную ветку
>вайн.Падаете в крайность. Прямо-таки все патчат только для того чтобы патч приняли в мастер бренч.
>Открытость кода - идиллическое заблуждение, абсолютно не раскрывающее сложности вопроса.
Ну и где-же сложность? Сложно сесть и разобраться? Мне кажется что способность разобраться в любом вопросе - отличительная черта человека от других позвоночных, нет?
Вот у меня часть софта пропатчена мной же под мои нужды и я не вижу ничего в этом сложного.
wine - wine is not emulator
>wine - wine is not emulatorНадоели любители бессмысленного цитирования. Под этим утверждением всегда подразумевалось, что wine не эмулирует оборудования, как какой-нибудь qemu. Тем не менее, окружение windows оно вполне себе эмулирует. И не надо говорить, что wine - это только альтернативная реализация WinAPI, для того, чтобы эта самая реализация работала, wine обрабатывает системные вызовы windows, что можно рассматривать как эмуляцию ядра windows.
>эмуляцию ядра windows.Все программы, требующие доступ к ядру, под wine не работают.
То есть Вы утверждаете, что ВСЕ windows-программы не работают? Абсолютно любое windows приложение использует системные вызовы windows, пусть и не напрямую, а через библиотеки. Не будут работать те программы, которым нужны системные вызовы, не реализованные в wine.
Вот которые используют библиотеки — работают, а те, что требую чего-то более низкоуровневого — нет.
> более низкоуровневогоNative API или что-то другое?
Сами библиотеки WinAPI и требуют чего-то низкоуровнего. Многие DLL из состава wine могут быть заменены нативными DLL из Windows. Аналогично тому, как библиотеки из glibc используют системные вызовы Linux, библиотеки WinAPI используют системные вызовы Windows. wine предоставляет им их. По понятным причинам, для wine проблематично предоставить вызовы для работы с аппартной частью (впрочем не всегда, некоторая поддержка USB в wine имеется), как раз по той причине, что он не эмулируют аппаратную часть (но не факт, что это верно на данный момент и будет верно в будущем, пример с USB тут весьма показателен). Но иначе как эмуляцией процесс предоставления вызовов для работы приложений в пространстве пользователя назвать нельзя. Спор о том, является wine эмулятором или нет, сводится к тому, что подразумевать эмулятором. wine не является эмулятором в том смысле, в каком являются qemu или dosbox, но это не значит, что он не явлеятся эмулятором в более широком смысле.
у тебя получается, что любая библиотека — эмулятор. один такой же тут недавно доказывал ещё, что любая библиотека — сервер.
> Сами библиотеки WinAPI и требуют чего-то низкоуровнего. Многие DLL из состава wine могут быть заменены нативными DLL из Windows.1. Вайн и есть реализация винапи
2. Те для что можно заменить из виндов работают и в винде, и в вайне в юзерспэйсе (собственно весь вайн в юзерспэйсе)
3. Библиотеки из виндов, которые работают в пространстве ядра, в вайне не работают. Включая виндовые дрова
4. Вайн по своей структуре не эмулятор. Как моно не эмулятор дотнета. Как самба не эмулятор smb2.
5. Сразу говорю - пошли в опу грамарнаци - с телефона пишу.
> dosbox, но это не значит, что он не явлеятся эмулятором в
> более широком смысле.Кстать dosbox тоже во многом не эмулятор x86, больше эмулятор DOS, с некоторым набором железа, вообщем чем-то похож на wine.
Эмуляция доса подразумевает эмуляцию x86.
> Эмуляция доса подразумевает эмуляцию x86.Не совсем так, правильнее было бы сказать реализацию прерываний и обработку некоторого небольшого набора специфичных для реального режима работы инструкций процессора IA-32.
Хотя в случае dosemu, там есть эмуляция x86 процессора. Но реализация множества прерываний работает уже не на эмуляторе, а обрабатывается функциями dosemu. В том числе отвечающими за обращение к видео и звуковой карточке.
Кстати говоря, у wine есть и другая расшифровка - WINdows Emulator, но про неё почему-то многие забывают. А более популярный рекурсивный акроним всего-навсего означает, что wine - это не виртуальная машина, в которую можно поставить Windows.
После последней версии 1.3.28, после перевода DDraw под OpenGL бэкэнд, стали тормозить Heroes4 (ati radeon, opensource drivers). На глаз: в 1.5-2 раза медленней рендерит.Как с этой версией дела обстоят?
Так смени бэкэнд обратно на GDI при помощи winetricks или напрямую не помню каким ключём реестра. Сменилось только значение этой настройки по умолчанию.Олсо, StarCraft на nvidia OpenGL раза в 2 быстрее, чем на GDI.
> Так смени бэкэнд обратно на GDI при помощи winetricks или напрямую не
> помню каким ключём реестра. Сменилось только значение этой настройки по умолчанию.
> Олсо, StarCraft на nvidia OpenGL раза в 2 быстрее, чем на GDI.Да, спасибо...
Менять нужно DirectDrawRenderer как написано тут : http://wiki.winehq.org/UsefulRegistryKeys
Когда же они наконец пофиксят windoбаги, когда насильно все текстовые файлы привязываются к notepad.exe и всякие проги опять же засоряют ассоциации файлов
лютобешено плюсую
Это баги майнтайнеров, не вайна. Сам вайн ничего не привязывает, он только поставляет ассоциации.
согласен, но отвязать не сложно
Это баги мейнтейнеров пакетов.
Баг в том, что они не отключают winemenubuilder?
Предыдущий релиз - самый значимый для меня. Наконец-то смог поиграть без "танцев с бубном" во многие игры типа Oblivion, NFS Underground, Hilf-Life 2 и пр.
А самому в реестре рендерер поменять было не судьба?
Менял, но эффекта никакого небыло, вернее прироста производительности. Еле вытягивал Oblivion. А вот на предыдущем релизе просто взлетело. Oblivion на максимальных настройках, 1920*1080, кадров 20-40 в секунду на Radeon HD 5670 с проприетарными драйверами. И еще удивился, что TDU заработал. Да вообще много чего заработало.
> Предыдущий релиз - самый значимый для меня. Наконец-то смог поиграть без "танцев
> с бубном" во многие игры типа Oblivion, NFS Underground, Hilf-Life 2
> и пр.А у меня в предыдущем релизе сломались средние шейдеры в StarCraft II. NFS U и U2 4 года играю из Cedega.
Ошибки ошибками, а интегрировать поддержку USB-устройств, которая развивается в отдельном патче?
> - Объявлен закрытым (http://bugs.winehq.org/show_bug.cgi?id=421) отчёт об ошибке, связанной с поддержкой DIB-движка;Bug 421
Reported: 2002-02-03 20:33 CST by François Gouget
Modified: 2011-09-23 12:58 CDT (History)
9 лет!
Но пока что DIB недоработанный. :(
Пока вы спорите, эмулятор он или нет, я качаю-комиляю ;)
> Пока вы спорите, эмулятор он или нет, я качаю-комиляю ;)Ну не у всех же LFS ;-)
Он не эмулятор, он реализатор)
OpenJDK - это же не эмулятор оркаловой явы.
Это реализация.
> Он не эмулятор, он реализатор)
> OpenJDK - это же не эмулятор оркаловой явы.
> Это реализация.Реализатором он был бы, если бы работал по документации от MS.
А учитывая, что он повторяет разного рода баги, противоречащие
документации, то всё же правильнее его назвать эмулятором.
>> Он не эмулятор, он реализатор)
>> OpenJDK - это же не эмулятор оркаловой явы.
>> Это реализация.
> Реализатором он был бы, если бы работал по документации от MS.
> А учитывая, что он повторяет разного рода баги, противоречащие
> документации, то всё же правильнее его назвать эмулятором.Баги повторяются с целью обеспечения совместимости с программами, рассчитанными на использование этих багов. На то wine и слой совместимости.
> Баги повторяются с целью обеспечения совместимости с программами, рассчитанными на использование
> этих багов. На то wine и слой совместимости.Реализацией можно назвать если она реализует, что-то внятное и понятное, которое имеет чёткую спецификацию. Если же оно повторяет что-либо уже существующее, включая и ошибки (не важно по какой причины добавленные), то реализацией назвать как-то рука не поднимается.
Вот mono, например, обозвать реализацией, вполне.Хотя обсуждение ни о чём. Больше кто как понимает слова "слой", "реализация", "модель", "эмуляция", "поведение".
> А учитывая, что он повторяет разного рода баги, противоречащие
> документации, то всё же правильнее его назвать эмулятором.Повторяет баги MS?
Так он не абстрактную документацию реализует, а реальные функции winapi.
Я бы сказал так: wine это транслятор системных вызовов win32 в вызовы glibc :)
В CS 1.6 остался один баг http://bugs.winehq.org/show_bug.cgi?id=6095
Хорошая штука вайн. Разработчики молодцы.
Пытаюсь играть в одну игру под линуксом. (драгон эйдж)
В этой версии иногда мерцают текстуры в игре, очень часто в меню игры и в роликах.
В предыдущей версии были постоянные вылеты.
Еще ранее игра (и многие другие игры проги) не запускалась из-за одной ошибки.
Еще ранее все работало хорошо за исключением тормозов (за счет высокой загрузки КПУ - практически всегда грузится вайнсервером одно ядро полностью).
На лицо какие-то изменения в активном коде, что радует, но до идеала далеко. Очень непредсказуемый способ пускания приложений.
VBScriptЗачем эту бяку пилят? Вирусы-же поселятся.
> VBScript
> Зачем эту бяку пилят? Вирусы-же поселятся.Вирусы уже селятся.
Просто на C вирусы писать сложно.
На VBScript куда проще.
Поэтому, по многочисленным просьбам...)
А в R&Q как глючил выбор смайла, так и глючит....
А в целом хорошо поработали. Много косяков убрали.
После обновления перестали нормально отображаться дельфовые гриды...самое хреновое в этих обновлениях, то что одно исправляется, другое ломается.