https://www.opennet.me/openforum/vsluhforumID3/110343.html Состоялся (https://www.winehq.org/announce/2.1) экспериментальный выпуск открытой реализации Win32 API - Wine 2.1. С момента выпуска версии 2.0 (https://www.opennet.ru/opennews/art.shtml?num=45911) было закрыто 62 отчёта об ошибках. Напомним, что начиная с ветки 2.x проект Wine перешёл на новую схему нумерации версий: каждый стабильный релиз отныне будет приводить к увеличению первой цифры в номере версии (2.0.0, 3.0.0, 4.0.0), а обновления к стабильным релизам будут выпускаться с изменением третьей цифры (2.0.1, 2.0.2, 2.0.3). Экспериментальные версии, развиваемые в процессе подготовки следующего значительного релиза, теперь выпускаются с изменением второй цифры (2.1, 2.2, 2.3). <br><br><br><br>Наиболее важные изменения: <br><br>- В состав включены исправления, не попавшие в Wine 2.0 из-за заморозки кодовой базы перед релизом;- Реализована новая порция инструкций Shader Model 5;- Улучшена обработка MIME-сообщений;- В DirectWrit улучшена обработка разрывов строк;- По умолчанию запущен сервис для шины HID;- П https://www.opennet.me/openforum/vsluhforumID3/110343.html#46 Mon, 06 Feb 2017 20:33:53 GMT Ща он сервиспак на свою методичку накатит и продолжит здесь какать.<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#45 Mon, 06 Feb 2017 11:44:23 GMT &gt; В какой версии Wine будет нормально работать с VirtualDub, разработка <br><br>которой уже давным-давно завершена?<br><br>Давно уже<br><br>https://appdb.winehq.org/<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#44 Mon, 06 Feb 2017 11:34:25 GMT &gt; VirtualDub <br><br>Но зачем?<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#43 Mon, 06 Feb 2017 07:36:21 GMT Я и запускал его на 32-битном Минте и версию Виртуалдуба использовал такую же - ошибка кодирования.<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#42 Mon, 06 Feb 2017 07:22:05 GMT В этом релизе -- нет. Умудрились закирпичить ещё лучше, чем было.<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#41 Mon, 06 Feb 2017 06:19:50 GMT Уже больше двух лет использую в одной из подопечных контор. Вполне работоспособен.<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#40 Mon, 06 Feb 2017 06:09:58 GMT Опять у них множество ошибок, но уже 2.0<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#39 Mon, 06 Feb 2017 05:43:21 GMT &gt; есть клиент под линукс 1с? шутите, и выглядит также или работает через <br>&gt; веб-интерфейс ?<br>&gt; надо будет попробовать, если такое есть <br><br>Есть и давно. Только он, собака, в зависимостях серверные пакеты тащит :D. Потом приходится старт сервера отключать, например через rcconf. И через веб-рыло к базе тоже можно сделать.<br> https://www.opennet.me/openforum/vsluhforumID3/110343.html#38 Sun, 05 Feb 2017 19:37:02 GMT Не всё так. Современное состояние дел с msdn куда хуже, чем было раньше. Если вы пишете на winapi на С или С++ и пользуетесь старой документаций, то всё зашибись, эта документация и правда хороша. А вот последняя документация по C# сливает по качеству даже докам ко многим хипстерским поделкам на nodejs. Также и в целом установка и сборка приложений, использующих самые современные возможности от microsoft тот ещё геморрой.<br><br>С другой стороны документация для тех же Qt лучше почти раз в 10, сборка проста, под разные платформы. Документация для gnome также на достаточно хорошем уровне. Возможно где-то что-то не ахти, но это только местами. Опять же басни про геморрой с deb это просто басни, потому как ни что не мешает вам сделать статическую сборку свой софтины и она будет работать на почти любой linux системе, а устанавливаться простым копированием. Кстати вы забыли упомянуть, что программа установленная простым инсталлером на венде почти тоже самое, что собранная статически программа под Linux и просто скопир