Всем привет, у меня вопрос:

Допустим мы записываем в переменную dwBuf[0] число 10, если посмотреть в hex, то в это значение занимает всего один байт в памяти, второй байт 00. Правильно Я понимаю, что если бы число было намного больше, то оно занимало бы уже больше места? А так получается, что второй байт этой переменной используется  "вхолостую"

Это сообщение отредактировал(а) yngwie19 - 14.2.2009, 19:16

Ну да, в short-е под число отведено 16 бит, число 10 занимает четыре. Эрго, остальные - незначащие нули.

Kallikanzarid, понятно. Тогда такой пример:


Допустим есть массив nBuf[10], заполненный числами от 1 до 10, далее в файл 1.dat записываются значения этого массива после чего из этого файла данные считываются в массив dwTemp. 2 Вопроса по поводу этих действий:
1 Вопроc: при записи в файл, функция WriteFile записывает только байты со значениями или все подряд (включая 00) ?
2 Вопрос: при считывании из этого файла, функция ReadFile берет по 2 байта в каждый элемент массива nBuf ?  

да, число в short (а также char/int/double/..) всегда занимает место равное sizeof (short) (char/int/double/..) соответственно, независмо от самого значения.
То есть для вашего случая : пишется/читается не значение, а все биты числа типа short.


P.S. только вот непонятно почму Вы 50 short'ов в примере записываете, хотя имеете только 10..

Это сообщение отредактировал(а) mes - 14.2.2009, 21:44

mes, а ну это опечатка. Спасибо за ответ.

mes, скажи пожалйста.
1) При попытке открыть сформировавшийся файл 1.dat через блокнот, Я вижу лишь набор каких-то символов. Это принципиальная специфика записи по байтам в файл информации? как можно посмотреть какие значения находятся в данном файле?
2) Можно ли при создании нового файла использовать другое расширение отличное от dat и есть ли разница при использовании этого расширения и другого ? 

Если не против, отвечу я.
1) Блокнот открывает файл в текстовом режиме, при чем есть символы которые он не отображает, при чем открывает по всей видимости еще и в определенной кодировке ( у Вас же в файле не текст по сути а двоичные данные).
Посмотреть можно при помощи любого hex-редактора или far или lister в тотал коммандере или etc.

2) не влияет расширение файла никак. Назовите хоть exe, хоть avi. Разницы в зависимости от расширения нет.

какой смысл программировать если не понимать таких основ %)

если разберетесь с этим не сложным примером :

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

П.С. обратите особое внимание на 7,8,9,10,13


Это сообщение отредактировал(а) mes - 15.2.2009, 01:46

а что-то в far вижу только байты в hex а сами цифры нет. Или вы это и имели в виду, что нужно просто перевести в dec?

А как же, а вообще прочитать тут Системы_счисления

Dem_max, а в far-е можно сразу в dec посмотреть?

В фаре не помню уже ибо им не пользуюсь при просмотре файла нужно нажать кнопку F4, там же так и подписано HEX
Или вам другое нужно?

Добавлено через 1 минуту и 8 секунд
И что значит в dec посмотреть? в десятичной с-ме счисления обычно такие программы не отображают данные, может быть есть такое в WinHex но не уверен.

cutwater, спасибо за ответ