"научите меня быть девелопером".

Гість 99530 · 02.12.2018

sergeime сказав(ла):
Сорри я не оракул для подобных ребусов. Не надо выдумывать хуйни, делай как надо и потом скажи чо за эксепшен.

Восстанавливаю сейчас базу wstring, я на чаре пытался - задрочено.

Суть: где-то лежат строки, их собирает кучками функция.

Код:

void getContent (vector<wstring>&answer, wstring_t* path)
{
//лезет по пути path и ищет там строки.
//должна покласть найденное в вектор, который показали.
 for (пока строки есть)
 {
 answer.emplace(answer.end(), FindFileData.cFileName);//ну ті понял что я ищу
 }
}

Потом эти строки надо распарсить в определённую структуру и в файл запихать. Всё это рекурсивно - в полученных строках имена где искать следующие строки.
То есть - я правильный путь выбрал с векторами? Или лучше ещё как-то динамические массивы хранить?

Гість 99530 · 02.12.2018

//*************
Вернул со строками.
Вроде работает, глюк выдаёт итератор. исправил.

Так, всё же, тру девелоперы, поясните. При работе с неизвестным количеством входных данных разной длины (строки с разным количеством символов)- что лучше, вектор стрингов, или чаровых (wчаровых) массивов заведомо большей длины, чем свходная строка?

Или вообще не вектор лучше?

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
//*************
Вернул со строками.
Вроде работает, глюк выдаёт итератор. исправил.

Так, всё же, тру девелоперы, поясните. При работе с неизвестным количеством входных данных разной длины (строки с разным количеством символов)- что лучше, вектор стрингов, или чаровых (wчаровых) массивов заведомо большей длины, чем свходная строка?

Или вообще не вектор лучше?

Вектор вполне ок. Массивы заведомо большей длины - хуйня полная. Делай двойной указатель если вектор не нравится. Но нахуй надо думать о выделении памяти постоянно.

Гість 99530 · 02.12.2018

sergeime сказав(ла):
Вектор вполне ок. Массивы заведомо большей длины - хуйня полная. Делай двойной указатель если вектор не нравится. Но нахуй надо думать о выделении памяти постоянно.

Ок, прёт на векторах норм, ошибка таки біла с итератором.

Следующий вопрос к тру-девелоперам:
wstring word(входная строка);
как передать в

fwrite(word, sizeof(wchar_t), word.length(), output);

Код:

    _ACRTIMP size_t __cdecl fwrite(
        _In_reads_bytes_(_ElementSize * _ElementCount) void const* _Buffer,
        _In_                                           size_t      _ElementSize,
        _In_                                           size_t      _ElementCount,
        _Inout_                                        FILE*       _Stream
        );

Передавал как word.c_str() - печатает полную хуету. иероглифы.

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
Ок, прёт на векторах норм, ошибка таки біла с итератором.

Следующий вопрос к тру-девелоперам:
wstring word(входная строка);
как передать в

fwrite(word, sizeof(wchar_t), word.length(), output);

Код:

_ACRTIMP size_t __cdecl fwrite( _In_reads_bytes_(_ElementSize * _ElementCount) void const* _Buffer, _In_ size_t _ElementSize, _In_ size_t _ElementCount, _Inout_ FILE* _Stream );

Передавал как word.c_str() - печатает полную хуету. иероглифы.

наверняка тоже какую-то хуйню сделал

c_str() OK. Или data()

А где иероглифы-то, в файле? И какие именно. Ты ж юникод пишешь как бы.

Гість 99530 · 02.12.2018

sergeime сказав(ла):
наверняка тоже какую-то хуйню сделал
c_str() OK. Или data()

А где иероглифы-то, в файле? И какие именно. Ты ж юникод пишешь как бы.

Да, в файле.
Не пойму в чём хуйня только.
Вот просто пример. Просто столько, сколько нашел объектов - пишу в файл константную строку.

Код:

