swprintf в MinGW

@Хатобато · Регистрация: 26.07.2015

Студворк — интернет-сервис помощи студентам

Пишу:

C++
1
2
3
wchar_t s[300];
int i=10;
swprintf(s, 20, "%i",i);

Компилятор показывает ошибку:

invalid conversion from 'int' to 'const wchar_t*' [-fpermissive]|

У ГНУсов сказано:

В Windows эта функция не принимает размер буфера в качестве второго аргумента.

Но если написать без указания размера, как в sprintf, тоже показывает ошибку: вторым аргументом требует size_t.

@DrOffset · 29.03.2024, 12:59

Сообщение от Хатобато

utf-16 образовался реверс!

Сообщение от Хатобато

utf-16 BE

Windows использует UTF-16 LE.

@COKPOWEHEU · 29.03.2024, 13:00

Сообщение от Хатобато

А если в строку форматирование добавить русский текст, то выводится пустая строка!

Еще интереснее эффект: оно выводит транслитом! Dur` No 125.
Но если ваш код исправить чтобы он хотя бы компилировался:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#include <stdio.h>
#include <wchar.h>
#include <locale.h>
 
int main(){
  setlocale(LC_ALL, "");
  wchar_t s[100], s1[100], s2[100];
  int pp=125;
   
  FILE *F=fopen("in.txt", "rt");
  FILE *F1=fopen("out.txt", "wt");
   
  fgetws(s, 99, F);
   
  swprintf(s1, 100, L"%i. %ls\n", pp, s);
   
  fputws(s1,F1); // Выведено правильно
   
  swprintf(s1, 100, L"Дурь № %i. %ls\n", pp, s);
  fputws(s1, F1); // Полностью отсутствует
   
  fputws(s, F1); // Выведено правильно
   
  pp = pp*2;
   
  fwprintf(F1,L"%i. %ls\n",pp,s); // Только цифры
  
  fclose(F);
  fclose(F1);
  
  return 0;
}

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
$ cat in.txt 
ыыы
$ gcc main.c
$ ./a.out 
$ cat out.txt 
125. ыыы
 
Дурь № 125. ыыы
 
ыыы
250. ыыы
 
$

Без локали выводит так:

Code
1
2
3
4
5
$ ./a.out 
$ cat out.txt 
125. 
Dur` No 125. 
250.

P.S.
Проверил на wine: "Дурь" выводится непонятными вопросиками, текст из файла - правильно.
Проверил на виртуалке с winXP: все выводится правильно.

@Хатобато · 29.03.2024, 13:30 **[ТС]**

Обнаружилось, что текст считывается нормально (почти), если указать "rb" вместо "rt". А "почти" - потому, что тогда fgetws считывает не строку, а весь текст (надеюсь - в границах указанного буфера). Т.е., в нём уже нет смысла - работает так же, как универсальный fread. Явно, гнусы напортачили с этими unicode-функциями.

Добавлено через 2 минуты

Сообщение от COKPOWEHEU

Проверил на wine: "Дурь" выводится непонятными вопросиками, текст из файла - правильно.

Видимо, где-как... У меня, после русских букв, в формате, вся строка исчезает.

@zayats80888 · 29.03.2024, 13:38

Сообщение от Хатобато

Явно, гнусы напортачили с этими unicode-функциями.

Нет, просто в текстовом режиме "юникодные" потоковые функции ввода/вывода транслируют содержимое файла, считая что он в многобайтовой кодировке, а не в юникоде (тыц). Для того, чтоб изменить это поведение для файлов в юникоде, нужно указать флаг ccs при отркрытии (тыц)

@Хатобато · 29.03.2024, 13:56 **[ТС]**

"rt, ccs=UTF-16LE" не помогло: кракозябры, и блокнот показывает, что файл - в ansi.
"rt, ccs=UTF-16" - блокнот определят как utf-16 LE, но в тексте- кракозябры.

@COKPOWEHEU · 29.03.2024, 13:58

Сообщение от Хатобато

