|
Чем отличается uint8_t от unsigned char? |
|
|
|
Jun 14 2010, 09:52
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
Цитата(sigmaN @ Jun 14 2010, 10:20)  но тут то это не 8бит, а 16  в этом вся "фишка" Да простят меня ReAl и dxp: Цитата Одно время для многих "программируемый микроконтроллер" и "MCS51" были тождественными понятиями, хотя как-то другие были. Сейчас для подавляющего большинства "персональная ЭВМ"==="клон IBM PC"
Так и с байтом. Многие забыли, что он не есть синонимом "8-битный огрызок". Я сам уже склонен считать, что "байт==8бит" имеет степень достоверности порядка той же, что "short==16бит" (может даже выше) но ещё не стал бы считать, что иное невозможно в принципе (как невозможно "октет==9бит", и там где 8 бит *важно* - применяют это термин). И пока ещё достаточно следов того, что не все считают "байт==8бит" абсолютной истиной.
© Philips Semiconductors, 1995 The I2C-bus and how to use it (including specifications) 6.0 TRANSFERRING DATA 6.1 Byte format Every byte put on the SDA line must be 8-bits long.
"must be 8-bits" означает, как минимум, что в других местах не исключено и другое.
HZ> сказать, что байт - это, в общем случае, непонятно какое количество бит. "сем-восемь, максимум девять, ну никак не больше десяти" :-)
HZ> Про HZ> него известно только то, что это величина для измерения информации и Величина для измерения - бит, а не байт. А байт - он как ярд. Есть yd = 0.9144м(точно). А есть несколько более короткий UK и несколько более длинный US.
HZ> состоит из HZ> некоторого произвольного количества бит. Только в этом случае полезность HZ> такого HZ> понятия обратно пропорциональна определенности количества бит в нем. "осмысленный по длине огрызок (bite :-) машинного слова, с которым можно работать отдельно".
Толкового словаря нет под рукой? А то у меня только украинского языка, а это для многих не просто не аргумент, а аргумент в противоположную сторону :-)
"байт - частина машинного слова, що складаеться звичайно з 8 бiт ..." ЗВИЧАЙНО, а не ОБОВ'ЯЗКОВО.
Поскольку сейчас типично иметь машинное слово из числа бит, являющегося степенью двойки - то и байт типично 8 бит. Маловероятно, что в ближайшем будущем байт перестанет иметь степень_двойки бит. Вероятность того, что он станет 16-битным -- тоже мизерна, но уже выше (перейдут все на unicode - кому нужна будет единица памяти, которая хранит какие-то зачуханные пол-символа? :-) Или вообще - станет длиной в три трита :-)
wbr, -- /* Oleksandr Redchuk, Brovary, Ukraine */ /* real '\x40' real '\x2E' kiev '\x2E' ua */
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Jun 14 2010, 10:04
|

неотягощённый злом
     
Группа: Свой
Сообщений: 2 746
Регистрация: 31-01-08
Из: Санкт-Петербург
Пользователь №: 34 643

|
Цитата(sigmaN @ Jun 13 2010, 20:06)  Ну не может он обеспечить 8бит никак! Я бы смог (правда с выравниванием по границе слова или даже скорее с упаковкой двух (u)int8_t в слово, что усложнит компилятору индексацию массивов и работу с указателями). И они бы могли обеспечить математику для (u)int8_t с ограничением в 8 бит (с доп расходами естественно). Но не стали заморачиваться из-за отсутствия жизненной необходимости в этом. Выход всегда можно найти - вопрос затратности...
--------------------
“Будьте внимательны к своим мыслям - они начало поступков” (Лао-Цзы)
|
|
|
|
|
Jun 14 2010, 20:06
|

неотягощённый злом
     
Группа: Свой
Сообщений: 2 746
Регистрация: 31-01-08
Из: Санкт-Петербург
Пользователь №: 34 643

|
Цитата(sigmaN @ Jun 14 2010, 22:44)  и если это volatile - там никакие критические секции вроде как не помогут. Помогут, помогут. Цитата Вы всё равно считаете не нужный байт. Или я чего-то не понимаю.... Ну и считаю я лишний байт и что? Я же не из SFR области это по большей части делаю, где ещё могут быть варианты да и то очень маловероятно.
--------------------
“Будьте внимательны к своим мыслям - они начало поступков” (Лао-Цзы)
|
|
|
|
|
Jun 15 2010, 06:03
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
Цитата(demiurg_spb @ Jun 14 2010, 23:06)  Помогут, помогут. Сказав "А" говорите "Б". Мне тоже непонятно, чем они могут помочь. Опишите механизм. Цитата(demiurg_spb @ Jun 14 2010, 23:06)  Ну и считаю я лишний байт и что? А автор такого компилятора, значит, где-то в описании должен написать "ну и не будет программа работать правильно, ну и что?" Цитата(demiurg_spb @ Jun 14 2010, 23:06)  Я же не из SFR области это по большей части делаю... А компилятор об этом знает? Для него есть стандарт: "чтение volatile может вызвать изменение состояния абстрактной машины". Все. Точка. Даже если это не SFR.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Jun 15 2010, 09:37
|

неотягощённый злом
     
Группа: Свой
Сообщений: 2 746
Регистрация: 31-01-08
Из: Санкт-Петербург
Пользователь №: 34 643

|
Цитата(Сергей Борщ @ Jun 15 2010, 10:03)  Сказав "А" говорите "Б". Мне тоже непонятно, чем они могут помочь. Опишите еханизм. Что значит чем? - Обеспечат атомарность доступа к "спаренной" ячейке памяти. Цитата А автор такого компилятора, значит, где-то в описании должен написать "ну и не будет программа работать правильно, ну и что?" А компилятор об этом знает? Для него есть стандарт: "чтение volatile может вызвать изменение состояния абстрактной машины". Все. Точка. Даже если это не SFR. Покажите мне пожалуйтса на пальцах как это "изменение состояния абстрактной машины" возможно для внутреннего ОЗУ из не SFR области!!! А к SFR нефиг обращаться побайтно - так и написал бы в документации. Всё - никаких проблем. Спор на самом деле бесполезен. То что сделать 100% отвечающую стандарту реализацию "для всех случаев жизни" невозможно - я это понимаю, но для 99% основных применений всё же возможно!
--------------------
“Будьте внимательны к своим мыслям - они начало поступков” (Лао-Цзы)
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|