![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
||||
|
||||
|
Hola,
Cita:
|
|
#2
|
||||
|
||||
|
Cita:
Independientemente de como quieran presentar el uso de bits, lo cierto es que aun cuando sólo manejen 3 bits, el dato que guarden ocupará como mínimo 1 byte. Incluso en C, con la estructura que menciona OSKR, se requerirá por lo menos 1 byte. La memoria de una PC es, en todo caso, una secuencia de bytes, no de bits. Aun cuando podemos examinar los bits individuales, el procesador debe manejar bytes enteros. Por ello un booleano requiere el byte completo aun cuando sólo un bit tenga significado. // Saludos |
|
#3
|
||||
|
||||
|
Hola,
Cita:
Cita:
Corrección: lo que se conoce como "palabra" no es concretamente un byte, o sea 8 bits, sino dos bytes, o sea, 16 bits. Y aún cabría añadir que las palabras actuales son las de 32 bits, y ya también las de 64 bits. Última edición por dec fecha: 04-10-2005 a las 17:46:25. Razón: Corrección del texto. |
|
#4
|
||||
|
||||
|
Cita:
En memoria no se guarda ninguna información acerca del tipo de dato. Por ejemplo, en una locación de memoria podrías tener el byte Código:
01000001 Basado en el tipo de datos declarado en el código fuente, el compilador manejará la información como mejor convenga para efectos de la compilación, pero en la memoria (o en el archivo ejecutable) no colocará nada aparte del 01000001, ni a la izqueirda ni a la derecha ni en ninguna otra parte. Claro está que esto vale para tipos de datos simples. Pero incluso records, arrays estáticos e incluso sets no guardan ninguna información acerca del tipo de datos. Por eso, precisamente, es que Federico puede hacer algo como Byte(B) siendo B un conjunto:
ya que el conjunto se almacena en el espacio de un byte como una suma de potencias de dos y, si se sabe lo que se hace, se le puede indicar al compilador que trate esa parte de la memoria como un byte. El "casting" lo resuelve el compilador, no es algo que suceda durante la ejecución. // Saludos |
|
#5
|
||||
|
||||
|
Hola,
No puedo sino decir que has de llevar razón roman, porque lo que yo tengo son vagos conceptos de lecturas diversas y acaso mal aprovechadas y lo que tú demuestras es sapiencia, mucho conocimiento de causa, o sea, que, desde luego, si tuviera que quedarme con mi "teoría" o con la tuya no lo dudaría un momento. No todos los días, pero, algunos (claro está), hay posibilidades de aprender algo nuevo. |
|
#6
|
||||
|
||||
|
Hola a todos.
Bueno me surge una duda:Y cuando se ejecuta el programa ¿Quien decide que la secuencia de bits (01000001) que tengo que dibujar en pantalla es el 65 ó el caracter 'A'? Saludos |
|
#7
|
||||
|
||||
|
Supongo que nadie. Eso ya está decidido desde la compilación.
Si tu pones Write(v) el compilador, supongo que examinará el tipo de datos de v declarado en el código fuente, si es integer generará el código necesario para imprimir un 65, y si es char, generará el código necesario para imprimir 'A' en la pantalla. Disclaimer: Nada de lo que estoy diciendo estoy 100% seguro. Por ello comencé con "Corríjanme si me equivoco" // Saludos |
|
#8
|
||||
|
||||
|
Si Román, aunque no se mucho del tema ,eso mismo pensaba yo.
Un tema bastante interesante y que da mucho juego Saludos |
|
#9
|
|||
|
|||
|
Cita:
Código:
var
Variable:char;
begin
Variable:= 'A';
writeln(Format('%d',[Ord(Variable)])); // imprime 65
writeln(Format('%c',[Variable])); // imprime el caracter 'A';
end;
|
|
#10
|
||||
|
||||
|
Hola Mick.
Eso lo tengo claro, pero yo lo que quiero decir es que como se almacena dentro del ejecutable este formateo que indicas, es decir, cuando se estan ejecutando los ceros y unos ¿donde está escrito que sea una 'A' ó un 65? Saludos a todos |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|