Mensajes

Depende del enfoque que le des, no tiene porque ser mas complicado/tedioso, creo a ver leido y recuerdo algo, una de las razones por el cambio a x64 fue para tener/administrar mas memoria RAM. Pero eso no viene al caso.

Tambien tienes registros de 128 bits, depende de tu CPU de 256 bits y hasta los hay ya de 512 bits en los Intel mas actuales, ojo son CPU's de 64 bits, pero con registros por asi decirlo especiales para realizar otro tipo de calculos. Y hay mas aun...

El programa sera todo lo tedioso que tu quieras.


Sobre el libro tienes chinchetas y demas, sera mejor que esperes a que alguien te recomiende algo enfocado a Windows, si no quieres que te recomiendo algo puro ASM, me mandarias a la playa...

Un saludo.

P.D: Tambien lo que quieras programar si es con API, no tiene porque suponerte mas problemas.

[EI]

Entonces debo olvidarme de aprender a programar a 16 bits?  sería mejor a 32 bits no?

Si es lo mas aconsejable, tienes chinchetas en este mismo subforo hablando de libros, documentacion etc... Seguramente eres nuevo en esto, y habras acabado en un manual viejo, y de hay el code en 16 bits y con llamadas al DOS.

Ya te recomendaron una forma de empezar bien.

Si usas el TASM y codigo de 16 bits si, los Windows de 64 bits no soportan programas de 16 bis, es codigo obsoleto a esta altura.

A lo mejor lo entendi mal @EI, pero enserio no se puede colocar code en 16 bits? No me refiero a las llamadas a DOS, si no a instrucciones y demas.

Un saludo.

Como te dijeron arriba, estas usando un esquema por asi decirlo obsoleto usas llamadas al viejo DOS, no estoy familiarizado con estos sistemas pero se ve a leguas de que no es logico programar en 16 bits y con llamadas a DOS.

16 bits para modo real, y si funciona en DosBox es porque lo esta emulando.

realmente estoy confundido con el tema de los bits, en un lugar alguien dice 16 bits luego en otro lugar 32 bits y en otro 64 bits y me hago espagueti  , no sé cómo empezar.

Depende de tu CPU podras trabajar en 32 bits o en 64 bits, si es x64 en ambos modos, son casi similares las dos arquitecturas, por ejemplo en x64 tienes registros adicionales de calculo general r8-r15, y la arquitectura es algo distinta pero para eso tienes que informarte mejor.

Un saludo.

Fijate antes de matar el proceso, con un simple:

ps -a

Para saber la ruta del proceso, ejemplo de ps:

0:00 /usr/sbin/NetworkManager

Bastaria con ejecutarlo desde esa direccion y ya tendrias el proceso activo de nuevo, y creando conflictos  .

Con ejecutar en la consola esa direccion ya lo vuelves a restablecer, aunque no hace falta que escribas la ruta entera, ya que esta en sbin.

Un saludo.

No se si ese tipo de error se corregia con algun parche, ya que hace tiempo que no estoy en esto, cambia el canal por el que quieres hacer el scan:

iwconfig mon0 channel 2

El 2 por ejemplo, te comento lo de los parches, por el canal -1 ya que este no existe y eso podria se un indicio de algun error de ese estilo.

Si tienes problemas con esa orden, recuerda hacer un down aplicar los cambios y por ultimo el up.

Un saludo.

Lo se, simplemente dije esto porque seguro que tiene una politica en ACCEPT, desde mi punto de vista y desde el de mucha gente, es mucho mejor tener una politica en DROP, para lo que el quiere hacer.

No colocar un DROP a 1.2.3.4 y luego crear otra con un ACCEPT y el puerto.

Solo dije una recomendacion ya se que el problema no va de eso, la proxima no digo nada.

Un saludo.

No es mejor, establecer una politica DROP en INPUT y luego dejar paso a las direcciones y puertos convenientes?

Código (bash) [Seleccionar] Expandir

iptables -F
iptables -X
iptables -P INPUT DROP

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

iptables -A INPUT -p tcp -s 1.2.3.4 --dport 22 --syn -m state --state NEW -j ACCEPT

Un saludo.

Cual de ellos?

Por ejemplo el que mencionas .profile es de la ksh, no se cual es la relacion. Dime cual es el indispensable para que pueda entenderte.

Un saludo.

Supongo que si no te dijeron el S.O. pues nada. Ya que no tienes codes escritos y demas, tienes muchos tutoriales por la red de Winsock y de Linux.

Windows:

http://www.binarytides.com/winsock-socket-programming-tutorial/

Linux:

http://www.linuxhowtos.org/C_C++/socket.htm

Sobre lo del cifrado de Cesar, usa el buscador del foro, hay algunos temas que hablan de eso y con codes.

Si tienes preguntas sobre los codes, comentalas.

Hola

Podrias especificar el sistema sobre el cual vas a implementar ese cliente/servidor?

Lo raro es que digas que te mandaron hacer un trabajo, y que no sepas de que van los sockets, en clase mandan trabajos de temas que no estudiasteis previamente?

Un saludo.