К сожалению я об этом узнал только сейчас... Возможно изменю, спасибо!Worros писал(а):Локализация "не по стандарту"
Главное что основная работа уже сделана...
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
К сожалению я об этом узнал только сейчас... Возможно изменю, спасибо!Worros писал(а):Локализация "не по стандарту"
Реальный размер понятие растяжимое... Реестр наверняка хранит кучу административной информации наравне с данными и размер строки реально больше чем ANSI*2. Ты же не заморачиваешься реальным размером сообщений в этом форуме на сервере, какой-то интерес может представлять только количество символов включая переводы строк и терминатор.Volniy писал(а): Мне - очень даже. Раз размер параметра указывается именно в байтах, хотелось бы и видеть число байт, занятых в реестре этим параметром (Registry Workshop именно так и делает). А иначе что же тогда означает эта цифра в байтах? Особенно странно в этом смысле видеть размеры параметров reg_multi_sz (например три строки по пять символов = 19b)![]()
Если следовать такой логике, то для reg_dword со значением, например, 1 нужно указывать длину равную 1 байту. А че заморачиваться-то, ведь виден только один символ, какое дело до того, что это значение хранится в 4 байтахВиталий Князев писал(а):Не понимаю какой интерес интерпретировать 38 в уме, если 19 гораздо ближе к пониманию, и всегда можно умножить на 2.
Ну, хотя бы и так. Кстати, делить на 2 ничуть не сложнее чем умножать...Виталий Князев писал(а):На самом деле я умышленно делю размер строки на 2... Можно конечно сделать это опцией, подумаю...
DWORD он и в Африке DWORD...Volniy писал(а): Если следовать такой логике, то для reg_dword со значением, например, 1 нужно указывать длину равную 1 байту.
Фишка в том что умножать-то может и не придётся (с большей вероятностью), а вот делить придётся почти наверняка.Volniy писал(а):Ну, хотя бы и так. Кстати, делить на 2 ничуть не сложнее чем умножать...