|
|
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 - Eternal Idol
Páginas: 1 ... 77 78 [79] 80 81 ... 205
1951
« en: Sábado 1 de Septiembre de 2007, 09:44 »
1952
« en: Miércoles 29 de Agosto de 2007, 09:59 »
De nadas  Lo que hice fue depurarlo y ver en que punto fallaba.
1953
« en: Miércoles 29 de Agosto de 2007, 09:07 »
Asi como hiciste:
&persona.telefono
Tenes que hacer lo mismo con la fecha, pasarle la direccion de memoria y no el valor a scanf.
1955
« en: Sábado 25 de Agosto de 2007, 16:40 »
wa  quebrar la seguridad de XP? con una DLL? no pienso hacerlo, pero acabas de despertar mi curiosidad... yo pensaba que para ejecutar intstrucciones privilegiadas la unica manera era hacer un VxD o similares que corriera en ring-0...
podrias aclararme esto de la seguridad xfa¿ No me referia a una DLL, dije libreria en sentido general, todas esas solucioones involucran un driver de modo Kernel (los VxD son de 9x). Si lees el hilo enlazado anteriormente lo entenderas mejor.
1956
« en: Sábado 25 de Agosto de 2007, 08:57 »
Para poder controlar los puertos en XP ycompania, he encontrado un aplicacion llamada UsePort que te permite desbloquear el puerto que tu le especifiques.
Debes seguir unos sencillos pasos. Incluye un pdf.
De momento no tengo a la mano de donde la halle. Es mejor NO usar ese tipo de soluciones que se basan en quebrar la seguridad del sistema. Esto lo escribi en otras ocasiones: Es por seguridad, asi como se separan los espacios de memoria, no se permite el acceso directo al hardware ya que se considera una accion privilegiada y peligrosa. Ademas de el problema que acarrea el acceso simultaneo por diferentes procesos que no se sincronizan entre si en lo mas minimo. Dificilmente usen IN e OUT directamente ya que los drivers en NT tienen el objetivo de ser portables entonces se usan funciones o macros del HAL para este tipo de acceso. Y aca hay un hilo donde se trata una libreria que debe hacer algo similar cuanto menos: http://foros.solocodigo.com/index.php?show...4&hl=iodll&st=0
1957
« en: Viernes 24 de Agosto de 2007, 14:42 »
OKAS 
1958
« en: Viernes 24 de Agosto de 2007, 13:12 »
Comproba que haya suficiente espacio para el nombre ...
1959
« en: Viernes 24 de Agosto de 2007, 00:19 »
por cierto eternal, al margen de este foro...
¿sabes como se pueden controlar los puertos lpt y com bajo winxp? busque informacion hace tiempo, pero no encontre ni formas, ni API's. Igual que cualquier otro dispositivo con la funciones de archivos (CreateFile, ReadFile, WriteFile, etc), DeviceIoControl y configurandolo. En la MSDN viene todo: CreateFileCommunications
1960
« en: Viernes 24 de Agosto de 2007, 00:13 »
¿Lo probaste en un 9x? Eso es codigo de 16 bits ... en un S.O. de la gama NT esta emulado, en teoria deberia funcionar ... http://www.cmkrnl.com/faqvdd.htmlIgual proba a depurarlo con debug.exe para ver que hace "exactamente".
1961
« en: Jueves 23 de Agosto de 2007, 22:10 »
¿Falta alguna otra sugerencia para hacer spam?  
1962
« en: Jueves 23 de Agosto de 2007, 21:54 »
de hecho, creo que los propios programas son threads a su vez del SO.. o algo asi... al desensamblar un programa, la ultima llamada a una API que hace windows antes de pasarle el puntero al programa, es un ZWSetInformationThread...
no me hagan mucho caso; realmente no se si la llamada es para el hilo principal del proceso, o para el proceso en si No, basicamente un proceso es un programa en ejecucion. Todo proceso tiene cuanto menos un hilo principal y puede crear otros, estos son hilos de modo Usuario. En cuanto a lo que hace el loader es esto: push 4 lea eax, [ebp+8] push eax push 9 push 0FFFFFFFEh call dword ptr [kernel32!_imp__NtSetInformationThread] call dword ptr [ebp+8] push eax call kernel32!ExitThread
Teniendo en cuenta que 0xFFFFFFFE es un pseudo-HANDLE al hilo actual y que el 9 es ThreadQuerySetWin32StartAddress, vemos que lo que hace esa llamada es en realidad asignar la direccion del entry point al hilo y posteriormente llamarla. Cuando nuestro ejecutable retorne se cerrara el hilo principal con el valor devuelto. Las llamadas en Windows suelen estar claramente identificadas en su nombre y esta es para hilos.
1963
« en: Jueves 23 de Agosto de 2007, 21:51 »
hmmm... se te ocurre alguna manera de enfocarlo con alguna utilidad practica? visto lo visto.. no tiene mucha no? 
gracias x todo Sinceramente no pero como te decia al principio para aprender seguro que es un gran proyecto.
1964
« en: Jueves 23 de Agosto de 2007, 21:40 »
Depuralo y fijate en que punto se cuelga, a mi me funciona con VC++.
1965
« en: Jueves 23 de Agosto de 2007, 21:13 »
 entendido... la verdad es que la idea surgió de resolver encriptaciones por fuerza bruta... eso me llevo a darme cuenta de que entre:
