DOSBox. Инструкция по использованию

Можно попробовать в лоб заменить определение в FLUIDSYNTH include\fluidsynth\log.h
70: typedef void (__cdecl *fluid_log_function_t)(int level, char* message, void* data);

--- добавлено 30 июл 2022, предыдущее сообщение размещено: 30 июл 2022 ---

А вообще если стоит вопрос просто обойти ошибку, то можно попробовать тупо через дизасемблирование отключить проверку, которая приводит к выводу ошибки:
картинка Иды

Надо найти в dosbox.exe этот блок

и заменить [74 7F] (jz (jump if zero) вперед на 0x7F) на [7B 7F] (jmp (jump) вперед на 0x7F)
Результат

 

Ошибку нашел. libpcap не совместим с C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\inttypes.h неверно у разработчиков был какой то секретный libpcap

 

Вполне может быть, а судя по давности лет это так и было, использовалась другая более ранняя версия библиотеки.
Так как проект заброшен, в идеальном случае нужно подбирать те версии библиотек и те инструменты, которые использовались на тот момент. Если даже взять полностью тот проект с теми библиотеками и начать собирать современными инструментами, есть очень ненулевая вероятность, что он не соберется из-за заговора массонов против... того, что часть функций из системных библиотек прошла стадию исключения из стандарта в пользу других.

Как показала практика, проект можно(!) собрать, но для этого надо приложить усилия по поиску библиотек, их связке и адаптации исходных кодов под желаемые инструменты.
Если нет желания возиться с заброшенным кодом самому, можно попробовать обратиться к разработчику или тому, кто готов этим заняться. Таковы реалии работы с заброшенными ветками.

 

Приношу извинения. Создается впечатление, что на теорию заговора проще все списать. Я выше показал, что толком ничего не зная о проекте, часа за два вполне реально восстановить весь набор библиотек. Осталось потратить время на подбор версий и разобраться в конкретных отличиях версий компиляторов и сопутствующих системных библиотек, а также в эволюции имеющейся частичной поддержки POSIX в компиляторах от Microsoft.

 

Насчет Sound_GetDuration это было в каком то модуле, который либо навсегда утрачен (может сайт удалили или файлы с сервера и ни у кого не сохранился) либо вообще не был написан, пруфов ведь уже нет что такое в истории существовало, значит Sound_GetDuration - такого не существует. Если заккоментить, то появляется целая орава ошибок и всё, теперь скомпилировать исходник уже нельзя. У кого сохранились полные и рабочие коды исходники к DOSbox SVN Daum где есть модуль IDE для гостевых ОС отпишитесь. Хотя если SVN Daum заброшен и автор пропал, можно собрать исходник DOSBox-X но у меня комп не последней модели и ОС не самая новейшая, не уверен будет работать на VS2013

 

Вот реализация Sound_GetDuration из старой unstable ветки SDL_sound

Sint32 Sound_GetDuration(Sound_Sample *sample)
{
Sound_SampleInternal *internal;
BAIL_IF_MACRO(!initialized, ERR_NOT_INITIALIZED, -1);
internal = (Sound_SampleInternal *) sample->opaque;
return(internal->total_time);
} /* Sound_GetDuration */

 

Кто в армии служил, тот в цирке не смеётся не делает сборок досбокса.

 

осёл, гружённый золотом, возьмёт любую неприступную крепость. По крайней мере, я не думаю, что автор откажется ответить на какие-нибудь нормально и четко сформулированные вопросы по своему коду.

 

С исходниками DOSbox-X еще хуже. Сплошные ошибки. Ни у кого нет целых исходников без ошибок?

 

Нормальные исходники, нужно ручками править то что спустя десять лет стало ошибками из-за несовместимости с сегодня. И это нормально. А еще архив и все файлы в нем под windows созданы, как минимум configure и autogen.sh нужно сначала пересоздать - кодировка файлов ошибки создает под линукс :-)
Дополнительные библиотеки у меня не потребовало (видимо все что было нужно, уже из dev стояло). У меня остановилось на этом (решение выше писали - DOSBox. Инструкция по использованию, не проверял как сработает):
cdrom_image.cpp: In member function ‘virtual int CDROM_Interface_Image::AudioFile::getLength()’:
cdrom_image.cpp:110:15: error: ‘Sound_GetDuration’ was not declared in this scope; did you mean ‘Sound_GetError’?
110 | int length = Sound_GetDuration(sample);
| ^~~~~~~~~~~~~~~~~
| Sound_GetError

 

