Сохранение пути файла в wchar_t

@degree128 · Регистрация: 03.09.2018

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

Программа для копирования файла

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#include "pch.h"
#include <iostream>
#include < windows.h> 
using namespace std;
 
 
 
    int main()
    {
 
        const wchar_t *filename_in;
        const wchar_t *filename_out;
        char file[] = "D:/папка/1.txt";
        char file1[] = "D:/папка/FF/1.txt";
 
    
        CopyFile((LPCWSTR)file, (LPCWSTR)file1, FALSE);
        return 0;
    }

код ниже не работает как надо, но если просто забить текст как

C++
1
CopyFile(L"D:/папка/1.txt", L"D:/папка/FF/1.txt", FALSE);

то код работает нормально. Вопрос в том как правильно перенести текст в LPCWSTR, чтобы путь к файлу распознался правильно.

Evg · 09.11.2018, 21:44

C
const wchar_t *filename_in = L"D:/папка/1.txt";

или

C
wchar_t file[] = L"D:/папка/1.txt";

@degree128 · 10.11.2018, 20:11 **[ТС]**

Спасибо за ответ, но проблема в том, что вы предлагаете задать текст вручную. Необходимо текст например введенный из консоли передать в переменную, но без параметра L перед кавычками он не распознается правильно. Вот нужно так передать текст из консоли или переменной, чтобы он мог распознаться в функции.

Evg · 10.11.2018, 20:17

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

но проблема в том, что вы предлагаете задать текст вручную

Как вопрос задал, такой ответ и получил

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

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

Например, через wscanf

@L0M · 10.11.2018, 20:19

https://msdn.microsoft.com/EN-... hv.2).aspx

Evg · 10.11.2018, 20:34

Не по теме:

L0M, если изначально работать с char'ами, то нет вообще никакого смысла заниматься мазохизмом с постоянным перекодированием в wchar'ы. Это будет сильно смахивать на то, как на фотоаппарат ставят дерьмовые линзы и матрице на 100500 мегапикселей. Т.е. либо работать с char'ами, изначально понимая, что доступный набор символов будет очень сильно ограничен, либо нормально работать с wchar'ами, без извращений

@degree128 · 11.11.2018, 15:48 **[ТС]**

Можете помочь с такой проблемой. Если изначально использовать wchar_t, то код ниже

C++
1
2
3
4
5
6
    int main()
    {
        wchar_t file[] = L"текст";
        wcout << file << endl;
                 return 0;
          }

не выводит в консоль текста, с чем это связанно.

Добавлено через 6 минут
Спасибо всем за ответы, разобрался с предыдущим вопросом. Если кому то нужно, то просто необходимо дописать в main()

C++
1
        setlocale(LC_ALL, "");

и всё заработает

@COKPOWEHEU · 11.11.2018, 17:21

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

Например, через wscanf

Только wcsanf отличается wchar'овой форматной строкой.
Для ввода wchar_t в переменную достаточно обычного scanf с флагом "%ls"

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

Т.е. либо работать с char'ами, изначально понимая, что доступный набор символов будет очень сильно ограничен

Откуда информация об ограничении? Обычный char вполне совместим со стандартной кодировкой UTF-8, а там все символы. Правда, небольшой геморрой с последующим анализом, но вполне превозмогаемый.

Evg · 11.11.2018, 17:31

Не по теме:

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

Правда, небольшой геморрой с последующим анализом, но вполне превозмогаемый

Геморрой ради геморроя. Вместо того, чтобы разобраться/научиться, как делать по-человечески

@COKPOWEHEU · 11.11.2018, 18:43

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

разобраться/научиться, как делать по-человечески

Не всегда нужен сильный анализ юникодного текста, там достаточно и ручного отслеживания границ символов.
Зато wchar_t занимает в 2 - 4 раза больше места, плюс собственные особенности обработки.
Как обычно, подбираем инструмент под задачу.

@nmcf · 11.11.2018, 18:55

COKPOWEHEU, если там WinAPI, то как раз utf-8 будет проблемным во всех смыслах.
И экономия тоже сомнительная.

@COKPOWEHEU · 11.11.2018, 23:15

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

COKPOWEHEU, если там WinAPI, то как раз utf-8 будет проблемным во всех смыслах.

Да с winapi проблемы на каждом шагу
Если достаточно чтения текста из файла и вывода в консоль / экран, без преобразований, utf-8 достаточно. А это тоже не такая редкая задача.

@nmcf · 12.11.2018, 08:54

COKPOWEHEU, с WinAPI всё нормально.

@COKPOWEHEU · 12.11.2018, 09:12

nmcf, из того с чем столкнулся лично и вспомнил за пару минут:
- километровые и обычно ненужные аргументы у большинства функций. Посмотрите хотя бы на работу с файлами.
- разные функции для однобайтной (cp1251 в русифицированной) и системной (utf-16) кодировок. Что мешало использовать utf-8 в качестве системной и допилить существующие функции чтобы они понимали ее?
Ну плюс странный подход с неявными зависимостями (та же работа с файлами, где можно повесить коллбэк и потом его отлавливать), но это скорее вкусовщина.

@nmcf · 12.11.2018, 10:22

Что значит ненужные аргументы? Может, ты просто не понял их назначение или они конкретно в твоём случае не требуются?
utf-8 не позволяет прямо индексировать строку. Ты, я вижу, любитель Linux. Там решили делать на utf-8, а Microsoft использует utf-16, поэтому и пришлось делать эти функции для совместимости.

@COKPOWEHEU · 12.11.2018, 11:29

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

