Параметры передаются функции следующим образом.
Первые 5 шт — в регистрах (0=BP, 1=AX, 2=BX, 3=CX, 4=DX), далее (ещё до 5 шт) в стеке в обратном порядке.
Ну там, собственно, всё написано.
Если параметр спецификатора — цифра, то она указывает номер параметра (^43 — это вывод 4-х десятичных цифр из параметра №3, т.е. из CX; цифра '4' здесь — это спецификатор такой, там может быть 'i', 'd', 'x', 'r', 'n' и пр, т.е. '4n' — это сокращённое написание 'Dn:4', где n — параметр, определяющий значение — параметр функции, непосредственное число, адрес в памяти).

Плохо, что я назвал одним словом "параметр" и параметры функции, и параметры спецификаторов. Надо было как-то по-разному обозвать это.

как у тя все сложно

вот мой пример макроса

name db "Вася",0
print <"привет, %s",13,10>,name

А вроде легко и просто

    mov ah,2Ah
    int 21h ; текущая дата (DL - день, DH - месяц, CX - год, AL - день недели)

над ansi.sys надстроить не проще?

Ну это зависимость от ANSI.SYS.
Тогда и функция не нужна. Просто выводишь коды ANSI и всё :)

вообще не аргумент. зависимость от dos, bios...

На самом деле нужно просто прочитать описание как что устроено, тогда всё понятно будет (надеюсь) :)
См. caretprn.inc в архиве.

%s или %i, конечно, удобно, спора нет (хотя символ %, как и \ мне не нравится, особенно когда нужно вывести путь или процент — удваивать каждый раз; например, ^ гораздо реже используется, я сначала хотел ` использовать вообще как самый редкий символ).
Но у тебя нельзя же задать кол-во цифр, систему счисления. Если это всё добавить (а ещё и изменение позиции, установку цвета, вывод значений из регистров), то получится не сильно проще в итоге :)

Аргумент.
ANSI — необязательный драйвер, а BIOS и DOS всегда с тобой.

Или ты считаешь, что в проге под DOS зависимость от DOS или BIOS может быть проблемой?

Давай напишем вообще TSR-ку и скажем: прога работает, если установлена TSR-ка.
У вас её нет? Прога не работает? Ну, блин, извините. Это не аргумент :))

Но у тебя нельзя же задать кол-во цифр, систему счисления. Если это всё добавить (а ещё и изменение позиции, установку цвета, вывод значений из регистров), то получится не сильно проще в итоге :)


я делал работу printf, а не сборную возможностей. это все можно сделать как другую функцию, используя непосредственно сам printf

Так, а я делал другую функцию.
Поэтому их не надо сранивать в этом ключе.
У них похожее назначение, конечно, но не одно и то же.

кроме dos'а больше ничего? cp/m-86,.?
tsr занимает места больше, чем нужно.
как из mbr, допустим, єту красоту вьізьівать? вьіводя табл.раздл. для вьібора pbr, например.

разработать бинарники, которьіе модульно подгр. куда надо

Черт возьми, у меня разрыв шаблона: ассемблер на каком-то сайте объясняется лучше чем в книге.

Да без проблем. Функцию можно юзать даже в MBR, откровенно говоря. Там можно выбрать процедуру для вывода: через DOS или BIOS (с возможностью использования цветов или без оного).
Так что, зависимость от ANSI отдаляет от этой универсальности ещё дальше.

Кто-то в этом чате кто говорил что php лучше python спросил что мне в нем не нравится. Вот, пожалуйста... 😂😂😂

что за книга?

Ассемблер это просто