Unicode и UTF-16

[AndrzejX]

Здравствуйте.
Помогите разобраться с задачей. Описание задачи:

"Задания хранятся в файле виде нуль-терминированных строк в кодировке Unicode (2 байта)
Первое задание ищется по сигнатуре "Task0" (кодировка UTF-16)"

и так далее...

Вопрос. Описание корректно? В смысле, как совместить Unicode и UTF-16.
Если корректно, то как именно выделить из файла первое задание?

Прошу заранее простить, если что неясно, так как это неясно мне самому.

[s-andriano]

Думаю, для Вашей задачи можно считать, что Unicode и UTF-16 - это одно и то же.

[Пепел Феникса]

UTF==Unicode Transformation Format
то есть любой UTF уже юникод.

а учитывая что у вас винда, то там широкие строки итак в UTF8, любая ДЕлфи начиная с 2009(может и ниже, не помню) и так работает с юникодом.

[AndrzejX]

Спасибо за ваши ответы.
Текст из файла я прочитал:

procedure TForm1.Button1Click(Sender: TObject);
var
  f    : File;
  WStrBuff : WideString;
  CountWideChar : Integer;
  StrRes  : String;
begin
  AssignFile(f, ExtractFilePath(Application.ExeName)+'\scaner.exe');
  Reset(f, SizeOf(WideChar));
  CountWideChar := FileSize(f);
  SetLength(WStrBuff, CountWideChar);
  BlockRead(f, PWideChar(WStrBuff)^, CountWideChar);
  StrRes := WideCharLenToString(PWideChar(WStrBuff), CountWideChar);
  Finalize(WStrBuff);
  CloseFile(f);
end;

но в переменной StrRes нет такой строки как "Task0".
Поэтому и возник вопрос. Задача получена через вторые руки, поэтому непонятно, корректно ли описание. Или я что-то не так сделал.
Кстати, у меня Delphi-7.

[veniside]

Текст из файла я прочитал:

\scaner.exe

оригинальный способ хранения текста )

SetLength(WStrBuff, CountWideChar div SizeOf(WideChar));

StrRes := WideCharLenToString(PWideChar(WStrBuff), CountWideChar div SizeOf(WideChar));

и вобще, зачем эта StrRes нужна, работайте с WStrBuff спокойно, это обычная строка.

[s-andriano]

veniside, обратите внимание на оператор resеt.
CountWideChar уже выражен в длинах WideChar.
Вот если бы было reser(..., 1); тогда бы Ваше замечание имело смысл.

но в переменной StrRes нет такой строки как "Task0".

Ну, нет - значит, нет. В чем проблема то?

Тем более, что veniside намекнул Вам, что в файле с расширением exe, в общем-то, и нет никаких оснований быть подобной строке. А если она там даже есть, совершенно неочевидно, что ее можно обнаружить приведенным способом.

[veniside]

veniside, обратите внимание на оператор resеt.

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

[raxp]

...господа форумчане: нас пытаются нае....ть, мягко говоря. Поясню: либо текущий TC - AndrzejX есть клон товарища Глеб1991 из темы фриланса "передача данных" http://programmersforum.ru/showthread.php?t=205886, либо этот TC нашими руками денег себе зарабатывает ...либо его также нае....т.

Аргументы и факты

1-

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

Здравствуйте.
Помогите разобраться с задачей. Описание задачи:

"Задания хранятся в файле виде нуль-терминированных строк в кодировке Unicode (2 байта)
Первое задание ищется по сигнатуре "Task0" (кодировка UTF-16)"

и так далее...

Сообщение от =AndrzejX

но в переменной StrRes нет такой строки как "Task0".
Поэтому и возник вопрос. Задача получена через вторые руки

2- вот письма из переписки, полученные от товарища Глеба с той темы:

передача данных
Когда: 22 июн. в 19:07
Кому: gleb.lucenko@mail.ru
От кого: radio money123 radio.money@yandex.ru

"Нужна ваша помощь, мне надо опр. строки из дельфи записать в файл по опр правилу. Разумеется я готов заплатить за работу, кому интересно пишите на почту gleb.lucenko@mail.ru"
- поясните подробнее?

C уважением.

Глеб Луценко gleb.lucenko@mail.ru
Описание формата задания для поиска.doc 31 КБ
Скачать
Просмотреть
задание непростое, как кажется на первый взгляд, но быстрое.

Я глава одного НИРа и мне нужно было написать программу для спец. целей. Она написана на ассемблере, но сами понимаете - пользователи не любят такой вид( не товарный) поэтому доп. была сделана программа на дельфи(пользовательская часть), но вот беда. Передавать информацию из дельфи пришлось через спец. файл настроек и вот с ним у меня проблема.