Обнаружилось, что текст считывается нормально

Вы мой код запускали? Обратили внимание, что там куча исправлений: и "%s" -> "%ls", и locale. Ну и на всякий случай проверьте кодировку исходника, вдруг там не utf-8, а что-то другое.

Сообщение от Хатобато

если указать "rb" вместо "rt". А "почти" - потому, что тогда fgetws считывает не строку

Возможно, какой-то косяк с символом перевода строки. При "rt" функции пытаются его привести к внутреннему представлению, при "rb" - нет.

Сообщение от zayats80888

Для того, чтоб изменить это поведение для файлов в юникоде, нужно указать флаг ccs при отркрытии

Очередные костыли для майкрософтовского компилятора что ли?

@Хатобато · 29.03.2024, 14:06 **[ТС]**

Сообщение от DrOffset

Windows использует UTF-16 LE.

В BE - ни реверса, ни нормальных букв.

Добавлено через 5 минут

Сообщение от COKPOWEHEU

Вы мой код запускали? Обратили внимание, что там куча исправлений: и "%s" -> "%ls", и locale. Ну и на всякий случай проверьте кодировку исходника, вдруг там не utf-8, а что-то другое.

Пока не запускала. А кодировка много раз проверена

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

@zayats80888 · 29.03.2024, 14:13

Сообщение от Хатобато

не помогло

Да, я ошибся, этот флаг для ввода вывода обычными функциями (типа fread/fwrite).
Юникодные потоковые функции всегда занимаются перекодировкой в соответствии с глобальной локалью, когда работают с файлом, открытым в текстовом режиме.

@DrOffset · 29.03.2024, 14:13

Сообщение от Хатобато

В BE - ни реверса, ни нормальных букв.

Еще раз, Windows использует LE.
https://learn.microsoft.com/en... e-standard

UTF-16LE 16 bits Little-endian 2-4 bytes (16-32 bits) Default encoding for Windows.

У вас входной файл, из которого читаете, должен быть в UTF16 LE.

@Хатобато · 29.03.2024, 14:23 **[ТС]**

Сообщение от DrOffset

У вас входной файл, из которого читаете, должен быть в UTF16 LE.

В LE, кракозябры...Всё уже перепробовано: и LE, и BE! Почему-то работает только UTF-8. Но если выводить данные от WinAPI через что-то типа fwrite, то будет UTF-16

@DrOffset · 29.03.2024, 14:27

Хатобато, только что взял код из поста №22 (поменял только rt на rb), дал ему на вход in.txt в кодировке UTF-16LE, получил абсолютно понятный и читаемый out.txt в UTF-16LE. Что в fedora на wine, что в windows 7 mingw.

@Хатобато · 29.03.2024, 14:29 **[ТС]**

Сообщение от zayats80888

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

Ушли от кодовой страницы, и пришли к локали. Вроде бы, с unicode все подобные проблемы должны были отпасть, в чём и состояла задумка.

@DrOffset · 29.03.2024, 14:31

Вот код:

Кликните здесь для просмотра всего текста

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#include <stdio.h>
#include <wchar.h>
#include <locale.h>
 
int main(){
  setlocale(LC_ALL, "");
  wchar_t s[100], s1[100], s2[100];
  int pp=125;
 
  FILE *F =fopen("in.txt", "rb");
  FILE *F1=fopen("out.txt", "wb");
 
  fgetws(s, 99, F);
 
  swprintf(s1, 100, L"%i. %ls\n", pp, s);
 
  fputws(s1,F1); // Выведено правильно
 
  swprintf(s1, 100, L"Дурь № %i. %ls\n", pp, s);
  fputws(s1, F1); // Полностью отсутствует
 
  fputws(s, F1); // Выведено правильно
 
  pp = pp*2;
 
  fwprintf(F1,L"%i. %ls\n",pp,s); // Только цифры
 
  fclose(F);
  fclose(F1);
 
  return 0;
}

Вот файл входной:
in.txt

Вот файл выходной:
out.txt

Вот экзешник:
a.zip

