uint32, size_t и подобные им

@nexen · Регистрация: 27.01.2012

Author24 — интернет-сервис помощи студентам

Собственно, в чем смысл данных типов, в отличие от обычных unsigned int, int и подобных им?

@reisal78 · 01.09.2013, 10:59

Использование memsize типов (таких как size_t, ptrdiff_t, INT_PTR) в 64-битных программах, вместо 32-битных типов (int, unsigned) позволяет:

Построить компилятору более простой и, следовательно, более быстрый код, в котором будут отсутствовать лишние преобразования 32-битных и 64-битных данных. Особенно это полезно при работе с адресной арифметикой и индексации массивов.
Избежать ряда ошибок при обработке большого объема входных данных, когда количество обрабатываемых элементов превышает количество UINT_MAX.
Избежать ряда других, более специфичных ошибок.
Сделать код более переносимым между 64-битными Windows и Linux системами, в которых используются различные модели данных. Так, например, в Linux системах для индексации больших массивов можно использовать тип unsigned long, а в Windows нет.

как то так )

Добавлено через 3 минуты
http://www.viva64.com/ru/a/0050/

@Kuzia domovenok · 01.09.2013, 12:50

Например, переносимость. Если использовать, например, unsigned int вместо size_t, программа будет работать только на 32разрядных системах! Например, придётся писать отдельную программу для 64х разрядных, например.
...например.

Убежденный · 01.09.2013, 12:57

uint32 - это тип фиксированного размера (32-бита). Иметь такие типы иногда очень желательно.
Например, вы передаете данные по сети и хотите быть уверенными, что на другой стороне
их тоже прочитают правильно. Независимо от версии компилятора и разрядности ОС.

А размер size_t (также, как и ptrdiff_t) варьируется, в зависимости от архитектуры.
На x86 size_t равен 4 байтам, а на x64 - уже восьми. Это помогает поддерживать
работу с объемами памяти соответствующего размера. Кроме того, название size_t
более описательно, чем int: видя функцию, которая возвращает size_t, сразу
становится понятно, что возвращается какой-то размер, а не просто число.

@castaway · 01.09.2013, 13:11

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

Собственно, в чем смысл данных типов, в отличие от обычных unsigned int, int и подобных им?

Не читая предыдущих сообщений скажу:
size_t - беззнаковый целый тип, гарантирующий правильную ( [0,размер массива] ) индексацию массива не зависимо от платформы. Грубо говоря - максимальный беззнаковый целый тип платформы.
uint32 - видимо имелось в виду uint32_t. Это беззнаковый целый тип, гарантирующий размерность ("ширину") переменной 32 бита.
unsigned int - так сказать, language-specific, просто беззнаковый целый тип, "ширина" которого может отличаться от платформы и ОС, т.е. например, компилируя 32-битное приложение "ширина" типа unsigned int будет равна 32-м битам, в 64-битном приложении "ширина" будет равна 64-м битам.
Остальное по-аналогии.

@OhMyGodSoLong · 01.09.2013, 13:17

Не по теме:

Сообщение от Убежденный

Например, вы передаете данные по сети и хотите быть уверенными, что на другой стороне их тоже прочитают правильно. Независимо от версии компилятора и разрядности ОС.

Для этого надо передавать байты. Endianness же.

@castaway · 01.09.2013, 13:20

Не по теме:

Тут я не могу не согласится с OhMyGodSoLong. Пример не очень удачный..

@fasked · 01.09.2013, 13:20

Не по теме:

OhMyGodSoLong, для этого есть htonl/ntohl

Убежденный · 01.09.2013, 13:20

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

Для этого надо передавать байты. Endianness же.

Согласен. Просто как пример.
А для реальной платформо-независимости лучше вообще XML/JSON...

@castaway · 01.09.2013, 13:23

Не по теме:

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

OhMyGodSoLong, для этого есть htonl/ntohl

Не думаю что кто-то применяет её для "преобразования" данных для последующей передачи.

@fasked · 01.09.2013, 13:26

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

Не думаю что кто-то применяет её для "преобразования" данных для последующей передачи.

Я просто не могу представить для чего еще их можно применять, потому что именно для этого они и сделаны:

htonl, htons, ntohl, ntohs - convert values between host and network byte order

@OhMyGodSoLong · 01.09.2013, 13:28

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

Не по теме:

OhMyGodSoLong, для этого есть htonl/ntohl

Не по теме:

У которых нет стандартных вариантов для восьмибайтных величин. И которых нет на POSIX-несовместимых системах.

@castaway · 01.09.2013, 13:30

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

Я просто не могу представить для чего еще их можно применять, потому что именно для этого они и сделаны

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

@fasked · 01.09.2013, 13:45

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

У которых нет стандартных вариантов для восьмибайтных величин. И которых нет на POSIX-несовместимых системах.

В стандарте много чего нет, и всегда можно быстро набросать что-то подобное:

C

#define TYP_INIT 0 
#define TYP_SMLE 1 
#define TYP_BIGE 2 
 
