Новая версия Unreal Speccy

[SMT]

deathsoft:

case 0x05: gsstat &= 0xFE; return;

я исправлю. сам не понял, откуда взялось

const ega1_ofs = 0;

это нормально. например func() {} имеет тип int, если нет явного указания

unsigned dbg_stophere = -1

это задекларировано стандартом си++, как ведёт себя арифметика при переполнении

dxrend.cpp(234): (col. 7)warning #997: function uses MMX(TM) instructions, but contains no EMMS instruction

функция, рисующая одну строку, не выходит из режима MMX, а когда нарисованы все строки экрана, в главной функции отрисовки один EMMS на все вызовы.

sprintf(ln, "?????", i);

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

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

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

[Advertiser]

[deathsoft]

это нормально

Это все понятно, что и так работать будет, но хочется. чтобы варнинги лишние не писались

[deathsoft]

если твоя лицензия не будет закрытой

Я не Билл Гейтс, чтобы делать лицензии, если я чтото делаю или исправляю, то делюсь со всеми, если мои переделки кому нибудь интересны

[deathsoft]

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

Вообщето он видит, что подключен файл string.h или stdio.h и функция ничем не перегружена. Т.ч. на самодельную функцию он ничего писать не будет.

[SMT]

а почему именно intel c++? чем он хорош?

если компилер глючит или не понимает стандарт, лучше сменить его на правильный (от билли калиткина), чем подстраиваться под глюкодром

[SMT]

Вообщето он видит, что подключен файл string.h или stdio.h и функция ничем не перегружена. Т.ч. на самодельную функцию он ничего писать не будет

это не даёт ему права предполагать семантику функции. а вдруг я дописал стандартную либу (CRT source, надеюсь, открыт в intel c++) так, что она понимает кроме printf("%d",i) ещё и printf("$d",i) с каким-то спец-отличием? string.h/stdio.h я не трогаю. (зы: хотя, конечно, прикольная вешь - нашла мне ошибку )

[deathsoft]

а почему именно intel c++? чем он хорош?

если компилер глючит или не понимает стандарт

Интел C++ поддерживает оптимизацию под все интеловские процессоры, включая автоматическую генераию кода с MMX,SSE,SSE2. Например функции очистки и копирования памяти используют SSE,SSE2 если проц это поддерживает.
Интеловский компилер прекрасно поддерживает стандарт, только стандартов на C++ несколько, старый стандарт и стандарт 98года.

Компилятор от билли оптимизировать вообще не умеет, хуже него может быть только борланд (который я использую только для написания гуевых прог со сложным пользовательским интерфейсом).

Из преимуществ компилятора билли можно отметить поддержку асмовых инструкций от АМД (3DNow), интеловский компилер их не поддерживает

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

[deathsoft]

Глюк с профROM от скорпиона остался. Если войти в 128 TR-DOS, потом перезагрузиться F12, потом снова войти в 128 TR-DOS, то устанавливается совершеноо левый банк ПЗУ (заполненый нулями). Этот банк находится по смещению 38000h в файле profrom401.rom (512K) его сигнатура (по адресу 110h от начала банка)
0C 08 04 00-FB ED 4D 7E-F7 0B 2B 02-E6 80 23 28
F6 F1 E3 C9-00 00 00 00-00 00 00 00-00 00 00 00

проверял с profrom39f.rom (128K) такаяже проблема

неплохо, если бы в дебагере вместо SERVM писался бы номер банка profrom (например SRV n, где n от 0 до F)

P.S. Обязательно нужно чтобы в дисководе был образ диска

Пропатчил свою версию, чтобы писался номер банка, при глюке пишется SRV E (в профПЗУ 4.01) и SRV 6 (в профПЗУ 3.9f), а при обычной работе монитора SRV 2.

Кстати профПЗУ версии 3.2а (с моего реала) работает нормально, в 128 TR-DOS можно входить сколько угодно раз (только необходимо пропатчить значение в регистре DE, очем писалось в ветке про профПЗУ)

[deathsoft]

нашел еще один глюк с профПЗУ 3.2а. Ставим брекпоинт на адрес #47F и при чтении из порта #1FFD наблюдаем #FF, а значение из этого порта должно читаться через параллельный порт музпроцессора (см. схему Turbo+), правда пока не смотрел каков адрес этого порта в схеме (#1FFD или другой)

[deathsoft]

Обнаружил тут новое назначение портов скорпиона:
чтение #1FFD - выключение турбо режима
чтение #7FFD - включение турбо режима