@Хатобато · 29.03.2024, 14:36 **[ТС]**

DrOffset, а у меня - не так.

Поставила

setlocale(LC_ALL, "");
....
fwprintf(F1,L"%i. %ls\n",pp,s);

Бесполезно... fwprintf уже предназначена для unicode, поэтому вряд ли что-то даст явное указание. Если s - в ansi, то просто не компилируется.

Про "rb" - достаточно прочитать в этом режиме, и всё остальное будет нормально. Только читает она уже не строку...

@DrOffset · 29.03.2024, 14:40

Сообщение от Хатобато

а у меня - не так.

Значит продолжайте искать проблему у себя. У меня теория с практикой согласуется. Я никаких лишних действий не делал, только нужные, и сразу все получилось. Может и вам надо взять паузу и начать с начала, но уже с толком и без танцев с бубном.
PS. Приду домой еще на Windows 10 проверю.

@Хатобато · 29.03.2024, 15:17 **[ТС]**

Вот это работает. Читается в текстовом, а пишется в бинарном

C++
1
fgets((char*)s,999,F);

Это уже чётко: напортачили....

@COKPOWEHEU · 29.03.2024, 15:24

Сообщение от DrOffset

Вот файл входной:

Code
1
@825B

А чего вы туда какие-то кракозябры записали вместо осмысленного текста? Такое ощущение, что он вообще не в utf-8.

@DrOffset · 29.03.2024, 15:32

Сообщение от COKPOWEHEU

А чего вы туда какие-то кракозябры записали вместо осмысленного текста?

Это UTF-16, я же написал.

@COKPOWEHEU · 29.03.2024, 15:40

Кто ж тексты в utf-16 хранит!

@DrOffset · 29.03.2024, 15:42

Не по теме:

Сообщение от COKPOWEHEU

Кто ж тексты в utf-16 хранит!

О нет, это без меня. Я не виноват, что вы контекст моих ответов не отслеживали.
Не надо мне тут вашу логику подмешивать.

Новые блоги и статьи Все статьи Все блоги /
GitHub Copilot в JetBrains: модель по умолчанию, Fix и контроль MCP and_y87 12.10.2026 10 октября 2026 года GitHub обновил Copilot для JetBrains: добавил настройки стартовой модели, исправления из диагностики и управление автозапуском MCP. Поддержка IDE 2025. 1 прекращена — требуется. . .	День 5 из 28: Codex подсказывает следующий запрос and_y87 12.10.2026 9 октября 2026 года OpenAI запустила бету Composer predictions — подсказок следующего сообщения в текущем диалоге Codex. Это помощь с формулировкой запроса, а не автоматическое продолжение задачи. . . .	Запустил конкурс "тем и промптов для текстовых квестов созданных почти чисто ИИ" Adler 06.10.2026 Всем привет! За последние три-четыре дня я создал более 16 текстовых квестовых игр используя преимущественно по одному запросу к ИИ на игру. Мне так понравилось смотреть все ветки/ сцены во всех. . .	ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .
Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .

@Хатобато 2 / 2 / 0 Регистрация: 26.07.2015 Сообщений: 185
	29.03.2024, 13:56 [ТС]
	"rt, ccs=UTF-16LE" не помогло: кракозябры, и блокнот показывает, что файл - в ansi. "rt, ccs=UTF-16" - блокнот определят как utf-16 LE, но в тексте- кракозябры. 0

@DrOffset 19506 / 10109 / 2464 Регистрация: 30.01.2014 Сообщений: 17,834
	29.03.2024, 14:27
	Хатобато, только что взял код из поста №22 (поменял только rt на rb), дал ему на вход in.txt в кодировке UTF-16LE, получил абсолютно понятный и читаемый out.txt в UTF-16LE. Что в fedora на wine, что в windows 7 mingw. 0

@COKPOWEHEU 4150 / 2728 / 433 Регистрация: 09.09.2017 Сообщений: 12,087
	29.03.2024, 15:40
	Кто ж тексты в utf-16 хранит! 0