реклама на сайте
подробности

 
 
> Свой __write, IAR
Dron_Gus
сообщение Apr 24 2007, 16:26
Сообщение #1


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 9-01-05
Из: Санкт-Петербург
Пользователь №: 1 861



Хочу перенаправить printf на dbgu. Отключаю C-Spy пишу функцию size_t __write(int out, unsigned char const *pBuf, size_t len); Все бы хорошо, но данные скидываются этой функции по одному символу. PDC не применить. sad.gif А очень хочется. Может это как-то настраивается? Ведь передается же size_t len функции зачем-то?


--------------------
Если сверху смотреть, то сбоку кажется, что снизу ничего не видно.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
axle
сообщение Apr 24 2007, 19:30
Сообщение #2


Частый гость
**

Группа: Новичок
Сообщений: 81
Регистрация: 19-04-07
Пользователь №: 27 167



А какой компилятор, библиотека "С" какая?
Я разбирался с arm-elf-gcc и newlib - все работало. Там printf вообще создавала собственный буфер и писала данные в него, пока он не заполнялся или не появлялся символ перевода строки, и только тогда все разом перекидывала во __write.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 24 2007, 23:40
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(axle @ Apr 24 2007, 19:30) *
Я разбирался с arm-elf-gcc и newlib - все работало. Там printf вообще создавала собственный буфер и писала данные в него, пока он не заполнялся или не появлялся символ перевода строки, и только тогда все разом перекидывала во __write.

Жуть, если так обстоит дело - самочинная буферизация с malloc-ами! Думаю, что Вы ошиблись.



Цитата(Dron_Gus @ Apr 24 2007, 23:21) *
Накапливать и посылать - слишком большие накладные расходы на вызов функци, ИМХО.

свой printf() на базе vsprintf() при статическом буфере даже при последующем побайтном (фифофированном) выводе в UART работает быстрее (немного sad.gif )штатного IAR-овского printf(). Цена - буфер под строчку.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Apr 25 2007, 01:11
Сообщение #4


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(zltigo @ Apr 24 2007, 22:40) *
Цена - буфер под строчку.
Поправьте, если я неправ - printf требует море ОЗУ в частности и из-за того, что резервирует на стеке место под буфер на все случаи жизни. Получается, если vsprintf использует внешний буфер, то задавая буфер адекватного размера можно еще и на требованиях к стеку выиграть. Я ошибаюсь?


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 25 2007, 01:45
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Сергей Борщ @ Apr 25 2007, 01:11) *
Поправьте, если я неправ - printf требует море ОЗУ в частности и из-за того, что резервирует на стеке место под буфер на все случаи жизни.


Все известные мне реализации printf() и прочих ...f() есть обертки одного и того же. И в следствие этого не имеют радикальных отличий по использованию стека.
В IAR это выглядит так:
Код
int (printf)(const char *fmt, ...)
    {    /* print formatted to stdout */
    int ans;
    va_list ap;

    va_start(ap, fmt);
    ans = _Printf(&_Prout, (void *)1, fmt, &ap);
    va_end(ap);
    return (ans);
    }

int (vsnprintf)(char *s, size_t size,
    const char *fmt, va_list ap)
    {    /* print formatted to string from arg list */
        int ans;
    _SNProutInfo x;

        x.count = 0;
    if (size == 0)
        {    /* write nothing */
        x.s = (char *)&x.size;    /* place to junk terminating nul */
        x.size = 0;
        }
    else
        {    /* set up buffer */
        x.s = s;
        x.size = --size;
        }
    ans = _Printf(&_SNProut, &x, fmt, &ap);
    *x.s = '\0';

    return ans < 0 ? ans : x.count;
    }

Собственно движок ....f() память под буфер кушает только на размер одного максимального равертутого формата знак+число+экспонента 40 с хвостиком байт, что не так трагично.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 20:37
Рейтинг@Mail.ru


Страница сгенерированна за 0.0141 секунд с 7
ELECTRONIX ©2004-2016