Билли Бонс Дык... интересный какой! В 16-ричном виде я тоже могу быстрее сделать и без асма. За код спасибо, внимательнее гляну чуть позже. Прога по ссылке старой версии, возьми от времени этак 60% с учётом заработавшего асма. Останется 30 сек. А ты ещё половину операций, причём наиболее медленных, скостил на 16-ричность, и даже больше половины. Так что вот так что. Лохматый код рулит. Я тоже примерно с того, что у тебя, начинал, но в десятичном виде и в куда более тупой реализации. И скорость была адски маленькая.

Кстати, отставание сибилдера от дельфи сохранилось и даже немного подросло, что толкает на нехорошие мысли...


А в си - правильно. Спасибо, буду разбираться.


Похоже на то.

Добрый день.
Такая ситуация - неплохо пишу на BuilderC++, поэтому основы знаю. Сейчас, от нефиг делать, решил попробовать писать по Windows на ассемблере (только не спрашивайте, зачем мне это нужно =) Посему пару вопросов.
1. Чем отличаются окна от диалоговых окон? Серьезно, не понимаю. Вот когда в Builderе создаешь обычную форму - это чего - окно или диалог? Если окно - то как "оно" умудряется туда элементы (кнопочки, например) запихивать? Если диалог - см. вопрос два.
2. Конкретный пример: надо было нарисовать НУ ОЧЕНЬ простую программу. Нафига мне билдер? Взял ассемблер, нарисовал диалог, в нем стандартный Edit. Уперся в то, что винда НЕ ПОСЫЛАЕТ сообщение WM_CHAR моему окну, хотя содержимое Edit-а меняется. Как отловить момент изменения текста? Ну бог с ним, решил задачу через одно место: создал окно (не диалог), на нем втупую, вручную, через контекст нарисовал линии в виде edit-а, все изменения оного рисую вручную. Теперь проблема в том, что винда-то не знает, что я что-то рисовал, поэтому не всегда мне посылает сообщение WM_PAINT, когда надо перерисовать элементы (не, я и с этим справился, но хочу узнать как НАДО, а не как у меня реализовано).
3. Есть какой-нить простой способ создать "красивое окно"? Т.е. использовать JPEG для оформления? А то BMP такой размер имеют, что вся прелесть написания на ассемблере пропадает =(
Сцылочки на документацию, примеры приветствуются =)

Vasya1234567
www.wasm.ru
Найдется всё (r) yandex
Добавлено спустя 1 час, 7 минут, 12 секунд
По поводу 3-го пункта. Если уж совсем компактно и прям как гуру на ассемблере то надо генерить картинку программно .

Vasya1234567
1. Диалоговые окна отличаются тем что у них другая оконная процедура, и в классических случаях они порождаются из шаблонов (которые в свою очередь грузятся из ресурсов). В окне как правило дополнительные элементы управления создаются динамически (CreateWindow(Ex)) - этот механизм кстати используется для отображения форм VCL (Delphi).
2. Для разрешения таких мелочей, надо не с ассемблером связываться, а для начала покурить MSDN. Это сообщение не отправляется родительскому окну, по отношению к EDITу - так что тебе сабклассить надо его функцию, или ловить его на уровне цикла обработки сообщений (после вызова GetMessage).
3. Простых способов нет - особо сложных тоже. Для начала реши эту задачку на Си, с использованием WinAPI - дальше будет проще. Хотя либу для распаковки JPEG - тебе определенно придется найти.

Народ, извините, что влезаю со своим вопросом, но не тему же отдельную создавать.

Почему надо делать так
mov ax, @data
mov ds, ax

А не так
mov ds, @data

M9IC
потому что прямая запись в сегментные регистры из ячейки памяти в x86 невозможна.
PS: насколько я помню на самом деле это связано с кодировкой ассемблерной команды в машинные коды.

Не "на самом деле". Допускается загрузка значений из РОНов в сегментные регистры, равно как и загрузка значений из памяти.
(c) AMD64 Architecture Programmer’s Manual Volume 3

То есть, получается так: mov ds, @data - можно делать? Но так не работает!


И еще пара вопросов:
1.
source db "Test string", '$'

Зачем в конце знак бакса?

2.
.....
assume ds:@data, es:@data
main:
mov ax, @data
mov ds, ax
mov es, ax
.....

