La 1° me deja la dudas por el tamaño de los operadoresSip
Sería movw -20(%ebp) , %cx ?
para no usar sección .data¿Por alguna razón en concreto?
había pensado la de los hexadecimales (te faltó el "$" antes del número)Ups... es que GAS no es mi fuerte :P
estaría bien decís?Supongo que no debería dar ningún problema.
¿Por alguna razón en concreto?
Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeñoRealmente no es una razón. De hecho es posible que de esta forma tu binario ocupe más que si usas una sección .data, dado que al usar inmediatos en las instrucciones, hagan que la instrucción sea un poco más grande. Ten en cuenta que la sección de datos va pegada al segmento de texto, generalmente al final (esto se le puede indicar al ensamblador). Realmente no hay pérdida de memoria. Además podrías incluír el tamaño del segmento directamente en dicha sección sin tener que operarlo.
Cita de: "clicklose"Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeñoRealmente no es una razón. De hecho es posible que de esta forma tu binario ocupe más que si usas una sección .data, dado que al usar inmediatos en las instrucciones, hagan que la instrucción sea un poco más grande. Ten en cuenta que la sección de datos va pegada al segmento de texto, generalmente al final (esto se le puede indicar al ensamblador). Realmente no hay pérdida de memoria. Además podrías incluír el tamaño del segmento directamente en dicha sección sin tener que operarlo.
Saludos y suerte con la práctica, realmente interesante ^_^
Por casualidad sabés cómo funciona un program header que tiene tipo 1 (en un ELF)Esto es off-topic, pero weno... ¿Te refieres al campo p_type? Si es 1 es PT_LOAD. Esto significa que el segmento debe ser cargado en memoria. Te aconsejo este documento (http://www.skyfree.org/linux/references/ELF_Format.pdf).