|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - m0skit0
Páginas: 1 ... 7 8 [9] 10 11 ... 100
201
« en: Martes 22 de Febrero de 2011, 21:17 »
¿Firewall?
202
« en: Martes 22 de Febrero de 2011, 13:54 »
Mi pregunta es, que lenguaje me recomiendan para hacerlo y por que. Ni idea porque no explicas nada de lo que tiene que hacer tu aplicación 
203
« en: Viernes 18 de Febrero de 2011, 23:02 »
Supongo que deberías preguntar al profesor más detalles. No todo lo que se accede por red son páginas web, a menos que el profesor te haya dicho explícitamente que quiere que tu programa genere una página web (que sea un servidor HTTP vamos). En programación no vale "como si"  Saludos
204
« en: Viernes 18 de Febrero de 2011, 22:59 »
g++ -lserial -o PruebaPuerto PruebaPuerto.cpp Cierto, siempre se omite el lib 
205
« en: Viernes 18 de Febrero de 2011, 22:58 »
SciTE es uno de los editores que más lenguajes soporta. Creo que tiene soporte para ABAP también
206
« en: Viernes 18 de Febrero de 2011, 16:11 »
Ah ok, perdona, había leído mal los errores. Te falta mandarle al compilador enlazar la librería: g++ -llibserial -o PruebaPuerto PruebaPuerto.cpp
Ya me dices. Saludos. PD: en entornos UNIX se suelen nombrar los ficheros todo en minusculas para no tener que andar escribiendo mayúsculas 
207
« en: Viernes 18 de Febrero de 2011, 14:17 »
¿Código de SerialPort.h y SerialPort.cpp? Y por favor usa las etiquetas de código, que no hay quien quiera leer el código así...
208
« en: Viernes 18 de Febrero de 2011, 08:19 »
No se entiende lo que quieres. Da más detalles.
Saludos.
209
« en: Jueves 17 de Febrero de 2011, 17:27 »
210
« en: Jueves 17 de Febrero de 2011, 14:47 »
211
« en: Jueves 17 de Febrero de 2011, 13:31 »
Bueno, el estándar ELF deja muchos puntos abiertos para abarcar más posibilidades. Ya me comentas cuando hayas avanzado.
Saludos.
212
« en: Martes 15 de Febrero de 2011, 11:42 »
Con las cabeceras de sección (section headers). Tuve que hacer un cargador de ELFs para la PSP (la consola) para un proyecto de hacking, si quieres échale un vistazo, así ves cómo funciona. También tienes bastante información en el fichero elf.h. Aquí también tienes una explicación. Saludos
213
« en: Lunes 14 de Febrero de 2011, 23:59 »
Mi planteo es, si yo creo un nuevo segmento de tipo 1 y redirijo el entry point a una dirección de ese segmento, se daría que todo el text se cararía ese nuevo segmento que creo? No entiendo muy bien tu pregunta, pero si te refieres a que si se ejecutaría tu código, la respuesta es sí.
214
« en: Lunes 14 de Febrero de 2011, 22:43 »
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. Saludos.
215
« en: Lunes 14 de Febrero de 2011, 13:55 »
Hm qué extraño, aunque no me extraña siendo VB . ¿Has probado a hacerlo en 2 partes?
216
« en: Lunes 14 de Febrero de 2011, 13:54 »
está programado en Delphi3 client/server y podrán compilarlo directamente sin instalar ningún componente adicional
217
« en: Lunes 14 de Febrero de 2011, 13:52 »
Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeño Realmente 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
218
« en: Lunes 14 de Febrero de 2011, 01:04 »
¿No te funciona en ambos casos o sólo en el INSERT?
219
« en: Lunes 14 de Febrero de 2011, 01:02 »
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 estaría bien decís? Supongo que no debería dar ningún problema.
220
« en: Domingo 13 de Febrero de 2011, 18:07 »
Estaría bien que mostraras el código que se encarga de dicha parte.
221
« en: Domingo 13 de Febrero de 2011, 18:05 »
¿Declaración de vector?
222
« en: Domingo 13 de Febrero de 2011, 15:09 »
Habría muchas formas de hacerlo. ¿No se te ocurre absolutamente ninguna idea?
223
« en: Domingo 13 de Febrero de 2011, 15:06 »
mov dword [ebp - 76], 'Hi, ' mov dword [ebp - 72], 'this' mov dword [ebp - 68], ' is ' mov dword [ebp - 64], 'a pr' mov dword [ebp - 60], 'oof '
Buf, esto me parece una chorrada inútil, no sé si GAS aceptará eso, pero weno, siempre puedes pasarlo a hexadecimal: movl 0x48692C20, -76(%ebp)
(no recuerdo cómo se definían los números hexadecimales en GAS ) La 1° me deja la dudas por el tamaño de los operadores
Sería movw -20(%ebp) , %cx ? Sip Hm no sé si GAS aceptará esto, pero puedes cargar las direcciones en registros (LEA) y computar dicha resta.
224
« en: Sábado 12 de Febrero de 2011, 12:42 »
Bueno, NASM acepta tanto sintaxis Intel como AT&T.
A primera vista, está bien para GAS. ¿Te da algún error/problema?
225
« en: Jueves 10 de Febrero de 2011, 09:23 »
Primero te agradecería que no pongas las cosas en formato Word, no todos tenemos Word ni porqué ver formatos propietarios cerrados. Usa PDF u otro formato abierto, sería de agradecer. Aparte, que ese documento ocupe 160 KiB me parece una exageración. En cuanto a tu cuestión, no entiendo qué es lo que no entiendes (valga la redundancia). Si expusieras más detalladamente tu duda, a lo mejor te puedo echar una mano. Saludos 
Páginas: 1 ... 7 8 [9] 10 11 ... 100
|
|
|
Mostrar Mensajes
