Расширение возможностей Evo SDK

[Blade]

Что подвинуть вверх? 0xdfff?

[Blade]

Если стек, то двигать вниз надо. Где память то нужна?

[Sergey]

Я, значит, маленько расширил возможности SDK (версия для TS-Config/SDCC v.3.xx) в части увеличения памяти под си-программу.
Вполне возможно сделать это и для оригинальной SDK и любую версию компилятора.

Суть улучшений: был один большой rel-файл, который целиком линковался в компилируемую программу, - стал один большой lib-файл, состоящий из кучи мелких rel-файлов, из которых в конечную программу линкуются только те, которые в ней задействованы.
Так на игре XNX выигрыш составил целых 226 (Двести двадцать шесть) байт.
Прилагаю архив. Более подробно всё описано в read_me.

Замечания и критика приветствуются.

[Sergey]

Есть способ читать/писать нужные ячейки памяти в страничках (например, чтобы хранить большую карту).
...
void put_mem(u8 pg, u16 addr, u8 data)
...
u8 get_mem(u8 pg, u16 addr)

Тогда уж неплохо бы и для int и long данных процедурки добавить, а то по байту читать дюже накладно.
Профит для АТМ в архивчике - проверяйте.
void put_memw(u8 pg, u16 addr, u16 data)
u16 get_memw(u8 pg, u16 addr)
void put_meml(u8 pg, u16 addr, u32 data)
u32 get_meml(u8 pg, u16 addr)

Добавил версию для TS-Config. Дополнительно нужно добавить экспорт переменной CC_PAGE2.
В версии для TS-Config в целях ускорения п/п отказался от индексной адресации в пользу адресации через HL относительно стэка.
(Не совсем понимаю, почему в оригинале используется IX).
Проверяйте.

void put_mem(unsigned char pg, unsigned char *addr, unsigned char data)
unsigned char get_mem(unsigned char pg, unsigned char *addr)
void put_memw(unsigned char pg, unsigned int *addr, unsigned int data)
unsigned int get_memw(unsigned char pg, unsigned int addr)
void put_meml(unsigned char pg, unsigned long *addr, unsigned long data)
unsigned long get_meml(unsigned char pg, unsigned long *addr)

P.S.
В общем-то, всё это - "хак", с расчетом, что стэк и временные переменные программы не "раздуются" настолько, что вылезут из области 0xE000 - 0xC000.
P.P.S.
Пожалуй, удалю остальные свои сообщения как бесполезные. Призываю народ поступить аналогично.

[Sergey]

Добавлены функции для TS-Config. См.выше.

[hippiman]

А нет возможности сделать загрузку/выгрузку посекторно? Допустим я выделяю где-то в памяти буфер нужного объема, указываю функции номер дорожки, сектора и она уже делает свое дело. Такое реализовать возможно?

[alone]

А нет возможности сделать загрузку/выгрузку посекторно? Допустим я выделяю где-то в памяти буфер нужного объема, указываю функции номер дорожки, сектора и она уже делает свое дело. Такое реализовать возможно?

Такое реализовать легко: http://alonecoder.nedopc.com/evo_sdcc_3d13.rar
Буфер в окне #8000..#bfff, подпрограмма туда подключает страницу, которую укажешь в регистре A'. Остальные параметры идут в #3D13 напрямую.

Во время работы с диском устанавливается IM 1, EI, экран 6912.

После завершения #3D13 состояние системы восстанавливается обратно: IM 2, экран EGA, старая страница в окне #8000.

Область #5c00..#5fff сохраняется в конце PAL_PAGE (4-я страница), поэтому дополнительных ограничений на программу нет.

[hippiman]

alone, спасибо! Вечером начну разбираться.

[Sergey]

А нет возможности сделать загрузку/выгрузку посекторно? Допустим я выделяю где-то в памяти буфер нужного объема, указываю функции номер дорожки, сектора и она уже делает свое дело. Такое реализовать возможно?

Есть такая возможность. Но только для ТС-Конфы. Готовность 70%. Надеюсь, за предстоящие праздники добью.
Будет что-то типа:
unsigned char rdsect(unsigned char *buffer, unsigned char NumSect, unsigned char *path)
unsigned char wrsect(unsigned char *buffer, unsigned char NumSect, unsigned char *path)

Пока затык из-за возможной нечетности адреса буфера - ПДП только с четными адресами работает.

[hippiman]

Sergey, тс конфа - не вариант. Мне для базовой нужно