¿1 Bit?

[OSKR]

Saludos!, yo aqi desde mi mundo en C(pp) puedo hacer eso con "campos de bits", supongo q pascal ha de tener algo semejante pero aun no lo he visto

 struct bits
 {
   unsigned tres : 3;
   unsigned dos: 2;
   unsigned dos2: 2;
   unsigned paridad: 1;
 };
 
 //...............
 bits Recep_puerto;
 //..............
 
 Recep_puerto.tres=8; (max 8 porq son solo 3 bits)
 
 //o si quiero descomponer un char seria algo asi:
 Recep_puerto=(char)otra_variable;

[DarkByte]

Por supuesto! C tiene esa maravillosa propiedad. Al igual que cuando creas una matriz has de indicar su espacio en memoria. Delphi lo omite salvando así buffers overflows y otras salvajadas cuando te excedes en el rango de memoria.

[roman]

Empezado por DarkByte

Al igual que cuando creas una matriz has de indicar su espacio en memoria. Delphi lo omite salvando así buffers overflows y otras salvajadas cuando te excedes en el rango de memoria.

¿Qué quieres decir con esto?

Cuando declaras un arreglo en Delphi también le especificas el tamaño al decirle el número de elementos y el tipo de datos. Y si son arreglos dinámicos debes especificar el tamaño con SetLength.

// Saludos

[Mick]

Si usamos Delphi 7 no hace falta reinventar la rueda, basta utilizar
la clase TBits, que precisamente implementa un array de booleanos pero
utilizando un solo bit de informacion por booleano.

Saludos

[delphi.com.ar]

Empezado por Mick

Si usamos Delphi 7 no hace falta reinventar la rueda, basta utilizar
la clase TBits, que precisamente implementa un array de booleanos pero
utilizando un solo bit de informacion por booleano.

Creo que no es el caso, cualquier clase en Delphi (por lo menos los de 32 bits), solo su puntero, ocupa al menos 4 bytes...

[Mick]

Empezado por delphi.com.ar

Creo que no es el caso, cualquier clase en Delphi (por lo menos los de 32 bits), solo su puntero, ocupa al menos 4 bytes...

Realmente cualquier clase ocupa un poco mas de 4 bytes. Pero estamos hablando de uso de array de bits, y eso esta pensado para guardar muchos elementos, y ahi es donde nos ahorramos mucha memoria, ya que el coste de memoria para gestionar la clase es fijo.
Es decir si necesitamos 16384 booleanos por ejemplo, usando un objecto TBits gastamos 16384/8= 2048 bytes de memoria + unos pocos bytes fijos de la clase asi como de la cabecera del bloque de memoria reservado para guardar la info (pueden ser sobre 20 bytes a mayores).
En cambio 16384 booleanos reales ocupan 16384*4 = 65536 bytes.
Es decir es un ahorro enorme de casi 32 a 1.

Saludos

[dec]

Hola,

Voy a extractar de cierto libro titulado El gran libro de Delphi 2, de Jens Herber, Jörg Herbes y Jörg Rensmann, traducido por varios autores. No los nombro pero sin ellos, etc.

5.2 Tipos de datos estándar y su utilización

Todos los programas de ordenador, y todos [los] datos escritos escritos por usted y que utiliza este programa, constan de una secuencia de bits en la memoria. Un bit es una posición de memoria cuyo valor puede ser 0 ó 1. Una zona cualquiera del contenido de la memoria podría presentar el aspecto siguiente:

011001110010101110110101

En principio todo parece indicar que esta secuencia de bits carece por completo de estructura. Por lo tanto se tiene que crear una normativa para poder interpretarla inequívocamente. A tal fin se realiza, en primer lugar, una división en bytes, cada uno de los cuales comprende 8 bits. A continuación, se reúnen dos bytes para formar lo que se denomina palabra, que contiene, por tanto, 16 bits.

Falta aún por conocer el tipo del valor representado en la memoria por esta secuencia de bits para que se pueda interpretar el contenido de esa memoria. El tipo del valor contiene el número de bits pertenecientes al valor representado por la secuencia y la forma en que este valor se ha codificado en unos y ceros. Sólo conociendo el tipo del valor quedará claro si esta zona de la memoria representa un número entero, un número de coma flotante, caracteres, texto o cualquiera otras estructuras de datos.

Además del tamaño y la forma en que se codifica un valor, un tipo de datos contiene otras informaciones. Dado que todo tipo de datos tiene un tamaño determinado en la memoria, no puede representar cualquier número. Como consecuencia, cada tipo de datos tiene un rango de valores definido cuyas cotas, inferior y superior, no se deben sobrepasar. Así, mediante la declaración de tipo se especifica el rango de valores que puede tomar una variable o constante de este tipo.

Si un tipo de datos tuviese una longitud de una palabra, es decir 2 bytes ó 16 bits, podrá representar, como máximo, 2 [elevado a 16] = 65.536 valores distintos, ya que cada bit sólo puede tomar dos valores distintos (0 ó 1).

Además con el tipo de datos se definen también las operaciones permitidas para tal tipo. Así, para el tipo de datos Integer, que representa números enteros, están definidas, entre otras, las operaciones de suma, resta y producto. Esto facilita al compilador de Delphi un control de su manera de proceder con los tipos de datos: tan pronto como utilize una operación que no esté definida para el tipo de datos correspondiente, el compilador mostrará un mensaje de error y no ejecutará su aplicación.

El texto continúa, pero, con una descripción de los tipos simples y la típica tabla de tipos disponibles, con su descripción, rango de valores y longitud. Como de poco más que esto he tomado la información en que me he basado para escribir mi opinión en este Hilo, ahora, al releerlo y transcribirlo, pienso que estaba equivocado yo y que roman va por el buen camino: es Delphi el que se encarga del tipo de datos, es el compilador, no sé cómo lo hará, pero el tipo de datos no está unido, como pensaba, al dato en sí, según me deja entender el texto que acabo de transcribir.