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

• 

  dunkaist Mentor

  Posts 792

  Joined: Mon Oct 19, 2009 10:58 am

  Mon Apr 08, 2013 8:03 am

  Leency wrote:1. я обращал, что обработка строк (копирование например) во многих реализациях идёт через регистры ESI и EDI, почему? Они в данной задаче стравляются быстрее, чем через EAX?

  Дело в том, что цепочечные команды (cmps, movs, ...) ожидают указатели на строки именно в этих регистрах. Т.е. они не принимают регистр в качестве аргумента, как тот же add, а хотят именно esi/edi.
  

  Leency wrote:2. есть у нас регистр EAX. Максимальное число, которое в него можно записать - это 2^32 степени?

  У максимального числа все биты установлены в единицы. Для 32-битного случая это 0xffffffff = 2^32 - 1. Вообще, 2^k выглядит как единица с k нулями, а 2^k - 1 как k единиц.
  

  Leency wrote:3. Окей, пишем в EAX, допустим, 32000. Cколько теперь будет в AH и AL?

  Как уже ответили, mov eax, 0x7d00 даёт ah=0x7d, al=0. Но это при записи непосредственного значения. Будь внимателен при чтении из памяти: если по адресу my_var лежит 0xaa, 0xbb, 0xcc, 0xdd, то после чтения mov eax, [my_var] в eax будет 0xddccbbaa. В этом и заключается little endian.
  

  Leency wrote:4. Обработка изображений в libimg идёт через обычные регистры или через MMX? Почему?

  В основном через обычные. В декодере jpeg есть код fpu, потому что нужно работать с вещественными числами. В декодере xcf можно выбрать mmx или sse. Я это сделал потому что:
  1. В mmx есть удобные команды, например, сложения с насыщением. В случае работы с регистрами общего назначения пришлось бы заменять каждую из таких команд целым блоком (и повторять такие блоки по четыре раза: для каждой из ARGB компонент). В результате код короче, понятнее и быстрее.
  2. Команды mmx позволяют обрабатывать за раз все четыре канала ARGB изображения, т.е. целый пиксель. Тут ещё влиет 64-битность mmx регистров -- больше влазит.
  3. У нас всё равно поддержка оборудования с i586, а там даже у vortex-x86 есть mmx, никого не обделяю.

  • Quote

	mcall 68,11
	mcall 68,12,13*6*9*4+8
	mov [eax], dword 13*6
	mov [eax + 4], dword 9
	mov edi, eax

	mov eax, 4
	mov ebx, 0
	mov ecx, 0x88fffFFF
	mov edx, caption
	mov esi, 13
	int 0x40
	add edi, 8
	mov ebx, edi

	mcall 65, , <13*6, 9>, <0, 0>, 32

caption: db 'Hello, world!', 0 

mcall 65, draw_area

mcall 65, [draw_area]

Mario_r4 Kernel Developer

Posts 2328

Joined: Sun Feb 10, 2013 12:37 pm

Tue Apr 09, 2013 6:50 pm

Leency wrote:Я УЖЕ 3 ДНЯ БЬЮСЬ НАД ЭТИМ!!!! FFFUUUUUUUUUUUUUUU!!!!!!11 Задолбал уже наверно 0CodErr и принялся за Диму!

Как я уже говорил - добро пожаловать в наш реальный дерьмовый мир.
На самом деле я не мог спрогнозировать такое поведение, к сожалению. Можешь утешиться тем, что я тоже почти три часа ломал голову, пока выявил зависимость.

Leency wrote:P.S. Также вывод строки (неправильный, у меня это пунктирная линия) зависит от положения окна, я это недавно заметил и очень удивился.

Подробности в студию, желательно со скриншотами, чтобы доходчиво.

• Quote

Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!

Mario_r4 Kernel Developer

Posts 2328

Joined: Sun Feb 10, 2013 12:37 pm

Tue Apr 09, 2013 7:59 pm

Кирилл, ты либо лечи свою машину от вирусов, либо не выкладывай EXE файлы в архивах Колибри. Не первый раз уже - некрасиво с твоей стороны. Хорошо у меня Avira просекла, а может у кого более дырявый антивирус или вообще нет.
З.Ы. Убери этот архив из поста от греха подальше.

• Quote

Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!