Команда assume выполняет привязку рег. ds & es к сегменту данных, тогда зачем ниже идут эти строки кода
mov ax, @data
mov ds, ax
mov es, ax

ведь уже привязали сегмент к регистрам?

M9IC
Знак окончания строки.

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

ИМХО, дело в ассемблере, т.е. в трансляторе. Может синтаксис неверен или еще что-нибудь там.

На самом деле, ASSUME ничего не присваивает, а всего лишь дает некоторые указания транслятору.

Вот цитатка из MSDN (раздел MASM'а):
After an ASSUME is put into effect, the assembler watches for changes to the values of the given registers. ERROR generates an error if the register is used. NOTHING removes register error checking. You can combine different kinds of assumptions in one statement.

Поэтому регистры грузятся явно.

mov si, [di]*8

что я делаю этой строчкой, точнее интересует, что делают скобки [ ], для чего применяются ?
Добавлено спустя 39 минут, 23 секунды
подскажите как получить доступ к нужному элементу массива
вот я объявил массив

matrix db 14 dup (8 dup (0))

Я хочу его трактовать как 2х мерный, тогда нужный элемент будет по адресу
i = нужная строка
j = нужный столбец
искомый_элемент = начало_массива +(кол-во_ элементов_ в_строке * i + j) * размер элементов

mov matrix[di*8][si],1

di у меня содержит номер строки, т.е. i
si - номер столбца, т.е. j
размер_элементов опускаем, т.к. они по одному байту

вроде правильно, но у меня не работает, пишет такое
**Error** v34_1.ASM(29) Illegal indexing mode

Блин какой ассемблер геморный язык

Квадратные скобки - оператор "взятия" адреса. Если не ошибаюсь, в твоем примере с равным успехом можно написать так:
mov si,[di * 8]


Двумерные массивы не поддерживаются. Поэтому этот код ошибочен. Есть база массива, есть смещение внутри, есть размер элемента. Это всё! Вычислить смещение тебе нужно самому, а какой это массив с точки зрения логики твоей программы - дело твое.
В случае двумерных массивов вычисления достаточно просты (общий и самый банальный алгоритм):

Если ширина массива - степень двойки можно пооптимизировать этот код. Еще раз: это самый общий, простой и наглядный вариант.


Ничего геморного, просто нужно читать документацию.

Так я это и пытаюсь сделать, по формуле


искомый_элемент=matrix + di * 8 + si, размер элементов можно не учитывать, т.к. они по 1 байту.
Добавлено спустя 5 минут, 18 секунд

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

Извини, ты через строчку читаешь? Я русским языком написал "Двумерные массивы не поддерживаются. Поэтому этот код ошибочен". И привел алгоритм, как можно работать с произвольными двумерными массивами. Он недостаточно ясен?
Формула верна, но твои дальнешие выводы "искомый_элемент=matrix + di * 8 + si" в корне не верны! Это не закодить одной командой!
Вот это понятно?

где, в регистре CX лежит смещение массива matrix, а в DI и SI смещения в массиве.

lea bx,[di * 8 + si]
**Error** v34_1.ASM(37) Illegal indexing mode

Что за транслятор юзаешь? И кусок кода дай! Так можно флеймить до второго пришествия!

Есть такой код:

mov si,017A9 ;"??"
call 000008DD2 ---?
xor edx,edx
or al,al
je 000009C61 ---?

Меня интересует последнее условие - я так понял, что если or al, al (равно 0), то переход на 9С61, правильно ?

Уверен что вопрос по теме?
Команда OR установит флажки ZF, SF, PF в соответствии с результатом операции, JE выполняет переход по ZF=1, соответственно, если AL=0, то переход будет выполнен, в противном случае - нет.

Кто-ж тебе такое наврал? Все вполне работае.
Т.е. подобный отрезок кода вполне работоспособен:

Добавлено спустя 15 минут, 57 секунд

Комманда assume ничего не привязала. Это лишь указание ассемблеру, к какому сегменту относится данный сегментный регистр. Т.е. комманда assume ds:@data дает возможность обращаться к данным из регистра DS явно его не указывая. Привязку к DS делать, строго говоря, не обязаьельно. Т.к. если сегментный регистр не указан явно, то считается, что нужен DS.
Добавлено спустя 2 минуты, 22 секунды

Однако напрямую загрузка значения в сегментный регистр невозможна!