🚀 go-pugleaf

ni.tanto.ni.tan.calvo@es.es escribi� en mensaje
<36ed0019.9959182@news.bcn.ttd.net>...
>On Tue, 2 Mar 1999 12:35:29 -0000, "Bon-Scott" <laveneno@hotmail.com>
wrote:
>
>>se ha producido el error. Te aseguro que el 50% de los casos
>>es el m�dulo KERNEL32, COMDLG32, etc. , todos ellos
>>pertenecientes al "Sistema Operativo", y NO a las aplicaciones
>>que bastante problemas tienen para funcionar.
>>
>
>   eiiiinnn ?????
>
>   Esos errores son errores de las aplicaciones y no del
>sistema operativo. Si sabes algo de programacion lo entender�s
>enseguida, sabr�s que el kernel implementa funciones usadas
>por los programas de aplicacion, esas funciones reciben

  CRASO ERROR POR OMISION:

   El kernel no solo ofrece funciones a las aplicaciones, tambien:

  - Controla los recursos hardware del sistema (Discos, disqueteras,
    canales de E/S, Memoria, DMAs, CD-ROMs, etc.)
  - Crea/Gestiona/Controla procesos y los planifica en el tiempo y
    en el espacio (suponiendo m�s de 1 CPU)
  - Gestiona memoria (aqui confieso que no se si en Windows lo
     hace el m�dulo KERNEL u otro)
  - Y/O ofrece una API a los procesos para obtener y manejar
     los recursos que gestiona <--- esta es la tuya

   Si el m�dulo KERNEL peta puede ser desde que se haga en la
picha un l�o con la tabla de p�ginas, o que el scheduler de procesos
se lo haga todav�a m�s grande, o que se pelee con los canales
de DMA, etc... (Yo, por lo menos, no se distinguir entre lo uno
y lo otro simplemente por la direcci�n de memoria que sale en
la ventanita...)

>par�metros (hasta ah� me sigues ?), basta meter en uno


  Tranqui, te sigo perfectamente...

>de los par�metros una direccion ilegal de memoria para que
>la funcion del kernel no pueda acceder a esa direccion.

   A veces tiene la culpa el compilador... que yo tambi�n tengo
bastante experiencia en estos temas.

>  Precisamente el error indica que el kernel ha encontrado
>el error y en consecuencia aborta la aplicacion que lo ha
>generado. No conozco linux pero si en linux no pasa esto
>ser� porque destruye la aplicacion sin avisar al usuario
>(escribir� un log por lo menos)

  M�s o menos, se hace un volcado de memoria en un fichero
llamado 'core' que luego puede analizarse con cualquier
debugger...

>  Otra cosa muy distinta es cuando se cuelga todo windows,
>entonces s� que es un error de windows por no ser capaz de
>controlar las operaciones ilegales de una aplicacion.


  Aqu� es donde aparece nuevamente rastros de lavado de
cerebro de Microsoft, dices:

  "La culpa es de la aplicaci�n, que putea a Windows y el pobre
no tiene m�s remedio que colgarse..."

  Cuando deber�as decir:

  "La culpa es de Windows por ser completamente incapaz
de manejar situaciones excepcionales..."


Bon Scott