Board.KolibriOS.org

Mario79 wrote: Ты хочешь доказать, что эмуляция приложений Колибри для твоего ядра будет быстрей, чем работа приложения в самой Колибри с использованием программного прерывания?

Mario79 wrote:Тогда что ты возразишь насчет использования FAST CALL, которое уже реализовано для Колибри?
Чего-то я не верю, что микроядро обеспечит более быструю работу приложений...

Допустим нам необходимо найти строку в массиве из нескольких миллионов записей. Программа на ассемблере при этом честно сравнивает каждую строку, программа на Бейсике использует алгоритм хеширования. Не факт, что в этом споре победит ассемблер.

на любом языке можно состряпать ТАКОЙ способ решения задачи, что умножение 2х2 будет идти годами....

display_string:
lodsb
or al,al
jz string_displayed
mov dl,al
call display_character
jmp display_string
string_displayed:
ret
display_character:
movzx edx,dl
ccall fputc,edx,[con_handle]
ret

int fputc(inc c, FILE * stream);

gcc fasm.o -o fasm

#include <stdio.h>
int main()
{
  fputc( '@', STDOUT_FILENO );
  return 0;
}

#include <stdio.h>
int main()
{
  fputc( '@', stdout );
  return 0;
}

#include <stdio.h>

FILE * stdin;
FILE * stdout;
FILE * stderr;

int initialize_stdio_library()
{
stdin = calloc( sizeof(FILE), 1 );
stdout = calloc( sizeof(FILE), 1 );
stderr = calloc( sizeof(FILE), 1 );
stdin->file_descriptor = STDIN_FILENO;
stdout->file_descriptor = STDOUT_FILENO;
stderr->file_descriptor = STDERR_FILENO;
/* и так дале */
}

mov [con_handle], 1

mov ebx, stdout
mov eax,[ebx]
mov [con_handle], eax

diamond wrote:Есть встречное предложение - использовать CRT на асме для программ Колибри (dosbox, скажем) (конечно, если оно в итоге заметно меньше, чем CRT на Си). Переработку menuetlibc при условии наличия большей части Си-библиотеки я могу обеспечить сам. Как было справедливо замечено, шансы на долгую память у кода и разработчика повышаются при использовании в двух ОСях.

alman wrote:Коллеги, вчера реализовал поддержку исполняемых файлов формата MENUET/KOLIBRI в Xameleon.
В результате мне удалось запустить распакованую программу TEST (прогу взял с диска Koilbri). Это значит, что программы, собранные FASM, могут запускаться на Xameleon.

В результате, получил #General Protection fault на первом вызове Int 0x40. Впрочем, это совершенно нормальное поведение.
В принципе, можно пойти двумя путями:
1. Реализовать поддержку системных вызовов Kolibri в Xameleon.
2. Написать DevKit на FASM, с поддержкой системных вызовов Xameleon.

Можно использовать и оба пути.

diamond wrote:(Кстати, там для эмуляции Колибри даже ядро модифицировать не надо.)