|
|
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 ... 171 172 [173] 174 175 ... 205
4301
« en: Jueves 23 de Marzo de 2006, 21:09 »
Mira micropais, no tengo ganas de discutir con vos, no sabes nada esta claro, no sigas perdiendo el tiempo ya me di cuenta: http://en.wikipedia.org/wiki/Ring_0
4302
« en: Jueves 23 de Marzo de 2006, 21:00 »
ahora que lo pienso para que la peresa y el miedo impulse an Windows (sin ofender digo esto porque ud saben como es de desagradable Unix para los usuarios)  Ojo que Windows NT es un muy buen S.O. que no tiene nada que ver con 9x. Apunta a otro segmento del mercado y para el mismo cumple con todas las caracteristicas necesarias.
4304
« en: Jueves 23 de Marzo de 2006, 20:53 »
OK, en cuanto me baje los simbolos de XP (en casa tengo Windows 2000) te digo si puedo ver algo.
4305
« en: Jueves 23 de Marzo de 2006, 20:43 »
#1 FreeBSD, OpenBSD, NetBSD... NO son distros de Linux. Otras payasadas mas de este tipo. Por que hay tantos Unix y porque se creo Cygwin? Por ser un S.O. robusto y confiable. Para que fuera mas facil portar los programas a Windows.
4306
« en: Jueves 23 de Marzo de 2006, 20:33 »
mm bueno ya me surgieron inquietudes pero no quiero participar de esto, veremos como le siguen ustedes dos.  Tranquilo JuanK no le voy a seguir el juego , un mal dia lo tiene
cualquiera , le faltan argumentos a Eternal Idol no dudo de sus
conocimientos tampoco creo a los mecanicos cuando dicen
(los pantallazos azules) Esto es la junta la trocola.
no voy a echar mas leña al fuego.
 SALUDOS
