Добавлю, что Virtual PC - это win32-приложение и оно будет работать через Odin. Innotek как раз занимается дописыванием Odin'а, чтобы Virtual PC заработал в оси без багов.

А в первом анонсе было сказано, что Innotek занимается портированием VPC в OS/2. Чему верить - первому или второму?

Отучаемся говорить о Virtual PC в будущем времени. Virtual PC/2 уже существует с весны и все это время активно разивается и тестируется.

Вообще-то, осведомленные источники заявляют что Virtual PC - это не тот "супер секретный проект". И тот проект обещался open-source...

ЭЭЭ, если это работает через ODIN, то IMHO более идиотской идее быть не может...

2 ErOs2

А мы не связывали тот Open-source проект с Virtual PC, хотя и тот и тот будут презентированы фирмой Innotek.

2 Alex-G

А че тебе не нравится?
Тебе шашечки или ехать?

Я видел VirtualPC на Windows и посему настроен довольно скептически - эта, с позволения сказать, программа так тормозила систему, что об эффективной работе и речи не было. А уж если ее будут под одином запускать - то нативным OS/2-программам еще долго не нужно будет бояться конкуренции. Так, просто игрушка...:-))

по моему, проще один до ума довести, если VPC/Odin это правда

Интересно, как на Одине можное "ехать"??? :-/

Еко, ты бы это, ссылки приводил. А то вот жёлтой прессой "пахнет". И что поповоду "бешает вполне прилично", так к меня например w2k в примерно такой конфигурации под серёзной нашрузкой несколько проседает, что уж там говорить о системе в системе ,,,

2 Samm

Я наехал на Innotek, что мол, вы таким образом убиваете только-только появляющиеся shareware-программы. На что директор проекта Virtual PC высыпал на меня такую информацию. Кроме того, в этом письме нету никаких экстраординарных новостей - всю эту информацию ты можешь почерпнуть сам из официальных источников - на сайте Innotek.de и в pdf про Virtual PC. :) Так что, читай внимательнее.

Еще раз обращаю ваше внимание, что новость озаглавлена как "Неофициальная", чтобы читатель относился к ней с долей скепсиса.
Мотайте на ус, спрашивайте, мучайте Innotek сами. Я пересказал эту информацию, т.к. она интересная на сегодняшний день.

По поводу "желтой прессы" - вы нас с кем-то путаете. Мы не устраиваем скандалы. Мы лишь даем живую информацию, которая нужна пользователям OS/2. Основной поток новостей - это переводы официальных новостных сайтов (иногда, с нашими полезными комментариями). Кроме того, мы сами генерируем новости, которые получаем не от дяди Васи, а из первых рук - от Netlabs, Innotek, OS2.Ru и т.п. Слава богу, мы в информационном пространстве OS/2, где все начальники доступны - выходи на irc-каналы и спрашивай у них, чего хочешь :)

Virtual PC работает вполне неплохо как я знаю кроме того это НАТИВНОЕ приложение хотя оно и использует библиотеки Один. Кроме того Один работает достаточно быстро и если у кого кривые рученьки читаем доки ж)

Кстати кому не в лом зацените Оперу - тоже одинская прилада но скорость выше всяких похвал

Женя, где, ты говоришь, доступен начальник IBM? :-)

irc.netlabs.org - #openprojects |lou| - Lou Gerstner на проводе ;)

2 Stauff
Ах вот почему у неко такой ник!!! :))

Ребят, вы чего прикалываетесь ? "Один работает достаточно быстро" !
Какой там быстро ? Глаза откройте.

