Помогите новичку

• SoUrcerer

  Posts 2810

  Joined: Mon Sep 24, 2007 11:11 am

  Mon Oct 31, 2011 11:37 am

  0CodErr wrote:Здравствуйте!
  Установил KolibriOS. Опробовал. Заинтересовался.
  Скачал мануал "Документация по программированию в KolibriOS". Стал изучать, но вопросов появилось очень много.

  Добро пожаловать попробую ответить на всё, что смогу.
  

  (например, бэйсик для Menuet почему-то начинает программу с mov esp, %вершина стека% и определяет громадные значения для памяти приложения — как должно быть на самом деле и от чего зависит я не понял).

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

  Постоянно перегружаться, чтобы проверить, совсем неудобно. Я узнал про эмулятор. Стало проще. Но он (не удивительно) или не полностью эмулирует, или не так как надо, или что-то не поддерживает. Поэтому всё равно приходится перегружаться, но с эмулятором гораздо меньше.

  Я использую qemu с расшаренными папками. Загружается за пару секунд. Еще можно использовать tftp - быстро и не нужно перезапускать ОС в эмуляторе.
  

  в мануале написано "Обычные приложения размещаются в памяти по адресу 0x60400000" — когда я получаю информацию о потоке, то адрес процесса в памяти = 0, и приложение CPU тоже так показывает для всех потоков. Как должно быть на самом деле?
  Далее, "11 байт: имя процесса..." — здесь эмулятор (если я не ошибся) ведёт себя не так, как Kolibri. А как на самом деле? То есть, если имя меньше 11 символов, то ставится завершающий 0 или заполняется пробелами? И всегда ли это происходит одинаково?

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

  Ещё эмулятор про клиентские размеры выдавал какую-то чепуху.

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

  Потом я загрузил Kolibri. Запустил свои программки. И узнал ещё чуть больше. Например (если это не моя ошибка), сам рабочий стол, поток ICON, со временем менял свой ID, а это, согласно мануалу, невозможно: "идентификаторы монотонно растут", "не изменяются со временем для заданного потока", "Идентификатор потока не может быть назначен другому потоку даже после завершения первого." Значит этот поток завершался, а вместо него запускался его "близнец"(ну или он же перезапускался просто).

  Каждая иконка - это поток ICON. Их два десятка с одним именем. Разумеется, у них разные идентификаторы.
  

  Теперь вопрос про основной цикл прораммы. Если нужно просто реагировать на события — то я использую функцию ожидания события.
  Но как быть, если нужно и реагировать на события и кроме этого ещё постоянно что-то выполнять? Я решил переключаться на следующий поток (эмулятор опять сказал, что не знает такую функцию). Пусть система сама решит, какой следующий, и когда вернуться опять к этому (но пока, насколько я понял, для всех потоков время одинаковое). Или же, можно было ждать событие некоторое время. Как в этом случае было бы правильнее делать (ждать или переключаться)?

  Мне кажется, если нужна максимальная производительность программы, то можно делать так:
  1) проверка события (а события помещаются в буфер событий)
  2) реакция на события, если есть
  3) вычисления
  4) Переход к п.1
  Все остальное должна брать на себя система.
  

  Когда я (всё-таки) сделал скриншот моих программок, скриншотер сделал что-то с рабочим столом. От чего это так? Может, надо было что-то ещё настроить или я что-нибудь не то нажал?

  Попробуй свежую ночную сборку. Возможно, проблемы с самим скриншутером.

  • Quote

; В начале было Слово:
B32:        mov     ax, os_stack       ; Selector for os

0CodErr

Posts 1498

Joined: Sun Oct 30, 2011 6:43 pm

Mon Oct 31, 2011 9:19 pm

Mario wrote:Если мсье задумал написать вирус...

??????

• Quote

Слоты нумеруются с 1.
Слот 1 соответствует специальному потоку операционной системы, для которого:
-    окно находится внизу оконного стэка, поля +4 и +6 содержат значение 1
-    имя процесса - "OS/IDLE" (дополненное пробелами)
-    адрес процесса в памяти равен 0, размер используемой памяти 16 Mb (0x1000000)
-    PID=1
-    координаты и размеры окна, равно как и клиентской области, условно полагаются равными 0
-    состояние слота - всегда 0 (выполняется)
-    время выполнения складывается из времени, уходящего на собственно работу, и времени простоя в ожидании прерывания (которое можно получить вызовом подфункции 4 функции 18). 

Начиная со слота 2, размещаются обычные приложения.

0CodErr

Posts 1498

Joined: Sun Oct 30, 2011 6:43 pm

Wed Nov 02, 2011 2:40 pm

Будет ли происходить перерисовка, если окно свёрнуто в заголовок?
Моя программка отображает увеличенный участок экрана под указателем мыши и показывает RGB-цвет точки. Так вот, если её свернуть в заголовок, то будет ли она пытаться перерисовывать?

• Quote