vinter, нет, готовое не хочу))) Хочу помощи в алгоритме, язык то вспомнить это ерунда. Голова на месте...

Может это поможет:
Деление двоичных чисел в столбик

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

При делении столбиком понадобятся алгоритмы  вычитания, сранения, умножения на однозначное число. Как они у тебя реализованы?
Как удобнее передавать параметры? Возможно их передавать через такой стек:

Ну очень специфичный микропроцессор   А компилятор С на него есть? А переменные длиннее 1 байта он (компилятор) поддерживает (например long)?   
Компилятор должен уметь это делать, и под 4х байтовой число он займет 4 байтовых ячейки памяти
Сдается мне, что вы заняты изобретением велосипеда.

xvr, МП и на самом деле весьма специфичный, поэтому вопрос и стоит так коряво, самого аж накаляет... Ну как бы так и не иначе. Пусть переменная типа int и может хранится в четрых ячейках памяти, но оперировать числом как единым целым я опять же не смогу. В дынный момент смогу лишь прочесть все числа из памяти последовательно. Сохранить полученное число типа int мне просто некуда, поэтому и оперирую именно цифрами конкретного четырех байтового числа.
Неее велосипед я не изобретаю)))
Albor, знаю что задача вполне решаема, и уже практически за вчерашний вечер реализовал. Получается конечно вырезание гланд через ...., но вроде результат близок))) Всем спасибо!

Почему? Компилятор может, а вам что мешает?
В переменную сохранить


Именно его   

xvr, а если я добью это все дело таким танцем)))
Команда printf подвешивает МП компилируя код на долгий промежуток времени, каким образом она отнесется к операциям с переменными типа long??? Как считаете?

Ваш компилятор должен поддерживать работу по крайней мере с 16-разрядными числами. 8-разрядные указатели - это слишком мало. Ho он может считать long 16 разрядным (я не знаю какой у Вас процессор)
printf подвешивает компилятор скорее всего потому, что у него параметры переменной длины.
пользуйтесь itoa() и atoi() для перевода числа в текстовое представление или наоборот.

Команда printf занимается кучей работы по форматированию и выводу. К умножению long'ов сие никакого отношения не имеет
А вы их printf'ом перемножать собираетесь?   И какая разница, как она к этим переменным будет относится?
Я считаю, что вы не напишите на С умножение long'ов более эффективно, чем это уже сделано на ассемблере в самом компиляторе.

Огласите, пожалуйста, нафига вам это (умножение 32х битных чисел) надо и почему не устраивает то, что есть в компиляторе?

вот с этим я не поспорю)))

а может топик стартеру стоит озвучить что за процессор такой?!

Добавлено через 12 минут и 40 секунд
а вообще попахивает каким-то курсовым проектом - извращенец-препод придумал задачку, которую поди сам не решил даже 

Это сообщение отредактировал(а) chaos - 6.3.2009, 14:40

МП 6502 - самый простой. Все таки при объявлении переменной типа int наступает тишинаааа....)))
Попахивает курсовым))) Что самое интересное, что мне бы наверное так же показалось бы.

MarshallM, это тебе поможет
а вот вроде конкретно то что тебе надо division 32bit

chaos,   ну блииин, вот я лошара (с) нашараша. Спасибо большое!!!