Что меня бесит в Одине, так это его противная виндовозная рожа ;-(, причем OS2Look=1 мало помогает...

Что меня бесит в Одине, так это его противная виндовозная рожа ;-(, причем OS2Look=1 мало помогает...

Что меня бесит в Одине, так это его противная виндовозная рожа ;-(, причем OS2Look=1 мало помогает...

2Dav:
Один, действительно, работает быстро... Те гамы, которые сейчас под ним работают, часто работают не медленнее, чем под Финдоуз...WinRAR работает чуть-чуть медленнее, чем под виндами...
Руки?

Гамы работают быстро под труколорными режимами.
Как эти долбо..ы написали конвертирование
палитры - жаль, в Microsoft этих исходников
не читали наверняка, а то Билли уже подох бы
от хохота.
Да а чего от них хотеть можно, если Сандер
кроме VAC++ ни на чем писать не умеет, он даже
не знает, что такое #define INCL_OS2 и был
уверен, что GCC не умеет PM-ные проги делать!

Скорее всего речь идет о том, что VirtualPC будет собрана, как в свое время и Opera/2 с использованием библиотек Odin.
Т.е. получиться вполне "нативное" приложение Полуоси, примерно такое же "нативное", как Netscape 4.61 или SmartSuite. Т.е., еще раз, код переделывать из Win32 сильно не надо, "ненативные" вызовы идут через Odin - а в результате, получается приложение, которое свои глюки суммирует с глюками Odin.
В случае с SmartSuite это были глюки Open32 (pmwinx.dll), в случае Netscape 4.61 - глюки Graphics Subsystem Library (wgss46.dll). К стати, в Odin теперь входит более продвинутый вариант Graphics Subsystem Library (wgss50.dll) - если кто не знает... Эта библиотека была выпущена IBM на замену pmwinx.dll.

Так что как ни крути - получается хреново. Как сумма всего вышесказанного - разработок ДЕЙСТВИТЕЛЬНО НАТИВНЫХ програм для Полуоси, к сожалению, очень и очень мало.

И я действительно не понимаю. ну на кой черт Opera/2 писалась через Odin? Что нельзя было весь дизайн перделать в VAC++ а все, что связано с TCP/IP выделить еще на этапе разработки Opera for Win32 в отдельный, компактный, платформенно-зависимый модуль, который единственный надо было бы переписывать под каждую конкретную операционную систему.

Остается отметить, что Odin юзает как Open32 (pmwinx), так и WGSS...

Ну и ну обычный полуосевый треп! Вы посмотрите как эти написали, Сандер не умеет ничего кроме вака. СТЫДНО! Да Сандер самый наверное активный и лучший кодер под ось на данный момент! Что за манера - посмотрите какие они кривые - да черт подери а что тут смотреть - не нравится сделай САМ! Возьми и помоги! Все как обычно... Блинский блин. А Опера сделали так потому что никто Юрию не помог когда он просил. Вон Майк Капли все время говорит - мужики ну помогите с мозиллой там столько есть где надо помочь - и что же никто не поможет. Зато наезжать все горазды. Вообщем резюмирую - Virtual PC продукт полезный и работать зная программы от Innotek будет хорошо.

2SR - Была такая простенькая программка, которая была предназначена для вычисления значения числа pi и записи на диск. Может она у меня и осталась. Операции в ней достаточно простые - Запись в файл и обычная формочка, в которую постоянно выводится текст. По окончанию всего этого процесса выводится результат - время выполнения. Прога ессно виндовая и ею просто измеряли производительность cpu+mem+ide/scsi ну в общем так. Так вот за 3 минуты эта штука отстала секунд на 15. Что касается игрушек всяких так это смотря какие. Большинство просто не работает. Opera более ли менее нормально работает только потому что она сама по себе написана так - у некоторых какие то версии типа 3.60 работают аж на 386 процах. Можно взять простой пример - формочка на delphi на которой что нибудь рисуется и сравнить как она будет работать в виндах и как это будет выглядеть с odin.

2SR, а вот ещё... попробуй запустить winamp (под odin) при условии isa'шной звуковухи. И проц помедленней возьми.

2Dav
winamp у меня прекрасно работает, без заиканий и прочего (у меня Duron-800 - медленнее ничего нет). Просто работает. Heroes`ы работают (не медленнее, чем в виндах). Marriage, winRAR, Solo на клавиатуре, quake2, the bat, еще кучка прожек... Много чего конечно не работает, но ведь проект развивается...
Тормоза будут, таки не родная среда, а эмуляция, но прогресс не стоит на месте.

Мужики!
Все упиратеся в средства разработки. Вот сделают нормальный Watcom - уже хорошо. Хотя GDI как в VAC в нем НОРМАЛЬНОГО нету.

Вопрос ко всем - каково состояние Sibyl? Ктро-нибудь пробовал смотреть опубликованые давеча исходники? Может, подхватим этот проект сообща?
Я в общем то с библиотеками этой Sibyl вполне разобрался, пару-тройку ошибок исправил - вот если бы пересобрать саму Sibyl... Оптимизацию под новые процы добавить, под MMX, 3DNow! и т.д.

И не вздумайте смеятся - нет ничего невозможного! С божъей и еще одного пацана помощью ;-)) я, например, собрал миленький такой модуль для Sibyl? который позволяет рисовать простой графикой в DIVE (прямые, заполнения, окружности и т.д.). Скорость получается весьма и весьма нехилая (в моем случае при выводе 3х мерного объекта ~ 10кадров в секунду - основное время тратиться на расчет)
Кто заинтересуется - пишите, вышлю исходник.

Еще раз по поводу Сандера, "возьми и напиши сам", наездов и того, кому тут должно быть стыдно - в первую чередь, 2Stauff.

Если хочешь знать, я был первым, кто откликнулся на призыв Акима (если я все правильно помню, это была его инициатива) делать Один (тогда он еще так не назывался), когда Сандер объявил, что забил на свой Win32OS2. И, вероятно, был первым, кто начал писать код (конкретно - comdlg32.dll), пока Сандер раскачивался (может-де, и дам вам свои исходники, только сперва сам из них GPL-ный код вычищу, а там посмотрим, а большинство желающих быть девелоперами занималось трепом на тему, стоит ли вообще что-нибудь делать, когда есть <64K и >512M memory-problems, стоит ли сосредоточиться на запуске Microsoft Office или нам интереснее запускать Quake, дрючили M$ и т.д., и т.п. А потом вышел Сандер, сказал, что emx+gcc - вообще не компилятор, что писать будут только на IBM VAge C++, и только на нем, и вообще короче мы все тут ..., а он - Д'Артаньян. Ну и естественно, множество девелоперов при этом сократилось раза в два, я тоже тогда эту идею и послал, хотя для меня последней каплей стал выбор "Авроры" в качестве target-платформы и drop OS/2 4.0 (тогда еще не было 10 фикспака и 14 версии ядер для Мерлина). Результат "естественного отбора" - имеющие место глюки, сырость, сообщения типа "Exit Wine?", которые выдаются, когда запускаешь program manager от 95, а потом пытаешься его закрыть - это вообще прикол с передранным "вслепую" с Wine'а кодом, который обнаружили черт-те когда, о чем и написали Сандеру, так больше чем через полгода я поставил daily build и убедился, что глюк этот никуда не делся. Видимо, это ключевой момент кода, если убрать, работать не будет. Опять же идея писать API(!) на C++ крайне способствует росту производительности и снижению системных требований, как известно.
На самом деле я очень даже уважаю Акима, тех разработчеков Одина, которые все-таки что-то делают, и Сандеру поклон за то, что он заварил всю эту кашу, но не более ("лучший полуосный девелопер" - IMHO, это явный перегиб, среди разработчиков того же Одина есть люди более достойные). При открытых исходниках плохой, неэффективный код - это не так уж плохо, потому что он работает, и его можно улучшить или оптимизировать. Но отношение в проекте к разработчикам и выбору текущих приоритетов меня совсем не радует.
Я вовсе не думаю, что большинство проблем с Odin у людей происходит от кривых рук пользователей. OS/2 - не bLinux, где дурным тоном считается, если программа после установки работает сразу, без несколькочасового копания в man'ах, config'ах и вытаскивания недостающих компонениов из интернета, но вся политика построения Odin'а с начала выглядела как "построить эмулятор, который может работать на чем-то и у кого-то", а не "всюду под OS/2".
Извиняюсь за несколько сумбурное изложение, накипело.