Lo intuia... aunque me considero demasiado poco experto aun para permitirme confiar en mi intuicion.
Gracias, ahora comprendo la expresion correctamente.

Me parece demasiado arriesgado hablar de suerte y de ensamblador en el mismo contexto... 
Saludos.

Si, en verdad.

Gracias por tu ayuda.

---

Me alegra que comentes esto porque supuse que a algo parecido tenia que referirse el manual con aligned.
Y ¿se especifica de esta manera para que el direccionamiento comienze en la proxima direccion, o mas precisamente para que la forma de acceso por defecto al segmento sea BYTE, WORD, etc.?

Esto como una implicacion de lo anterior, ¿no?.

¿Y como el procesador deduce este offset al momento de acceder al segmento?
¿O debe ser especificado explicitamente en el programa?.  
Gracias por la ayuda.

Esto responde mi pregunta.

Ahora solo me pregunto que quiere decir 'code' en esa expresion. Sin embargo probablemente consiga la respuesta en seguida en el manual de TASM 5.
Respecto a lo que comentas, Eternal Idol, acerca de ello, no estoy seguro... claramente tiene que ver con codigo pero me pregunto mas bien como es precisamente esta relacion. Ya que, si en vez de 'code', lo expresas asi:

SEGMENT cseg 'code'
 

Resulta en lo mismo que:

SEGMENT cseg 'qiwnef' ;(una cadena random)
 

Esto concluye claramente en la poca importancia de ello, sin embargo me sigue intrigando.

Saludos.

.

Muchas gracias, no es precisamente lo que buscaba (el trato con datos en bruto) pero sin duda sera util. Creo que deberia considerar llevarlo un poco mas profundamente y escribir con ello en C algun driver simple para NTFS o FAT.

Saludos y gracias de nuevo.

Eso quiere decir que ref, seg1 y seg2 se cargan contiguamente respecto a CS, ¿no?. Honestamente pense que los segmentos se cargaban en el orden en el que son especificados en el codigo fuente.

Modifico:
Otra pregunta, si no es molestia... ¿y si el contenido del segmento es mayor al rango de direccionamiento especificado?

Gracias, saludos.

Suponiendo el siguiente codigo:


seg1, en ese caso, deberia cagarse en la siguiente direccion divisible por 2. Igualmente seg2.
Sin embargo esto resulta realmente:


(se cargan en la misma direccion)

No entiendo por que.

Gracias por tu tiempo.

Si, esto lo entiendo. Pero bajo las mismas condiciones, ¿en que cambiaria especificar WORD, en vez de PARA?
Es decir, especificando PARA el segmento comenzaria en el siguiente parrafo alineado, pero ¿y especificando WORD?
Se lo que dice el manual:

Sin embargo no se a lo que se refiere, es decir, no se lo que significa.
Bajo las condiciones que supones, si en vez de PARA se especificase WORD, ¿como cambiaria el resultado?

Esta bien... espero no sea tonta la preguta, pero ¿que sentido tiene especificar un segmento que comienza en el siguiente word alineado, si sin embargo el rango de direccionamiento de un segmento es de 16 bytes?
Es decir, hago la pregunta suponiendo que se refiere a que si el segmento comenzara en la direccion real 0000, especificando word comenzaria en 0002.

Gracias por responder.

Hola.

Me preguntaba si alguien conoce la sintaxis de la directiva SEGMENT en TASM.
Por ejemplo, en el siguiente codigo:


Entiendo que cseg precisa el nombre del segmento que se esta declarando pero, ¿que significa para, word y 'code'?

Segun el sentido logico se que puedo deducir que para se refiere a que hablamos de parrafo (es decir, 16 bytes), que word quiere decir que sera accedido como 16 bits y que 'code' algo que tenga que ver con codigo... pero son deducciones a priori y me gustaria saber que significan realmente ya que podria estar equivocado.

Nota: respecto a word... ¿no seria innecesario, tomando en cuenta que un segmento ya es de 16 bits?

Gracias de antemano y saludos.

Hola.

Me he planteado esto desde hace poco y honestamente no se por donde empezar.
Lo que planeo es lo que planteo en seguida:

Quiero guardar un programa en el sector MBR de una forma de almacenamiento extraible que verifique que existe un disco conectado a la interfaz IDE y luego simplemente escribir contenido en el, suponiendo que el sistema de archivos es NTFS. En realidad lo menos importante es el sistema de archivos. Solo es una cuestion de conocer su opinion, ya que es primera vez que intento algo asi.
Mi idea es compilar el kernel de Linux en la unidad de almacenamiento y utilizar los controladores y API del mismo para efectuar la escritura -me pregunto si alguien penso en que haria yo mismo esta parte de mi objetivo solo con interrupciones de la BIOS.

Mi pregunta concreta es: si lo hago de esta forma, ¿funcionaria?

Posdata: se que estoy rechazando la adrenalina de intentarlo a ciegas... solo me estoy permitiendo un pequeño guiño.  

Muchas gracias de antemano. Saludos.