Board.KolibriOS.org

Если получится сделать в ядре, то будет очень хорошо . Планируется ли вывод сообщений (на Board) если библиотека не найдена или функции в библиотеке нет?

Сюда по возможности желательно поставить KOLIBRI1 вместо MENUET01

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


элементарно. без проблем. Не вместо а добавить в мписок допустимых

Делать через notify наверное не вариант, потому как она сама подключает libimg для показа картинок ...
Потому думаю что остается через функцию 63.1 с выводом на Board.

MAX_SUPPORTED_MENUET_FILE_VERSION = 2
align 4
test_app_header:
       virtual at eax
         APP_HEADER_00 APP_HEADER_00_
       end virtual
       virtual at eax
         APP_HEADER_01 APP_HEADER_01_
       end virtual

        cmp     dword [eax], 'MENU'
        je      .menuet_may_be
        cmp     dword [eax], 'KOLI'
        jne     .fail
        cmp     dword [eax+4], 'BRI1'
        jne     .fail
        jmp     .banner_OK
  .menuet_may_be:
        cmp     word [eax+4], 'ET'
        jne     .fail
  .banner_OK:
        mov     ecx, [APP_HEADER_00.start]
        mov     [ebx+APP_HDR.eip], ecx
        mov     ecx, [APP_HEADER_00.mem_size]
        mov     edx, [APP_HEADER_00.i_end]
        cmp     ecx, edx ; {diamond}[20.08.2006] test that inited mem fit in allocated mem to prevent kernel faults
        jb      .fail
        mov     [ebx+APP_HDR._emem], ecx
        mov     [ebx+APP_HDR._edata], edx

        mov     dx, word [eax+6]
        cmp     dx, 'I1'
        jz      .skip_menuet_checks
        sub     dx, '00'
        jne     .check_01_header
        mov     [ebx+APP_HDR.path], 0

        shr     ecx, 1
        sub     ecx, 0x10
        mov     edx, [APP_HEADER_00.i_param]
        jmp     @F
 .check_01_header:
        cmp     dx, MAX_SUPPORTED_MENUET_FILE_VERSION
        ja      .fail
 .skip_menuet_checks:
        mov     ecx, [APP_HEADER_01.i_icon]
        mov     [ebx+APP_HDR.path], ecx

        mov     ecx, [APP_HEADER_01.stack_top]
        mov     edx, [APP_HEADER_01.i_param]
      @@:
        mov     [ebx+APP_HDR.esp], ecx
        mov     [ebx+APP_HDR.cmdline], edx
        ret
.fail:
        xor     eax, eax
        ret

из (root)/kernel/trunk/core/taskman.inc всего одну функцию модифицировать. (этот вариант помоему даже короче по размеру не смотря на добавленую проверку (а не колибри ли в баннере хнднра?)

ладно dunkaist я тут с ужасом осознал что COFF формата я не знаю совсем...
А PE очень хорошо. (меня даже вариант исполнимые - менуэт, а либы - ПЕ ДЛЛ вполне устроит)
готов взяться за список this list...
... если подсказывать будешь.

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

Well, I'm not the author of mentioned PE patch but let's think together. My understanding is that there is no bug or issue breaking features from the list, they are 'just' not implemented.
Kernel loads PE exe, maps system library and starts app execution from dynamic linker, i.e. already in the userspace. You don't need to pass anything more from the kernel.

Привет! Действительно, в начале этого года я выкладывал модификацию ядра + dll.obj (основана на функциях dll.inc), которые реализуют автоматическую загрузку библиотек приложения (но там еще требуется доработка, чтобы загружались и зависимые библиотеки, а также реализовать вызов notify для вывода сообщения какая библиотека и функция не найдена, если что-то пошло не так). Плюс этого в том, что не нужно в каждое приложение и библиотеку включать код загрузки библиотек и вызывать функцию инициализации кучи (ф. 68.11), т.к. это все живет в dll.obj и вызывается ядром при запуске приложения, соответственно уменьшается размер приложения. Никаких реакций тогда в течении месяца не последовало, тема мной была удалена, т.к. я решил, что это никому не интересно.

Привет! Не совсем пойму как будет работать эта загрузка. Допустим программе нужно загрузить библиотеки, она сначала должна загрузить библиотеку для загрузки библиотек, что-бы через эту библиотеку загружать остальные библиотеки? Тогда как она будет загружать эту загрузочную библиотеку?


Это очень хорошо, может этот код пригодится для этого:

viewtopic.php?f=1&t=1839#p35842

IgorA, в программе надо просто прописать импорты, как обычно с dll.inc и дать ссылку в конце заголовка. Идея в том, что загрузка библиотек происходит точно также как с dll в форточках или so в никсах. Это обсуждение надо перенести в соответствующую тему.

dll.obj загружается ядром, при этом ядро же устанавливает точку входа именно в этой библиотеке. Далее dll.obj загружает нужные приложению библиотеки и затем передает управление на точку входа приложения.

Привет! А как это использовать?

_________________
За tcc и двор стреляю в упор!

А можно в коммитах подробнее излагать изменения

_________________
За tcc и двор стреляю в упор!

Привет!
Реализовал альфа версию автозагрузки библиотек и связывания импортов.
Ограничения:
1) нет выдачи сообщений об ошибках в случае если библиотека или функция в библиотеки не найдена
2) нет автозагрузки зависимых библиотек (требуется доработка формата библиотек)

Кратко, как использовать это в своем приложении:
1. В заголовке приложения в поле version (следует после MENUET01) необходимо указать цифру 2
2. Следом после заголовка добавить указатель на импортируемые библиотеки
3. Указать импортируемые библиотеки (так же, как и при использовании dll.Load)
4. Добавить код, без подключения dll.inc и соответственно без вызова dll.Load. Функцию инициализации кучи (ф. 68.11) тоже вызывать не нужно.
5. Скомпилировать программу и запустить.
Если все сделано правильно, то при запуске на доске отладки будет сообщение "App header version 2". В случае отсутствия библиотеки DLL.OBJ будет показано сообщение, в т.ч. через @NOTIFY. Если получаете ошибку станицы убедитесь, что выполнены п. 2 и 3

format binary as ""
use32
   org   0x0
   db   'MENUET01'   ; Signature
   dd   2            ; Header version - for automatically load dll.obj must be 2 
   dd   START      ; Ptr to entry point
   dd   I_END      ; Image size
   dd   MEM               ; required memory
   dd   STACKTOP         ; stack pointer
   dd   0         ; command line
   dd   0         ; icon pointer
  
     dd  @IMPORT      ; pointer to import table
     
 include '../../proc32.inc'
  include '../../macros.inc' 
     
 START:
    ; You code here
    invoke foo_bar1
    
    invoke foo_bar2, [foo_bar], eax
    
    ; ...
    
    ; Exit programm
    mcall -1
    
    align 4
 ; Import table
    @IMPORT:
    library foo_lib, 'foo.obj'
    import  foo_lib, \
      foo_bar1, 'foo_bar1',    \
      foo_bar2, 'foo2'

      
      foo_bar dd ?
      
I_END:
     rb 4096        ; size of stack
     align 16       ; ?   
STACKTOP:

align 4
MEM:

;IM_END: