<HTML><BODY>Привет всем, я хотел написать тебе, Боря, еще вчера. Г.А все верно сказал, что ты не до конца понимаешь, для чего нужны эти ф-ии/макросы в Си. И как хранятся аргументы. printf(char *fmt, void *args, int nargs) в твоем предложенном варианте аргументы уже хранятся в подготовленном массиве, и в ф-ию передаются только указатель на массив, его размерность + конечно же сама форматная строка, так вот получается на стеке в итоге находится 3 аргумента. Когда же мы говорим про оригинальную версию printf, то ВСЕ аргументы хранятся в регистрах и/или в стеке (в зависимости как и сказал Г.А. от ABI), сколько ты их передашь это не имеет значение. И если посмотреть на реализацию самой printf, то она полагается на форматную строку, и  данные  извлеченные из стека/регистров с помощью va_arg интерпретируются согласно спецификации строки, то есть количество аргументов заведомо не передается. То есть еще раз: 1. все аргументы живут в стеке/регистрах (нет промежуточного хранилища, типа массива); 2. количество аргументов не передается; 3. форматная строка это то на что полагаются при извлечении аргументов (если строка косячная и не соотвествует извлеченным данным всего скорее программа скоро завалится, при первом обращении к данным). Если ты хочешь избавится от количества аргументов в своей реализации и от промежуточного массива, почему бы тебе не создавать конечную строку динамически, извлекая одновременно операцией pop свои значения и консультируясь со своей форматной строкой. Посмотри для примера <a href="http://wiki.syktsu.ru/websvn/filedetails.php?repname=litepac&path=%2Fvmlibcall%2Fio.c" data-mce-href="http://wiki.syktsu.ru/websvn/filedetails.php?repname=litepac&path=%2Fvmlibcall%2Fio.c">http://wiki.syktsu.ru/websvn/filedetails.php?repname=litepac&path=%2Fvmlibcall%2Fio.c </a>Удачи. Вторник, 16 апреля 2013, 10:43 +04:00 от Борис Липин <lonely.ruyk@mail.ru>: <blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;" class="mailru-blockquote"> <div id=""> <div class="js-helper js-readmsg-msg"> <style type="text/css"></style> <div id="style_13660946100000000169" class="mr_read__body"> <base target="_self" href="https://e.mail.ru/cgi-bin/"> <div id="style_13660946100000000169_BODY"> Я подумал что с такой интерфейс выглядит более стандартным и каноничным. В конечном итоге ведь и printf(3) функции могли реализовать как то вроде: printf(char *fmt, void *args, int nargs). Спасибо за ответ, наверное я действительно немного не прав относительно интерфейса функций.:) А вообще есть возможность сделать преобразование array -> va_list или запихать массив в функции с переменным количеством параметров *стандартными средствами* или эта ситуация - совсем не то для чего они используются и о таких вопросах не стоит задумываться? Понедельник, 15 апреля 2013, 21:59 +04:00 от "Grigoriy A. Sitkarev" <sitkarev@komitex.ru>: <blockquote style="border-left:1px solid #0857A6;margin:10px;padding:0 0 0 10px;"> <div id=""> <div> <div id="style_13660488090000000757"> <div id="style_13660488090000000757_BODY">Всем здоровья! lonely.ruyk wrote: > Небольшой вопрос по поводу va_list: > Сейчас интерфейс функции форматированного вывода выглядит так: > > int var_print_formatted(struct variable *fmt, struct variable **args, > int nargs); > > хотелось бы сделать чтобы она выглядела как то так > > int var_print_formatted(struct variable *fmt, va_list ap); > или так > int var_print_formatted(struct variable *fmt, ...); > Я думаю, что тебе не совсем понятно, откуда вообще взялся va_list и сопровождающие его макросы va_start(), va_end(), va_copy() и va_arg(). Они появились для того, чтобы обеспечить переносимость Си функций, принимающих переменное количество аргументов, с одной машины на другую, без привязок к особенностям ABI. В твоём случае мы имеем дело с интерпретатором, где сами переменные и аргументы при вызове функций хранятся некоторым образом в его состоянии времени выполнения. Сам интерпретатор может полностью контроллировать сколько значений было передано функции при вызове, поэтому необходимости в va_list для передачи аргументов никакой нет. Чем плох нынешний вариант с передачей аргументов в массиве? В конце концов, кто запрещает сделать структуру struct arg_list { const struct variable **item; int nitems; int nalloc; }; int var_print_formatted(const struct variable *fmt, const struct arg_list *args); -- Г.А. _______________________________________________ Lab mailing list <a target="_blank">Lab@amplab.syktsu.ru</a> <a href="http://amplab.syktsu.ru/cgi-bin/mailman/listinfo/lab" target="_blank">http://amplab.syktsu.ru/cgi-bin/mailman/listinfo/lab</a></div> </div> </div> </div> </blockquote> </div> <div>_______________________________________________ Lab mailing list <a href="sentmsg?compose&To=Lab@amplab.syktsu.ru">Lab@amplab.syktsu.ru</a> <a href="http://amplab.syktsu.ru/cgi-bin/mailman/listinfo/lab" target="_blank">http://amplab.syktsu.ru/cgi-bin/mailman/listinfo/lab</a></div> <base target="_self" href="https://e.mail.ru/cgi-bin/"> </div> </div> </div> </blockquote> </BODY></HTML>