LINUX.ORG.RU
Новости — Open Source  

вышел dosemu-1.3.2


0

0

Как обычно, спустя год, вышел очередной релиз
эмулятора dosemu. Разработчики обещают кучу
нововведений, таких как:
- поддержка Windows3.1 без патчей winos2
- возможность запуска из FB консоли
- Поддержка Linear Frame buffer в консоли
- Улучшена поддержка UTF-8 терминалов
- Улучшена поддержка DPMI, но нужно ядро 2.6.12-rc3
для более стабильной его работы (почему они всегда
новые, ещё не релизнутые ядра требуют, для меня
загадка)
- Частичная поддержка DPMI-1.0 API
- Улучшена поддержка сети
- Улучшена поддержка последовательных портов
- Улучшена поддержка LFN
... и многое другое.

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

>>> Подробности

anonymous

Проверено: Demetrio ()

 ← 1 2 3 →

кто нибудь пробовал под сабжом запускать Duke Nukem 3D?

в dosbox'е у меня звук заикается

JB ★★★★★
()
Ответ на: комментарий от kelyar

Это значит что Windows 3.1 из под него пускать можно :)

anonymous
()
Ответ на: комментарий от JB

> кто нибудь пробовал под сабжом запускать Duke Nukem 3D?
Ууу, это под ним из покон веков работало, а со
звуком - года 3 уже как. Теперь разве что можно
в консоли на полном экране гонять, хотя у них и
под иксами теперь по нажатии Ctrl-Alt-f переходит
в полноэкранный режим, так что для дюка любые
версии досему пойдут отлично.

anonymous
()
Ответ на: комментарий от anonymous

> по моему релиз уже давно был, в новостях проскакивала
> инфа...
Вряд ли. Я дал ссылку на анонс:
Date: 2005-05-20 9:19:35

anonymous
()
Ответ на: комментарий от vovans

> И что тебе хорошего после этого сказать можно?
А что, он прав:) Думаю, ебилды не заставят себя
долго ждать, gentoo поддерживает этот эмулятор.

anonymous
()
Ответ на: комментарий от Valerius

> Ебилды просили передать что задержатся, начинайте
> без них
Дык уже во всю начали, не видно разве:)

anonymous
()

> для более стабильной его работы (почему они всегда
> новые, ещё не релизнутые ядра требуют, для меня
> загадка)
Да, они постоянно патчат ядро. Не знаю зачем, но
это факт. При чём если раньше патчили на баги
самого ядра, то теперь уверяют, что пытаются обойти
глюки самого проца...
Не знаю, можно ли в это верить. wine вроде ни в
проце ни в ядре особо глюков не встречает, а у
dosemu уже и проц глючный стал...

anonymous
()
Ответ на: комментарий от KRoN73

> А чем оно лучше DOSBox'а?
Да чем угодно. Эти эмуляторы нельзя сравнивать.
dosbox делается только для игр, а досему универсальный.
В то же время он и игры, как выяснилось, в большинстве
случаев пускает значительно лучше. Чем именно лучше?
Ну например скоростью. У досбокса скорость дохлой
черепахи, в то время как досему хватает хилого
первого пня. Ещё лучше тем, что может работать
в консоли, на удалённом текстовом терминале, или
на чём угодно (ну соответственно на текстовом
терминале не будет графики), досбокс же требует
SDL (в принципе, наверное, под FBcon тоже можно
запустить - не пробовал).
У досбокса тоже преимущества есть, напрмер, под
виндами работает не плохо:)

anonymous
()
Ответ на: комментарий от anonymous

Да, забыл: под досему идёт не только ДОС и не
только винды3.1, а например ещё minix, elks и
другие мелкие ОСи. Под досбоксом, думаю, не
пойдут, слишком сильно он на досе повязан
(хотя чем чёрт не шутит, я с досбоксом не долго
игрался из-за его тормознутости)

anonymous
()