errno_t errtmp = _wfopen_s(&output, L"F:\\123\\234\\tree.txt", L"r+,ccs=UTF-16LE");
		if (errtmp == 0)
		{
			fseek(output, -1, SEEK_END);
			for (it = currentv.begin(); it!=currentv.end(); it++)
			{
				wstring word = L"\n ABCDEFGH";
			fwrite(word.c_str(), sizeof(wchar_t), word.length(), output);
			}

На віходе

<?xml version = "1.0" encoding = "utf-16"?>
ഊ਀ 䄀䈀䌀䐀䔀䘀䜀䠀ഀ਀ 䄀䈀䌀䐀䔀䘀䜀䠀

P.S. Причём, заголовок, когда создавало файл - оно правильно написало в другом модуле

Гість 99530 · 02.12.2018

Может я не совсем понимаю что делает открытие с атрибутом "r+"?
Оно не может его портить?

sergeime · 02.12.2018

Нахуя ж ты UTF-16LE вот это указал

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
Может я не совсем понимаю что делает открытие с атрибутом "r+"?
Оно не может его портить?

Можно читать и дописывать

Гість 99530 · 02.12.2018

"r+t" режим бывает? Когда заголовок писался - он в режиме w открівался и не жужжал...

Гість 99530 · 02.12.2018

sergeime сказав(ла):
Нахуя ж ты UTF-16LE вот это указал

А что мне указівать, когда я ему буду валить туда 16бит wchar_t?
И почему он заголовок в этом же режиме написал нормально?

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
"r+t" режим бывает? Когда заголовок писался - он в режиме w открівался и не жужжал...

Попробуй ccs=UNICODE

И да, читай документацию. Помогает

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
"r+t" режим бывает? Когда заголовок писался - он в режиме w открівался и не жужжал...

Там есть ньюнсы с BOM

Гість 99530 · 02.12.2018

sergeime сказав(ла):
Попробуй ccs=UNICODE

И да, читай документацию. Помогает

Я, вот, её и читаю, но не нашел там как писать кирилический текст пока.

Гість 99530 · 02.12.2018

Вот зря ті гнал на UTF-16LE
Нормально там всё отображается, это, к стати, единственная там кодировка, описанная у микрософта, 16-битная. Остальные ANSI и UTF-8

Просто режим r+ - не так работает как я полагал.
На самом деле для дописівания подошел режим "а", хоть та тресни.
Я только не пойму - а нехера там тогда всякие w и r+? Они херню дописывают.

Гість 99530 · 02.12.2018

sergeime сказав(ла):
Там есть ньюнсы с BOM

Херня какая-то с "w" и с "r+"
Режим "a" - как по шептало.
Судя по докам

If mode is "a, ccs=<encoding>", fopen first tries to open the file by using both read and write access. If this succeeds, the function reads the BOM to determine the encoding for the file

Режим а - пытается прочитать кодировку и переключиться в неё, если она там есть.

Про остальных участников балета НИ ХУЯ не написано в этом плане.
И, вот... кажется мне - там есть какой-то косяк с BOM

Гість 99530 · 02.12.2018

Єммм... а что, правда, что в xml нельзя создавать теги с только числовім содержимім?
Или у меня просто редактор КСМыля рукоблудный?
<123></123> - не находит єлементов... Хоть одну букву дописал - всё видит...
Что, в xml нельзя числовіе тєги делать???

sergeime · 02.12.2018

МалэкулЙаду сказав(ла):
Єммм... а что, правда, что в xml нельзя создавать теги с только числовім содержимім?
Или у меня просто редактор КСМыля рукоблудный?
<123></123> - не находит єлементов... Хоть одну букву дописал - всё видит...
Что, в xml нельзя числовіе тєги делать???

нельзя

Гість 99530 · 02.12.2018

Бля, кто ж мне придумал то, что я делаю... Ладно, хуй с ним, надо так надо.

Hisp · 03.12.2018

Каждый раз, когда вижу опусы МалэкулЙаду-а возникают два вопроса:
- нахера он страдает с плюсами?
- когда научится гуглить?