__MICROPAIS__ No tenes pelotas para reconocer que te equivocaste, quisiste presumir de conocimientos sobre un tema avanzado y tuviste la mala suerte de encontrarte con alguien que si sabe sobre el mismo, una lastima, das autentica pena. Deja tu msn y lo conversamos todos. ¿O tenes miedo de seguir quedando en ridiculo con frases IDIOTAS tipo el anillo 0 esta en el disco duro? ¿Eso lo pensas rectificar alguna vez?
4307
« en: Jueves 23 de Marzo de 2006, 20:27 »
En cuanto a que no puedo tocar en ring 0 (jeje):
Microsoft Windows Internal, Fourth Edition (Mark Russinovich y David Solomon) pagina 16 (miren que basico es esto, el libro tiene 1000 paginas mas o menos):
"To protect user applications from accessing and/or modifying critical operating system data, Windows uses two processor access modes: user mode and kernel mode. User application code runs in user mode, whereas operating system code (such as system services and device drivers) runs in kernel mode. Kernel mode refers to a mode of execution in a processor that grants access to all system memory and all CPU instructions".
Instrucciones como lidt por ejemplo.
4309
« en: Jueves 23 de Marzo de 2006, 20:15 »
Sabia que esto hiba a teminar asi - cuantos NUCLEOS MICROSOFt has compilado
tienes permiso para modificar una almendra MICROSOFT (NT no es LINUX).
Bajate una demo que veamos tus conocimientos haber como tocas el anillo cero que esta directamente en el disco duro y no se puede rectificar ni siquiera comprobar por métodos debug. Me vas a decir que tienes discos duros especiales para la compilacion ó es que juegas con los anillos exteriores - programas vulgares bajate una demo y comprobemos tus conocimientos.
o rebajate y piensa lo que dices primero
ASM no es mi fuerte pero piloto lo suficiente.
SAL_u_DOS 
__MICROPAIS__ ¿Hiba? Tus conocimientos de Windows NT estan a la par ... ¿El anillo cero esta en el disco duro? Jaaaaaaaaaaaaaz, antologico eso, antologico. No tengo tanto tiempo para perder respondiendote, leyendo tu respuesta y etc, si queres pasame tu msn y te cierro la boca de una vez.
4310
« en: Jueves 23 de Marzo de 2006, 20:08 »
y aca vamos de nuevo  JuanK creo que despues de tanto tiempo ya sabes un poco mas de Windows NT y te das cuenta de la BURRADA que acaba de decir este tipo.
4311
« en: Jueves 23 de Marzo de 2006, 20:01 »
4312
« en: Jueves 23 de Marzo de 2006, 17:21 »
Producidos por Procesos modo kernel o accesos a una
dirección de memoria no autorizados o una peticion
de direccion IRQ demasiado elevada hardware mal
instalado o defectuoso. Lo que en realidad no entiendo es eso de arriba: ¿Procesos modo kernel? Tal vez te referis a hilos ejecutando en modo Kernel, los procesos no tienen una caracteristica de modo Usuario/modo Kernel. ¿Acceso a una direccion de memoria invalida? Eso produce una excepcion, las excepcion se pueden controlar pero si no se controlan tenemos dos escenarios posibles, e nmodo Usuario muerte del proceso y en modo Kernel BSOD. ¿Una peticion de direccion IRQ demasiado elevada? Esto si que me intriga, no se de donde lo habras sacado ni que querras decir con eso. Tal vez estes haciendo alusion a uno de los casos mas comunes de BSOD que es el producido por un intento de acceso a memoria PAGINADA en un IRQL (Interrupt Request Level) igual o superior a DISPATCH_LEVEL. Esto produce un BSOD al ser necesario ejecutar el manejador de fallos de pagina que solo puede correr en un IRQL menor a DISPATCH_LEVEL (PASSIVE o APC).
4313
« en: Jueves 23 de Marzo de 2006, 17:10 »
Evidentemente no solo 'agujero en el sistema' ni mal programados simplemente
hardware mal instalado o defectuoso en la mayoria de los casos
- ¡si eso no lo entiendes!... La verdad que el que no entiende sos vos, estoy hablando sobre un BSOD generado por codigo de MODO USUARIO y me respondes esto ... no tiene nada que ver.
4314
« en: Jueves 23 de Marzo de 2006, 16:06 »
No hagas spam ... 
4315
« en: Jueves 23 de Marzo de 2006, 14:00 »
pero ya es hora de que los linuxeros (y no me refiero solo a su-) se den cuenta que windows 95, 98 y ME son historia y que de ellos no queda sino el recuerdo, los sistemas microsoft modernos poco o nada tiene que ver con los descendientes directos del DOS. "hablando de 9x, es un S.O. absolutamente obsoleto y no creo que nadie sea tan caradura de comparar a Linux de hoy con Windows de 1995 ... " Tengo un windows XP instalado en mi casa y desde hace mas de dos años no he recibido un pantallazo azul, el ultimo que recibi fue porque deconecte mi modem usb estando en uso, lo cual genero un fallo de proteccion en no se que cosas.. y me imagino que fue por un driver mal programado. Es lo mas probable.
4316
« en: Jueves 23 de Marzo de 2006, 11:21 »
En esa carpeta se generan por defecto los archivos .DMP que tienen informacion sobre el estado de la maquina en el momento del BSOD. Si queres que te ayudemos tenes que subirlos y para que podamos verlos.
4317
« en: Miércoles 22 de Marzo de 2006, 23:11 »
En %SystemRoot%\Minidump (%SystemRoot% es casi siempre en XP WINDOWS) tenes que tener archivos de informacion sobre el BSOD, subilos para que te podamos ayudar.
4318
« en: Miércoles 22 de Marzo de 2006, 22:31 »
Personal Computer & internet agosto 2004 pagina 121 
Normal que te suene ya he mencionado que 'toco' TODOS los
sistemas operativos que caen en mis manos antiguos y modernos
y No solo WINDOWS.  ¿El articulo que cita Cluster? Sino no se a que te referis realmente ... Que tal un virus , un dialer o software malintencionado que presume que algunos recursos le pertenecen.  Evidentemente eso no fue lo que pregunte pero a menos que encuentren un agujero en el sistema no pueden generar un BSOD desde modo usuario. que tal un bloque RAM defectuoso por descarga electrostatica , que te parece unas tarjetas de red que se les va la pinza Eso tiene mucho menos que ver con la pregunta, es hardware y no software. XP esta basado en el Antiguo NT( NT era la ****** en sus tiempos ) . XP es Windows NT 5.1 y el denominado NT a secas era el Windows NT 4.0 y cuando me refiero a NT siempre es a NT 4.0 en adelante, incluyendo hasta Vista (NT 6.0) de 64 bits. por cierto cuantos pantallazos azules has recibido en NT , en 'G'uin 98 me lo creo Los logicos teniendo en cuenta lo que comente anteriormente sobre que cada excepcion no controlada en modo Kernel equivale a un BSOD. Ni siquiera vale la pena perder el tiempo hablando de 9x, es un S.O. absolutamente obsoleto y no creo que nadie sea tan caradura de comparar a Linux de hoy con Windows de 1995 ...
4319
« en: Miércoles 22 de Marzo de 2006, 15:11 »
Eso de arriba me suena a un articulo hecho por Microsoft que ya nos cito otro usuario del foro hace un tiempo ... Producidos por Procesos modo kernel o accesos a una
dirección de memoria no autorizados o una peticion
de direccion IRQ demasiado elevada hardware mal
instalado o defectuoso. Cualquier hilo que se ejecute en modo kernel puede generar una excepcion no controlada que produzca un BSOD. ¿Cual es la razon? Se supone que todo el codigo que se ejecute en modo kernel es confiado entonces si este codigo falla por alguna razon el sistema deja de ser confiable y es preferible cerrarlo que seguir trabajando con datos que podrian estar corruptos. Desde un programa de modo usuario es BASTANTE pero BASTANTE dificil lograr un BSOD, me encantaria que algun programador nos cuente algun caso en que el lo generara sin querer. PD. Hace bastante tiempo que me dedico a programar drivers de modo Kernel para Windows NT.
4320
« en: Martes 21 de Marzo de 2006, 21:46 »
No se entiende muy bien tu respuesta realmente pero aca tenes una pagina que te va a servir: http://win32asm.cjb.net/
4321
« en: Martes 21 de Marzo de 2006, 08:45 »
¿Borland 5.5? ¿No sera por casualidad de 32 bits? Si ese es el caso el problema esta en que tu codigo es de 16 bits y no podes mezclarlo con codigo de 32 bits.
4322
« en: Sábado 4 de Marzo de 2006, 22:23 »
La API de Windows esta documentada en http://msdn.microsoft.com y esta escrita en C. Se puede usar desde cualquier lenguaje que permita llamadas a DLLs de Windows (C, C++, VB, assembly, etc).
4323
« en: Sábado 4 de Marzo de 2006, 17:45 »
Toda esa informacion te la provee el Sistema Operativo y por lo tanto necesitas conocer la API del mismo.
4324
« en: Jueves 2 de Marzo de 2006, 15:45 »
Por favor Eternal Idol y Pabloreda desen ya un  Y si lo dejamos mejor en un apreton de manos 
4325
« en: Jueves 2 de Marzo de 2006, 14:56 »
De nadas, me alegro de que te haya servido 
Páginas: 1 ... 171 172 [173] 174 175 ... 205
|
|
|
Mostrar Mensajes