Т.е. есть файл .ехе и в опр. метки нужно производить запись из моей программы - записей всего 5. Мало, но я по другой части специалист, а не дельфист, поэтому к вам обращаюсь. Я вам скину саму инструкцию по записи - посмотрите.

О цене скажем если вы сделаете за завтра, то я вам перекину сумму в 700р - лучше на сот. номер так как я в деревни сейчас и это единственный способ, и то придется 2км протопать до цивилизации. Разумеется вы можете и свою цену назвать.

сможете осилить такое задание?

передача данных
Когда: 23 июн. в 01:13
Кому: radio money123 radio.money@yandex.ru
От кого: Глеб Луценко gleb.lucenko@mail.ru
не за 700 хм а за сколько?



Sat, 23 Jun 2012 00:12:51 +0300 от radio money123 <radio.money@yandex.ru>:
...уже делал нечто похожее, парсер для DXE файлов ELF-формата для их конвертации.

Справлюсь, но не "за завтра". Дня два-три, может быстрее. И не за 700 рублей

p.s.: положение TASK0 произвольное ?

передача данных
Когда: 23 июн. в 01:17
Кому: radio money123 radio.money@yandex.ru
От кого: Глеб Луценко gleb.lucenko@mail.ru

да и сроки большие. Давайте лучше вы приостановите работу, я еще завтра подожду может, кто оперативнее сделает за 700р, если не найду то вам отпишу, а может и сам сделаю.

думаю так будет правильнее.

[raxp]

...не влезло.

3- присланное описание задание:

Описание формата задания для поиска.
Задания хранятся в виде нуль-терминированных строк в кодировке Unicode (2 байта)
На данный момент реализовано 5 критериев для поиска:
Имя файла (маска) - поиск чувствителен к регистру в формате виндос
Временной интервал по времени создания
Временной интервал по времени последнего доступа
Временной интервал по времени последнего изменения
Интервал по размеру файла

Первое задание ищется по сигнатуре "Task0" (кодировка UTF-16)
По смещению 16 байт от сигнатуры лежит маска имени файла. Длина маски 39 символов, один символ терминирующий, т.е. общая длина строки 80 байт.
По смещению 96 байт от сигнатуры лежит строка с левой границей даты создания файла в виде "дд.мм.гггг". Для игнорирования левой границы используется заведомо ранняя дата 01.01.1601.
По смещению 120 байт от сигнатуры лежит строка с правой границей даты создания файла в виде "дд.мм.гггг". Для игнорирования правой границы используется заведомо поздняя дата 31.12.3082.
....
....

Аналогично по сигнатурам "Task1" ... "Task7" находятся остальные 7 заданий.

p.s.: я конечно претензий к тому ТС не имею, ибо предоплату еще не взял (хотя уже читаю и записываю на место все сигнатуры ), да и сумма копеешная за такую работу. Но что-то тут не чисто и кто-то темнит...

[s-andriano]

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

...такими раритетными функциями...

Ну, что делать - совместимость с ОС CP/M-80. В ней длина файла задавалась не в байтах, как в более поздней MS DOS, а в секторах. А сектора тогда были маленькими (8-дюймовые дискеты одинарной плотности) - 128 байт. Отсюда берет свое начало и столь "странная" для DOS длина по умолчанию.

AndrzejX, по поводу Вашей задачи.
Вы не удосужились написать, что именно Вам нужно, поэтому приходится догадываться.
Если предположить, что у Вас есть *.exe файл, и Вам нужно на1йти в нем строку, которая, достоверно известно, закодирована в Юникоде, то Вы делаете несколько ошибок.
Чтобы решить такую задачу, следует учесть, что:
1. Далеко не усе двухбайтовые комбинации являются символами UTF-16. Следовательно, при обработке произвольной последовательности функция преобразования попросту может "заткнуться" на недопустимом коде.
2. UTF-16 содержит не только 2-байтовые символы, но и 4-байтовые. Следовательно, при разборе произвольной последовательности может быть пропущена часть 2-байтовых комбинаций.
3. Даже при благоприятном стечении обстоятельств пол п.п. 1-2 чтобы найти последовательность тем методом, которым Вы пытаетесь, смещение юникодной строки в файле должно быть четным.

Поэтому, если Вам нужно найти юникодную строке в произвольном бинарном файле, то действовать нужно следующим образом:
1. Файл читается как байтовый.
2. Юникодная строка рассматривается как последовательность байтов. Например, "Task0" будет занимать 12 байтов (вместе с завершающим 0). Вот эту байтовую последовательность и нужно искать в файле.