· los servicios de video gráficos
· el multiproceso
No se cuanto pueden afectar los graficos especialmente con placas de video de verdad (hardware - caracteristicas no emuladas por software -) y ahora ya son comunes los multiprocesadores reales tambien. · las toneladas de codigo basura que tiene windows (es codigo cerrado, lo sé, pero tamoco creo que sea un codigo estilizado 100%) xD En realidad en este foro eso no tiene mucho sentido, el codigo en assembly de Windows es accesible muy facilmente con los depuradores que proveen  · las salvajadas que hacen algunos compiladores, como por ejemplo, un sencillo MsgBox en Visual Basic.. Ciertamente VB deja bastante que desear pero VC++ es excelente. pense que si todo eso se pudiera eliminar, es decir, si realmente dispusiesemos del procesador solo para nosotros, trabajando a toda caña, quizas las cosas serian un poco mas faciles... (y + rapidas!) Faciles en lo absoluto, el S.O. es una abstraccion que provee una simplicidad enorme, tal vez logres mayor velocidad. lo de las matematicas surgio xq creo que es una aplicacion util al programa, sobre todo trabajar con matrices (de ahí lo de matlab). tb pense en reenfocar todo desde el punto de vista de un SO, pero eso si que se me va realmente fuera de las manos...  ¿Si lo enfocas como un S.O. no seria mejor investigar sobre RTOS?
1966
« en: Jueves 23 de Agosto de 2007, 20:43 »
 la verdad es que el objetivo era que sirviera de algo...
Creo que es muy dificil teniendo en cuenta que se puede proveer la misma funcionalidad pero bajo un S.O. moderno. Este proyecto implicaria salir del mismo para hacer una tarea muy especifica, la tendria que hacer a la perfeccion como para que sea minimamente util. TODO ESTO BAJO MI PUNTO DE VISTA OBVIAMENTE. cconozco el mecanismo de arranque y de pasaje a 32 bits, uso de la GDT y algo (minimo) de la IDT... pero ya.. la cuestion es compleja de programar, y sería interesante (creo, si no no lo propondria ) para gente que trabaja en simulaciones, o en captura de datos desde el exterior (p. ej. podría haber algo relacionado con el puerto paralelo, o el puerto serie)... Mucho mejor pero por ejemplo puerto paralelo y serie ya son cosas del pasado  Por mas que se sigan usando, puede que tengas mas exito en el foro de microcontroladores en ese sentido. no se... de verdad piensas que nadie va a querer? (no es un reproche, ni amenaza, es solo que sabras mejor los intereses qe tiene la gente ) No fue eso lo que dije, puede que haya mucha gente interesada aunque lo dudo, mas que nada me referia a que desde mi punto de vista es demasiado esfuerzo para tan poca utilidad. Por eso decia que si es para aprender siempre vale
1967
« en: Jueves 23 de Agosto de 2007, 20:29 »
Si el objetivo es aprender me parece interesante, si el objetivo es que sirva para algo me parece que vas a perder el tiempo.
Hay varios hilos en este subforo de donde podes sacar tanto ideas como enlaces interesantes. Tenes que aprender sobre el proceso de arranque de una PC, pasaje a modo protegido (32 bits), modelo de memoria que quieras usar, manejo de interrupciones y varias cosas mas.
1968
« en: Jueves 23 de Agosto de 2007, 20:27 »
jajajajjaaa
de acuerdo, actuaremos asi...  xD
un saludo a todos En este momento puedo acceder tambien ... sera cosa del servidor ...
1969
« en: Jueves 23 de Agosto de 2007, 18:21 »
Comproba el valor de aux y por logica la funcion ultimoCont.
1970
« en: Jueves 23 de Agosto de 2007, 17:57 »
De nadas
1971
« en: Jueves 23 de Agosto de 2007, 17:56 »
Efectivamente la pagina no esta disponible (se ve que el cache de mi firefox sirve), buscando en Google "Programming the PC Speaker, part 1" se puede ver en el cache
1972
« en: Jueves 23 de Agosto de 2007, 16:31 »
Con esos datos es muy dificil determinar cual es el problema, comproba que estas usando un buffer con suficiente espacio, que los datos que intentas copiar/concatenar no sean nulos, etc.
Lo mejor que podes hacer es ayudarte a vos mismo depurando el programa y viendo el estado de los buffers en cada momento.
1973
« en: Jueves 23 de Agosto de 2007, 16:17 »
hola!
eternal, me parece que hay un problemilla con tu link.. mas que nada porque no me tira... podrias revisarlo xfi? la verda es q me interesa... Eso parece, esta mañana (desde casa) me funcionaba, igual no creo que encuentres nada que no este en el otro (sobre los timers). Mas tarde me fijare a ver que pasa ... probablemente este en el cache de Google disponible de ultima.
1975
« en: Miércoles 22 de Agosto de 2007, 09:06 »
Estoy recien probando Win Vista con algunos ejecutables hechos con asm y no se ejecuta de ninguna manera ninguno, seguire intentando haber que pasa...
son ejecutables que si funcionaban en xp ... En Vista de 32 bits deberian funcionar, fijate en que punto fallan exactamente (tal vez con el debug.exe) pero igual es tecnologia totalmente obsoleta
Páginas: 1 ... 77 78 [79] 80 81 ... 205
|
|
|
Mostrar Mensajes
