Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
31 октября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

907904 Топик полностью

Mebius (02.03.2019 19:02, просмотров: 196) ответил 8051 на А зачем это нужно? fprintf это функция записи в <i>стандартный<

А зачем плодить лишние сущности, когда можно использовать готовые? Почему UART не стандартный поток? Во времена vt100 он был очень даже стандартным.

Ответить

- их здесь нет. UART не стандартный поток, стандартный поток - это консоль, которая м.б. направлена в uart. 8051(66 знак., 02.03.2019 19:47, )
  - Так и запишем: 8051 запрещает слать printf'ом в UART. A мы не знали и последние 10 лет слали. Теперь всё переделывать! - fk0(02.03.2019 22:04)
    - никто не запрещает;) просто переносимость вашего кода c printf в модем пострадает. Да и потом printf и fprintf это не одно и тоже. printf пишет в stdout, а fprintf пишет в дескриптор потока 8051(87 знак., 03.03.2019 13:42, )
      - Не пострадает. Я знаю про dup2 и fdopen, или freopen... А абстракции были на уровне read, write... Причём, чтоб несколько упростить задачу, open и close ничего не делали. У первого компорта файловый дескриптор всегда был 1, у второго 2 и так далее fk0(110 знак., 03.03.2019 15:46)
- Всегда АТ-команды модему через printf слал... - fk0(02.03.2019 19:21)