@Tigoro, зря я устанавливал VS 2015 - поганая станция, поэтому сплошные ошибки. Вернулся к 2013 и обратно к SVN Daum - исключил дополнения с ошибками, но SDLMAIN основной и с ошибкой в виде несуществующей функцией SDL_GetDesktopMode. Полистал весь интернет и узнал что модуль в котором была эта функция безвозвратно утрачен еще в 2005 году, но есть пруфы что такой был, но почему тогда SDL_GetDesktopMode(&width, &height) в sdlmain.cpp? Попробую эту строчку убрать если это не вызовет шквал ошибок и окончательный провал моего эксперимента

----------------------

Наконец то получилось избавится от всех ошибок, но появилась одна новая:
1>LINK : fatal error LNK1181: не удается открыть входной файл "libintl.lib"

Это неизвестная статистическая библиотека, а значит неизвестная ошибка

 

Самым идеальным решением для сборки кросс-платформенных решений под Windows является minGw или cygWin. Их идеологией является использование максимально совместимых с *nix-системами библиотек и инструментов. Таким образом, сборка проектов чаще всего сводится к
./configure
make
поиск зависимостей, которые в свою очередь
./configure
make

Microsoft всю дорогу шла своим путем. По этой причине у нее неполная поддержка POSIX, свои реализации библиотек, даже свои наборы функций, которые они умудридись протащить даже в стандарт Си, но которые реализованы, в итоге, только у Microsoft (см C17 Standard. Annex K. Bounds-checking interfaces)

Поэтому тот, кто решает идти по пути сборки кросс-платформенного проекта с помощью компиляторов от Visual Studio должен быть морально готов к заводным танцам с большим бубном.

P.S. Я сам считаю себя приверженцем Visual Studio как редактора кода при разработке, сидя под Windows. Всегда и везде работаю на самой новейшей ее версии, а зачастую, даже использую preview-ветку. По возможности везде, где можно, для себя, настраиваю сборку и разработку через эту IDE, которую, для редактирования кода (на Си, Си++, Си#), считаю на голову выше всех остальных. Но каждому инструменту свое место.

 

Ничего нельзя сделать. Вот список библиотек, которые нельзя найти:

Можно их конечно все исключить из проекта, но есть одна неисключаемая библиотека tbb.lib (tbb_debug.lib) а такую не найти никогда.

Посмотреть вложение 266857

 

Вот не знаю зачем пишу сюда в очередной раз....
Попробуй, пожалуйста, хотя бы погуглить/пояндексить/подакдакгоить. И перестань писать глупости.

LibIntl
libintl.lib - Поиск в Google
третья ссылка в гугле

tbb.lib (tbb_debug.lib) libphysfs.lib wpcap.lib - Я на прошлой странице ссылки давал

gthread-2.0.lib glib.lib - это ты что-то с define намудрил. Это библиотеки из GNOME/GTK - оконной системы.

 

@Ardash, пригодится тем, кому это действительно нужно.

 

Проверил, скачал, а исходники содержат несуществующую команду
\tbb-master\include\tbb/tbb_exception.h(360): error C2039: copy_exception: не является членом "std"
\tbb-master\include\tbb/tbb_exception.h(360): error C3861: copy_exception: идентификатор не найден

 

А зачем убирать #include version.h? Наверное потому что его нету и исходник битый... Зачем читать прилагаемую документацию?

 

@Ardash, version.h? Я такой не убирал, ничего в скриптах не трогал, только скачал, открыл солюцию в VS2103 и сделал компиляцию TBB
Качал этот, значит не тот

Проверил внутри солюции информация о сильно устаревшем VS 2003 где он был создан. copy_exception оказывается давно отменён