Hola, me surgio una duda con este ejercicio:
BASE= 10 00 00 00
256 en hexa son: 01 00
LIMITE= 00 00 01 00
no entiendo como sacan el limite, para que quede 00100
Hola, me surgio una duda con este ejercicio:
BASE= 10 00 00 00
256 en hexa son: 01 00
LIMITE= 00 00 01 00
para sacar el limite, no entiendo como llegan a esto: 00100 , el que me pueda ayudar, gracias !!!, saludos.
(27-02-2012 21:39)fraimocho escribió: [ -> ]Hola, me surgio una duda con este ejercicio:
BASE= 10 00 00 00
256 en hexa son: 01 00
LIMITE= 00 00 01 00
no entiendo como sacan el limite, para que quede 00100
Hola, me surgio una duda con este ejercicio:
BASE= 10 00 00 00
256 en hexa son: 01 00
LIMITE= 00 00 01 00
para sacar el limite, no entiendo como llegan a esto: 00100 , el que me pueda ayudar, gracias !!!, saludos.
Es porque en este caso un descriptor de segmento tiene un tamaño total de 64 bits, y esta compuesto por:
BASE (32 bits) ----> 10 00 00 00
LIMITE (20 bits) ----> 0 01 00 (si lo pasas a bits te dan un total de 20)
ATRIBUTOS (12 bits que no vienen al caso)
Espero haber aclarado la duda;
Ahora no me quedo del todo claro el resultado, el limite no deberia ser 0 00 FF (255 en decimal) ?
Porque dice "posee 256 bytes" y entonces el rango de direcciones del segmento iría del 10 00 00 00 al 10 00 00 FF (para ser mas claro del 0 al 255, que en total son 256 bytes).
Por favor si alguien me puede aclarar esto, gracias!
Entendi tu respuesta, pero no entiendo como llegan a esto:
256 en hexa son: 01 00 , si por favor me podes explicar el calculo, muchas gracias.
(28-02-2012 12:27)fraimocho escribió: [ -> ]Entendi tu respuesta, pero no entiendo como llegan a esto:
256 en hexa son: 01 00 , si por favor me podes explicar el calculo, muchas gracias.
Es conversión que se ve en clases de Decimal --> Binario --> Hexa
Decimal -> Binario (dividir el numero por la base)
\[256_{(10)} = 100000000 _{(2)}\]
Binario -> Hexa
Separas de a cuatro bits de derecha a izquierda y te queda:
\[1 0000 0000_{(2)} = 100_{(16)}\]
y le agregas dos ceros adelante para que te queden un total de 20 bits
00100_{(16)}
Hay otras formas, tambien podes hacer esa escalerita en la que arrancas dividiendo 256 por 16 y asi sucesivamente (conversion directa de decimal a Hexadecimal). Fijate en la pag. 32 del libro de quiroga que te dice como hacerlo. Espero haber llegado al punto del problema.
Pero insisto, mi razonamiento era otro para el ejercicio 8), lo que trate de explicar mas arriba.
Saludos.
(18-02-2012 14:35)sinnick escribió: [ -> ]Respecto a la respuesta del punto 5 es falso. Los datos enteros se almacenan en tipo Big Endian. Solo los numeros de coma flotante se almacenan con el tipo Little endian.
entonces la respuesta completa (Que fue la que puse yo) es la siguiente:
5 - Falso. Los de coma flotante
Checheche estoy bastante confundido al respecto... ¿estás completamente seguro que la respuesta es esa?
Consultando el librongo de Quiroga (p.234) me encuentro con la siguiente explicación:
Que el Big Endian "se aplica tanto al código como a datos de tipo no numérico."
Y sigue diciendo que "si el dato es numérico y su tamaño es de 2 o 4 u 8 bytes (palabra, doble palabra,...) , cada octeto se almacena en memoria
en forma invertida... [...]. En esta convención denominada Little-Endian, el byte menos significativo se almacena en la dirección más baja. Esto ocurre para
cualquier entidad numérica,
incluso para
datos en representación de punto flotante o cuando se almacena una referencia a memoria."
Por el momento le creo a Quiroga, a menos que esto se aplique solo en ciertos casos (no me extraña nada en esta materia
)
Puede que tengas razon :O.. yo puse eso en el final y creo que me lo tomaron como bien :O
(01-03-2012 03:29)sinnick escribió: [ -> ]Puede que tengas razon :O.. yo puse eso en el final y creo que me lo tomaron como bien :O
Según me fijé en el libro de Stallings, el "endian" son convenciones que se aplican para datos "multibytes". Eso quiere decir que, si un dato es de un solo byte, no tiene sentido hablar de "endians" porque existe un único dato que no se divide en varias partes.
Bah, esa es mi conclusión final sobre el tema