unsigned long long htonll(unsigned long long src) { 
  static int typ = TYP_INIT; 
  unsigned char c; 
  union { 
    unsigned long long ull; 
    unsigned char c[8]; 
  } x; 
  if (typ == TYP_INIT) { 
    x.ull = 0x01; 
    typ = (x.c[7] == 0x01ULL) ? TYP_BIGE : TYP_SMLE; 
  } 
  if (typ == TYP_BIGE) 
    return src; 
  x.ull = src; 
  c = x.c[0]; x.c[0] = x.c[7]; x.c[7] = c; 
  c = x.c[1]; x.c[1] = x.c[6]; x.c[6] = c; 
  c = x.c[2]; x.c[2] = x.c[5]; x.c[5] = c; 
  c = x.c[3]; x.c[3] = x.c[4]; x.c[4] = c; 
  return x.ull; 
}

Передавать байтами, а потом склеивать это, как говорится, "те же яйца, только в профиль".

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

"матерые" программисты ей не пользуются передавая данные

Ну-ну

@nexen · 01.09.2013, 13:46 **[ТС]**

Убежденный, int на x86 = 4, а на x64 = 8?

@castaway · 01.09.2013, 13:49

Не по теме:

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

Ну-ну

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

Убежденный · 01.09.2013, 13:50

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

Убежденный, int на x86 = 4, а на x64 = 8?

На Windows они равны. LLP64.
На счет других ОС - не поручусь.

@castaway · 01.09.2013, 13:51

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

Убежденный, int на x86 = 4, а на x64 = 8?

x86 - это 386, 486, 586, 686 и т.п.
А что такое x64 ?

@fasked · 01.09.2013, 14:05

Не по теме:

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

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

Теперь уже не использую, потому что в связи со сменой проекта работаю на гораздо более высоком уровне. Ну и к слову, "grep -R htonl ." по исходникам прошивки DDWRT для роутеров выдает достаточное количество совпадений, чтобы опровергнуть слова о "матерых" программистах. Относительно стандартное применение htonl-like функции выглядит так:

Код

./btstream.cpp:  *p = htonl(idx); p++;
./btstream.cpp:  *p = htonl(off); p++;
./btstream.cpp:  *p = htonl(len);

ValeryS · 01.09.2013, 14:11

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

x86 - это 386, 486, 586, 686 и т.п.
А что такое x64 ?

x86 принято так называть 32 битные процессоры
в них не входит 8086, 8088, 80186, 80286 они не 32 битные
x64 соответственно 64битные

@nexen 187 / 180 / 25 Регистрация: 27.01.2012 Сообщений: 1,335
	01.09.2013, 13:46 [ТС]	15
	Убежденный, int на x86 = 4, а на x64 = 8? 0

@nexen 187 / 180 / 25 Регистрация: 27.01.2012 Сообщений: 1,335
		1
	uint32, size_t и подобные им 01.09.2013, 10:53. Показов 19616. Ответов 41 Метки нет (Все метки) Собственно, в чем смысл данных типов, в отличие от обычных unsigned int, int и подобных им? 0

@reisal78 944 / 687 / 230 Регистрация: 28.04.2013 Сообщений: 1,926
	01.09.2013, 10:59	2
	Использование memsize типов (таких как size_t, ptrdiff_t, INT_PTR) в 64-битных программах, вместо 32-битных типов (int, unsigned) позволяет: Построить компилятору более простой и, следовательно, более быстрый код, в котором будут отсутствовать лишние преобразования 32-битных и 64-битных данных. Особенно это полезно при работе с адресной арифметикой и индексации массивов. Избежать ряда ошибок при обработке большого объема входных данных, когда количество обрабатываемых элементов превышает количество UINT_MAX. Избежать ряда других, более специфичных ошибок. Сделать код более переносимым между 64-битными Windows и Linux системами, в которых используются различные модели данных. Так, например, в Linux системах для индексации больших массивов можно использовать тип unsigned long, а в Windows нет. как то так ) Добавлено через 3 минуты http://www.viva64.com/ru/a/0050/ 1