Что значит ненужные аргументы? Может, ты просто не понял их назначение или они конкретно в твоём случае не требуются?

Перечитайте мое сообщение внимательнее. Там написано "обычно ненужные". Редко используемые. Вроде security attributes, которые зачем-то нужны в операциях чтения и записи файлов.

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

utf-8 не позволяет прямо индексировать строку.

Имеется в виду проблема что следующий байт не обязательно относится к следующему символу? Но в utf-16 та же проблема.

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

Ты, я вижу, любитель Linux

Да, и после него подход winapi выглядит нелогичным и переусложненным.

@nmcf · 12.11.2018, 13:08

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

Но в utf-16 та же проблема

Только если кодировать весь объём unicode.

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

Вроде security attributes, которые зачем-то нужны в операциях чтения и записи файлов.

Прочитай, для чего они нужны. В Windows вообще более сложная система прав доступа.

@COKPOWEHEU · 12.11.2018, 14:37

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

Только если кодировать весь объём unicode.

Но мы же не можем заранее знать какие данные предстоит обрабатывать. Значит либо реализовывать поддержку всего юникода, либо сразу говорить "поддерживается только 16-битные символы, смиритесь".

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

Прочитай, для чего они нужны.

И в третий раз рекомендую перечитать мой пост. Я не спрашивал для чего они нужны.
Но в большинстве случаев этот функционал не используется. Собственно, в большинстве случаев хватает printf/scanf, а там вообще не предполагается управление доступом. А ведь они реализованы через вызовы системных функций, то есть через те же WriteFile / ReadFile.
Да и сами настройки безопасности меняются реже, чем происходит чтение / запись. Было бы логично менять их только по необходимости, в отдельной функции.

@nmcf · 12.11.2018, 20:54

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

реализовывать поддержку всего юникода

Сам юникод не был реализован весь и сразу.

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

Но в большинстве случаев этот функционал не используется

Для этих случаев есть параметры по умолчанию.

@COKPOWEHEU · 13.11.2018, 10:41

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

Сам юникод не был реализован весь и сразу.

В windows его включили довольно поздно, уже тогда было понятно что 2 байт на все не хватит. Не уверен, что были расписаны вообще все символы, но уж такие базовые вещи известны были.

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

Для этих случаев есть параметры по умолчанию.

Не могли бы вы продемонстрировать на примере того же WriteFile как не указывать два последних аргумента?

Новые блоги и статьи Все статьи Все блоги /
Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3, Box2D, FreeType и SDL3_ttf из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	09.11.2018, 21:44
	C const wchar_t *filename_in = L"D:/папка/1.txt"; или C wchar_t file[] = L"D:/папка/1.txt"; 0

@degree128 1 / 1 / 0 Регистрация: 03.09.2018 Сообщений: 71
	10.11.2018, 20:11 [ТС]
	Спасибо за ответ, но проблема в том, что вы предлагаете задать текст вручную. Необходимо текст например введенный из консоли передать в переменную, но без параметра L перед кавычками он не распознается правильно. Вот нужно так передать текст из консоли или переменной, чтобы он мог распознаться в функции. 0

@L0M Мозгоправ 1745 / 1039 / 468 Регистрация: 01.10.2018 Сообщений: 2,138 Записей в блоге: 2
	10.11.2018, 20:19
	https://msdn.microsoft.com/EN-... hv.2).aspx 0

Evg
	10.11.2018, 20:34
	Не по теме: L0M, если изначально работать с char'ами, то нет вообще никакого смысла заниматься мазохизмом с постоянным перекодированием в wchar'ы. Это будет сильно смахивать на то, как на фотоаппарат ставят дерьмовые линзы и матрице на 100500 мегапикселей. Т.е. либо работать с char'ами, изначально понимая, что доступный набор символов будет очень сильно ограничен, либо нормально работать с wchar'ами, без извращений 0

@nmcf 7804 / 6568 / 2988 Регистрация: 14.04.2014 Сообщений: 28,705
	11.11.2018, 18:55
	COKPOWEHEU, если там WinAPI, то как раз utf-8 будет проблемным во всех смыслах. И экономия тоже сомнительная. 0

@nmcf 7804 / 6568 / 2988 Регистрация: 14.04.2014 Сообщений: 28,705
	12.11.2018, 08:54
	COKPOWEHEU, с WinAPI всё нормально. 0

@COKPOWEHEU 4083 / 2681 / 432 Регистрация: 09.09.2017 Сообщений: 11,922
	12.11.2018, 09:12
	nmcf, из того с чем столкнулся лично и вспомнил за пару минут: - километровые и обычно ненужные аргументы у большинства функций. Посмотрите хотя бы на работу с файлами. - разные функции для однобайтной (cp1251 в русифицированной) и системной (utf-16) кодировок. Что мешало использовать utf-8 в качестве системной и допилить существующие функции чтобы они понимали ее? Ну плюс странный подход с неявными зависимостями (та же работа с файлами, где можно повесить коллбэк и потом его отлавливать), но это скорее вкусовщина. 0

@nmcf 7804 / 6568 / 2988 Регистрация: 14.04.2014 Сообщений: 28,705
	12.11.2018, 10:22
	Что значит ненужные аргументы? Может, ты просто не понял их назначение или они конкретно в твоём случае не требуются? utf-8 не позволяет прямо индексировать строку. Ты, я вижу, любитель Linux. Там решили делать на utf-8, а Microsoft использует utf-16, поэтому и пришлось делать эти функции для совместимости. 0