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 хранит!

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

Новые блоги и статьи Все статьи Все блоги /
Установка нескольких штампов электронной подписи в строго определенных местах файла docx ВладимирСамохин 19.07.2026 (В!) Работа с Электронной подписью - это неотъемлемая часть современного документооборота. Но что делать, если нужно поставить несколько штампов электронной подписи в строго определенных местах. . .	сукцессия 35. Научная статья о проделанной работе anaschu 19.07.2026 Написал в формате латекс и пдф	Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер. Hrethgir 19.07.2026 Эта публикация сейчас в песочнице и ждёт приглашения. https:/ / habr. com/ ru/ sandbox/ 295048/ начало и оглавление - Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .	сукцессия 33. открытые вопросы от клауде anaschu 19.07.2026 "Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
32 сукцессия anaschu 19.07.2026 сукцессия 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .	сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических anaschu 18.07.2026 Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .	сукцессия 30. Массив проверяющих друг друга моделей anaschu 18.07.2026 Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0) Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона Уважаемые коллеги! В продолжение. . .	Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины. anaschu 18.07.2026 ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .

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

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