@Kuzia domovenok 4064 / 3318 / 924 Регистрация: 25.03.2012 Сообщений: 12,495 Записей в блоге: 1
	01.09.2013, 12:50	3
	Например, переносимость. Если использовать, например, unsigned int вместо size_t, программа будет работать только на 32разрядных системах! Например, придётся писать отдельную программу для 64х разрядных, например. ...например. 1

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	01.09.2013, 12:57	4
	uint32 - это тип фиксированного размера (32-бита). Иметь такие типы иногда очень желательно. Например, вы передаете данные по сети и хотите быть уверенными, что на другой стороне их тоже прочитают правильно. Независимо от версии компилятора и разрядности ОС. А размер size_t (также, как и ptrdiff_t) варьируется, в зависимости от архитектуры. На x86 size_t равен 4 байтам, а на x64 - уже восьми. Это помогает поддерживать работу с объемами памяти соответствующего размера. Кроме того, название size_t более описательно, чем int: видя функцию, которая возвращает size_t, сразу становится понятно, что возвращается какой-то размер, а не просто число. 1

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	01.09.2013, 13:11	5
	Сообщение от nexen Собственно, в чем смысл данных типов, в отличие от обычных unsigned int, int и подобных им? Не читая предыдущих сообщений скажу: size_t - беззнаковый целый тип, гарантирующий правильную ( [0,размер массива] ) индексацию массива не зависимо от платформы. Грубо говоря - максимальный беззнаковый целый тип платформы. uint32 - видимо имелось в виду uint32_t. Это беззнаковый целый тип, гарантирующий размерность ("ширину") переменной 32 бита. unsigned int - так сказать, language-specific, просто беззнаковый целый тип, "ширина" которого может отличаться от платформы и ОС, т.е. например, компилируя 32-битное приложение "ширина" типа unsigned int будет равна 32-м битам, в 64-битном приложении "ширина" будет равна 64-м битам. Остальное по-аналогии. 2

@OhMyGodSoLong
	01.09.2013, 13:17 #6
	Не по теме: Сообщение от Убежденный Например, вы передаете данные по сети и хотите быть уверенными, что на другой стороне их тоже прочитают правильно. Независимо от версии компилятора и разрядности ОС. Для этого надо передавать байты. Endianness же. 2

@castaway
	01.09.2013, 13:20 #7
	Не по теме: Тут я не могу не согласится с OhMyGodSoLong. Пример не очень удачный.. 1

@fasked
	01.09.2013, 13:20 #8
	Не по теме: OhMyGodSoLong, для этого есть htonl/ntohl 1

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	01.09.2013, 13:20	9
	Сообщение от OhMyGodSoLong Для этого надо передавать байты. Endianness же. Согласен. Просто как пример. А для реальной платформо-независимости лучше вообще XML/JSON... 1

@castaway
	01.09.2013, 13:23 #10
	Не по теме: Сообщение от fasked OhMyGodSoLong, для этого есть htonl/ntohl Не думаю что кто-то применяет её для "преобразования" данных для последующей передачи. 1

@fasked 5043 / 2622 / 241 Регистрация: 07.10.2009 Сообщений: 4,310 Записей в блоге: 1
	01.09.2013, 13:26	11
	Сообщение от castaway Не думаю что кто-то применяет её для "преобразования" данных для последующей передачи. Я просто не могу представить для чего еще их можно применять, потому что именно для этого они и сделаны: htonl, htons, ntohl, ntohs - convert values between host and network byte order 0

@OhMyGodSoLong ~ Эврика! ~ 1256 / 1005 / 74 Регистрация: 24.07.2012 Сообщений: 2,002
	01.09.2013, 13:28	12
	Сообщение от fasked Не по теме: OhMyGodSoLong, для этого есть htonl/ntohl Не по теме: У которых нет стандартных вариантов для восьмибайтных величин. И которых нет на POSIX-несовместимых системах. 1

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	01.09.2013, 13:30	13
	Сообщение от fasked Я просто не могу представить для чего еще их можно применять, потому что именно для этого они и сделаны Ты не совсем правильно понял то что я хотел донести.. Если есть функция для преобразования порядка байтов в "правильный" порядок, то это не значит что ей обязаны пользоваться все поголовно. Я к тому, что "матерые" программисты ей не пользуются передавая данные. 1

@castaway
	01.09.2013, 13:49 #16
	Не по теме: Сообщение от fasked Ну-ну Вы изменитесь в моих глазах, если скажете что используете данную функцию при каждой передаче данных в сеть. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	01.09.2013, 13:50	17
	Сообщение от nexen Убежденный, int на x86 = 4, а на x64 = 8? На Windows они равны. LLP64. На счет других ОС - не поручусь. 1

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	01.09.2013, 13:51	18
	Сообщение от nexen Убежденный, int на x86 = 4, а на x64 = 8? x86 - это 386, 486, 586, 686 и т.п. А что такое x64 ? 1

@fasked
	01.09.2013, 14:05 #19
	Не по теме: Сообщение от castaway Вы изменитесь в моих глазах, если скажете что используете данную функцию при каждой передаче данных в сеть. Теперь уже не использую, потому что в связи со сменой проекта работаю на гораздо более высоком уровне. Ну и к слову, "grep -R htonl ." по исходникам прошивки DDWRT для роутеров выдает достаточное количество совпадений, чтобы опровергнуть слова о "матерых" программистах. Относительно стандартное применение htonl-like функции выглядит так: Код ./btstream.cpp: p = htonl(idx); p++; ./btstream.cpp: p = htonl(off); p++; ./btstream.cpp: *p = htonl(len); 1

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,523
	01.09.2013, 14:11	20
	Сообщение от castaway x86 - это 386, 486, 586, 686 и т.п. А что такое x64 ? x86 принято так называть 32 битные процессоры в них не входит 8086, 8088, 80186, 80286 они не 32 битные x64 соответственно 64битные 1