Доброго времени суток!

Использую CBuilder.
Подскажите пожалуйста как записать полное имя COM-порта на Си в строку??
должно быть:

варианты:

не позволяют написать необходимую строку
что приводит к ошибкам открытия порта

Помогите господа, тупая проблема, но уже начинает раздражать...

Я открываю просто "COM1", "COM2", собираю mingw, может в CBuilder не так, но вроде не должно.

Просто "COM1" годится только до COM4 (или COM9, а проблемы на двузначных начинаются - забыл уже).
Я формирую строку для открывания так:
где str - буфер, которые потом передаётся в CreateFile, num - номер порта.
Всякие там COM23, на которые любят садится FTDIные преобразователи USB-COM, только так и открыть.
Почему не работает "\\\\.\\COM" в AnsiString - не знаю, билдером никогда не пользовался.
Компилирую wingw32, причём без никаких wchar-ов/юникодов, для моих dll-ек, использующихся с дельфийскими программами - этого достаточно (из конфига своего прочёл номер порта, открыл и всё).

Имя порта можно указывать и просто как "Comx", просто нао делать так:

Тут уже написали как и почему. Перечитайте.



wsprintf() - то зачем? На чистом API все на 8bit кодировке работает.

Это w означает не widw char, а то, что функция из винды (как бы не ещё с win3 тянется), wsprintf на 8 битах и работает. Это тот же sprintf, только из user32.dll
Иногда леплю по привычке для уменьшения размера бинарника.
В принципе сейчас как-то всё равно, mingw32-gcc пришивает sprintf из болтающейся в windows/system32 msvcrt.dll, ни в бинарнике места больше по сравнению с wsprintf не выходит, ни библиотек дополнительных тянуть не надо.

Работаю в билдере, открываю примерно так:

А.....! вспомнил, действительно любят лепить ко всему, чего не поподя.

Ну не знаю. Может, билдер сильно умный .
Но вот текст завалялся, примерчик человеку делал по зажиганию светодиодов:
И вона скиншоты наличных COM-портов и вызовов теста с разными параметрами (com5 берёт, значит, дело в количестве цифр).


Кстати, прямые слеши в путях ("//./com22") тоже работают довольно давно, но не везде (в fopen() работают, в командной строке в dir - нет, оно буквы после / как ключи воспринимает), поэтому я лучше уж напишу с С-шной строке \\ для передачи каждого '\', и не буду путаться.

upd:
распаковал из архива BC++ 5.02, скомпилировал приведенній выше текст, результаты прогона совпадают 1:1

Ну я тоже не знаю.
Я ж ничего своего не придумывал, а делал всё по примерам из книжки Архангельского (Приемы программирования в C++ Builder 6 и 2006), и никаких проблем с портами выше COM4 не возникало.

Кто вам сказал этих глупостей? wsprintf - это функция для юникодных символов, а то, о чем ты говоришь, начинается с буквы 'l'. И использовать ее нет никакой необходимости - на размер бинарника это не влияет, так как к нему не лепится, а берется из msvcrt.dll

А Вы не могли бы цитатку из MSDN ? А то в статье printf, wprintf сказно, что wprintf - wide character версия (и формат у второй имеет тип const wchar_t * ), а в статье про wsprintf об этм ни слова. И приёмная строка да формат у wsprintf - типа LPSTR да LPCSTR соответственно, ещё от win3.х тянется небось... И живут они с wvsprintf в user32.dll, в отличие от wprintf, которая часть библиотеки VC и живёт в msvcrt.dll. И даже статьи про них в разных разделах - про wsprintf - в Platform SDK а про wprintf - в разделе про VC++.

Ну да, зглянул на компакт со старючим - в программах для win3.x у меня wsprintf был. "а то, о чём ты говоришь" - это swprintf

А префикс l - это lstrcpy(), lstrcpy() и компания. Никакого lsprintf в MSDN и в помине нет.

777777 не читатель, 777777 писатель? Я об этом сам написал в том же сообщении, которое было Вами процитировано. Парой строк ниже.
И там же написал, что это просто глупая привычка, которая иногда проскакивает, под BC3.1 да WIN3.x размер бинарника это увеличивало, а я не так много пишу под WIN, чтобы эта привычка ушла навсегда.

в билдере 6 я так открываю





можно и так токо от COM1 до COM9. COM10 уже не откроеш.

Странно... И таки COM23 тоже, не только COM7 какой-нибудь?

Про com23 не помню, но выше десятого точно открывал.