Блин, не собирается :(((

gcc -c -I/usr/include/slang -I/usr/X11R6/include -MP -MMD -I../../../src/include -I../../../src/plugin/include -O2 -o vga.o vga.c
In file included from /usr/include/linux/pci.h:20,
from /usr/include/sys/pci.h:23,
from ../../../src/include/pci.h:10,
from vga.c:33:
/usr/include/linux/mod_devicetable.h:18: error: parse error before "__u32"
/usr/include/linux/mod_devicetable.h:20: error: parse error before "class"
/usr/include/linux/mod_devicetable.h:21: error: parse error before "driver_data"
/usr/include/linux/mod_devicetable.h:31: error: parse error before "__u32"
/usr/include/linux/mod_devicetable.h:33: error: parse error before "model_id"
/usr/include/linux/mod_devicetable.h:34: error: parse error before "specifier_id"
/usr/include/linux/mod_devicetable.h:35: error: parse error before "version"
/usr/include/linux/mod_devicetable.h:36: error: parse error before "driver_data"
/usr/include/linux/mod_devicetable.h:99: error: parse error before "__u16"
/usr/include/linux/mod_devicetable.h:103: error: parse error before "idProduct"
/usr/include/linux/mod_devicetable.h:104: error: parse error before "bcdDevice_lo"
/usr/include/linux/mod_devicetable.h:105: error: parse error before "bcdDevice_hi"
/usr/include/linux/mod_devicetable.h:108: error: parse error before "bDeviceClass"
/usr/include/linux/mod_devicetable.h:109: error: parse error before "bDeviceSubClass"
/usr/include/linux/mod_devicetable.h:110: error: parse error before "bDeviceProtocol"
/usr/include/linux/mod_devicetable.h:113: error: parse error before "bInterfaceClass"
/usr/include/linux/mod_devicetable.h:114: error: parse error before "bInterfaceSubClass"
/usr/include/linux/mod_devicetable.h:115: error: parse error before "bInterfaceProtocol"
/usr/include/linux/mod_devicetable.h:118: error: parse error before "driver_info"
/usr/include/linux/mod_devicetable.h:135: error: parse error before "__u16"
/usr/include/linux/mod_devicetable.h:138: error: parse error before "dev_type"
/usr/include/linux/mod_devicetable.h:139: error: parse error before "cu_model"
/usr/include/linux/mod_devicetable.h:140: error: parse error before "dev_model"
/usr/include/linux/mod_devicetable.h:142: error: parse error before "driver_info"
/usr/include/linux/mod_devicetable.h:155: error: parse error before "__u8"
/usr/include/linux/mod_devicetable.h:160: error: parse error before "__u8"
/usr/include/linux/mod_devicetable.h:163: error: parse error before "__u8"
/usr/include/linux/mod_devicetable.h:165: error: parse error before '}' token
make[2]: *** [vga.o] Ошибка 1
make[2]: Leaving directory `/dist/DVD/tmp/dosemu-1.3.2/src/env/video'
make[1]: *** [env/video] Ошибка 2
make[1]: Leaving directory `/dist/DVD/tmp/dosemu-1.3.2/src'
make: *** [default] Ошибка 2

vovans ★★★★★
()
Ответ на: комментарий от vovans

> Блин, не собирается :(((
> In file included from /usr/include/linux/pci.h:20,
Только один вопрос: /usr/include/linux у тебя
часом не ссылка на /usr/src/linux/include/linux?

anonymous
()

> возможность запуска из FB консоли Батюшки, а как я раньше-то его пускал тогда??!

anonymous
()
Ответ на: комментарий от anonymous

> возможность запуска из FB консоли
> Батюшки, а как я раньше-то его пускал тогда??!
Извиняюсь. В анонсе именно этого пункта не было,
добавил по собственному наблюдению. Раньше у
меня так не работало, точнее не то чтобы совсем,
а при выходе из эмулятора консоль оставалась в
неюзабельном состоянии, и в списке рассылки сказали
подождать пока доделают. А теперь вот заработало,
ну я и...

anonymous
()
Ответ на: комментарий от anonymous

...... chmod +x ../1.3.2.0/bin/dosemu make[2]: Leaving directory `/home/tst/to-compile/dosemu-1.3.2-build/src'

---------------------------------DONE compiling-------------------------------

Now you must install DOSEMU. Make sure you are root and: make install ............................ ..... DOS, which can be installed using dosemu -install, referred to using $_hdimage in /etc/dosemu/dosemu.conf or ~/.dosemurc or symbolically linked from ~/.dosemu/drives/c.

---------------------------------DONE Installing-------------------------------

- You can type 'dosemu' to run DOSEMU. If you installed the FreeDOS tarball too (see the warning above), then DOSEMU will........

AA
()
Ответ на: комментарий от anonymous

>Только один вопрос: /usr/include/linux у тебя
>часом не ссылка на /usr/src/linux/include/linux?

Поправил симлинк нс поправкой на правильный путь к исходникам ядра. Проблема осталось пока... Та же... :(

vovans ★★★★★
()
Ответ на: комментарий от vovans

> Поправил симлинк нс поправкой на правильный путь к
> исходникам ядра. Проблема осталось пока... Та же... :(
Дык это... Какой такой симлинк? Оно так никогда
не соберётся. Убирай симлинк и возвращай те хедеры,
которые туды с дистром ставились, и будет тебе счачтье.

anonymous
()
Ответ на: комментарий от JB

> симлинки на хидеры ядра нельзя использовать
> скопируй директории asm-i386, asm-generic и linux в
> /usr/include
Не вздумай давать такие советы! Симлинки на хедеры
использовать нельзя, но и копировать их из ядра
нельзя по той же причине!

anonymous
()
Ответ на: комментарий от anonymous

> Симлинки на хедеры использовать нельзя
Имелось ввиду "симлинки на хедеры _ядра_
использовать нельзя".

anonymous
()
Ответ на: комментарий от anonymous

> Симлинки на хедеры использовать нельзя, но и копировать их из ядра нельзя по той же причине!

почему? многие говорят что надо использовать те хидеры, с какими скопилена glibc

только у меня слака и нет такого пакета kernel-headers ;) есть только linux-headers-$version, привязанные к определенному ядру

да и глюков я незамечал

JB ★★★★★
()
Ответ на: комментарий от JB

> почему? многие говорят что надо использовать те
> хидеры, с какими скопилена glibc
Это верно. Только ты уверен, что она собрана с
хедерами из исходников ядра? Ответ отрицательный.

> только у меня слака и нет такого пакета kernel-headers ;)
> есть только linux-headers-$version, привязанные к
> определенному ядру
Возможно это они и есть (со слакваре мало знаком). Но:
1. С чего ты взял, что они ставятся в
/usr/src/linux/include/linux и их надо оттуда копировать
вручную?
2. С чего ты взял, что они идентичны тем, что лежат
в /usr/src/linux/include/linux?

anonymous
()
Ответ на: комментарий от JB 

У меня тоже Слака. Скопировал вроде перечисленные файлы... Снова та же ошибка :(

gcc -c -I/usr/include/slang  -I/usr/X11R6/include -MP -MMD -I../../../src/include -I../../../src/plugin/include -Wall -Wstrict-prototypes -Wmissing-declarations -Wnested-externs -O2 -fno-strict-aliasing -mcpu=i686 -pipe  -o vga.o vga.c
In file included from /usr/include/linux/pci.h:20,
                 from /usr/include/sys/pci.h:23,
                 from ../../../src/include/pci.h:10,
                 from vga.c:33:

vovans ★★★★★
()
Ответ на: комментарий от anonymous

> Возможно это они и есть (со слакваре мало знаком). Но:

специально проверял на kernel-2.6.10 и kernel-headers-2.6.10 из /testing

хидеры кладутся в /usr/include и создается симлинк с asm-i386 на asm

хидеры из kernel-headers-2.6.10 полностью совпадают с теми что лежат в пакете с ядром

JB ★★★★★
()
Ответ на: комментарий от vovans

> У меня тоже Слака. Скопировал вроде перечисленные
> файлы... Снова та же ошибка :(
Товарищ, ты либо делай то, что говорят, либо
забей:)
Ничего копировать нельзя. Симлинкать тоже.
Если есть пакет с kernel-хедерами (а он есть,
но названия не знаю) - его и ставь. Не надо
думать, что ты умнее разработчика дистрибутива.
Он сделал соотв. пакет, и именно этот пакет надо
использовать. И ничего кроме него.

anonymous
()
Ответ на: комментарий от anonymous

> Он сделал соотв. пакет, и именно этот пакет надо использовать. И ничего кроме него.

кстати да, vovans попробуй поставь пакет с хидерами, который лежит на сидюке слаквари

JB ★★★★★
()
Ответ на: комментарий от JB

>> В /usr/include или /usr/include/linux?
> в /usr/include
Тогда откуда совет "скопировать", если они и так
куда надо кладутся?

anonymous
()
Ответ на: комментарий от anonymous

> Это аргумент?

вообщем да

только зачем тогда на сидюке, помимо kernel-headers-2.4.29, лежит еще kernel-headers-2.6.10?

мне просто интересно :)

JB ★★★★★
()
Ответ на: комментарий от anonymous

> Тогда откуда совет "скопировать", если они и так
> куда надо кладутся?
Сорри, это не к тому относилось.

anonymous
()
Ответ на: комментарий от anonymous

> Тогда откуда совет "скопировать", если они и так куда надо кладутся?

vovans же написал, что у него сделаны симлинки в /usr/src/linux/include

вот я и посоветовал, вместо симлинков их скопировать

JB ★★★★★
()
Ответ на: комментарий от JB

> только зачем тогда на сидюке, помимо kernel-headers-2.4.29,
> лежит еще kernel-headers-2.6.10?
Вот чего не знаю того не знаю. Тут слакварщиков
полно (но я не один из них) - может кто поможет
разобраться, мне самому интересно стало уже:)

anonymous
()
Ответ на: комментарий от JB

Короче, ща мне АА вышлет по миникому свои хидеры и уже собранный пакет... Бeдем пробовать Settlers2 %))

Кстати, у меня есть Settlers2rus и Settlers2Gold, но eng :( Есть у кого последний в русском варианте? %))

vovans ★★★★★
()
Ответ на: комментарий от anonymous

> Est mnenie. Poprobujte ustanovit' kernel-headers ot 2.4 yadra.
> U menya kogda-to bila pohozhaja problema s compiling - 2.4
> headers reshili ee...
Это не мнение, а правельное решение проблемы.
Другое дело, что, как уже сказал JB, там делают
хедеры от 2.6, да ещё такие, что dosemu не
собирается? Тут что-то не чисто...

anonymous
()
Ответ на: комментарий от JB

> только что собрал сабж, уже сижу играю в дюка
> нюкема ;)
> gcc 3.4.3, хидера от ядра 2.6.12-rc4-mm2
А вот это - пример не правельного решения проблемы.
Не следуйте ему, товарищи линуксоиды:)
И это после того, как я ткнул вас носом в пост
самого Патрика? Эх JB... :)

anonymous
()
Ответ на: комментарий от anonymous

хз, я всю жизнь под слакой использую хидеры установленного ядра

если вдруг что то не собирется, всегда же можно поставить обратно стандартные :)

JB ★★★★★
()
Ответ на: комментарий от JB

> хз, я всю жизнь под слакой использую хидеры
> установленного ядра
А я всю жизнь борюсь с такими как вы:)

> если вдруг что то не собирется, всегда же можно
> поставить обратно стандартные :)
В том посте Патрик ссылается на пост Линуса, где,
если мне не изменяет память, утверждается, что это
может привести даже к проблемам во время исполнения,
а не только к ошибкам компиляции. Может хоть Линус
для вас авторитет? Иначе я уже и не знаю, что ещё
можно вам посоветовать...

anonymous
()
Ответ на: комментарий от JB

Итак, взял у АА заголовки. Всё компилится %)) Всем спасибо! %)) Скоро будем тестить собственно dosemu ;))) А не долбанные заголовки %)))

vovans ★★★★★
()
Ответ на: комментарий от JB

> ха! ставлю kernel-headers-2.6.11 из куррента и уже не
> собирается :)
А, помню-помню. История вроде бы была такая - Мортон
принял какие-то левые патчи, которые позволяют
прогам компилиться с хедерами от ядра. А Линус
не принял, сказав, что можно всё равно глюки огрести
при работе, и по этому нефиг. Линус прав, Мортон
ошибся.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Open Source