Problema al controlar excepcion en Visual Studio

Iniciado por Skeletron, 23 Enero 2010, 16:11 PM

0 Miembros y 1 Visitante están viendo este tema.

raul338

De hecho tu eres el unico que tiene el problema, a todos nos lo control bien  :silbar:

seba123neo

todo error es por algo, a veces humano o a veces de algo externo, como parece ser en este caso, pero en realidad siempre por un error humano, yo diria si queres solucionar el problema subas ese programa a un servidor asi lo chequeamos, total si es eso nomas, nadie aca va a copiarte nada del codigo.
La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson

Skeletron

Joder tios.. eso era lo unico en el programa...
Dios santo!..

[D4N93R]

Hola, en verdad es muy extraño xD

Pero intenta eso, solo para ir descartando:

En tu mismo equipo codea esa misma clase pero en C#, si, todos sabemos que es lo mismo, pero no todos saben que son compiladores diferentes y no quedan 100% en msil cuando haces algo en VB que en C#.

jajaja ya te dije que era un bucle infinito jajajjajajja que risa.. no se si te habras dado cuenta ajjajajjajjajjjajajajajjaajjajaja  :rolleyes:

LastDragon

Cita de: Skeletron en 26 Enero 2010, 18:19 PM
YA SE QUE ES UN BUBLE INFINITO!! LO HICE A PROPOSITOO!!!!!

Pero si es un bucle infinito, no IMPORTA!!!.. cuando te quedas sin memoria, salta una excepcion, y TIENE QUE SER CONTROLADA POR EL CATCHª!!!...................!!!!!!!!!!!!!!.............!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! y NO SE ESTA CONTROLANDO!!!!!!!


ES UN ASQUEROSO BUG DE VISUAL!!!


Bueno, parece que en realidad el problema es.... que no queda memoeria ni siquiera para que el catch funcione, tambien ten en cuenta que en windows cada objeto tiene un identificador del sistema operativo, cada ventana, cada etiqueta, cuadro, radio, todos tienen un identificador unico que windows conoce, si los llevas al maximo, no podras crear nada mas, ni un objeto mas, por que windows ya no tiene la capacidad de manejarlo. incluso no tendria espacio para asignarle su identificador al catch


asi que pueden ser 2 cosas

1 agotaste los identificadores de cada ventana ( cada objeto se considera una ventana )
2 agotaste completamente la ram disponible para tu programa

yo creo que es la primea opcion

[D4N93R]

Si pero de todos modos no debe dar ese error asi sin pasar por el catch.

Error de visual studio no es, puede ser un error del framework, del clr,  pero no de VS..

Algo se esta saltando.. Que procesador tienes? 64 bit? posiblemente no este bien optimizado y da esos errores..

LastDragon

Cita de: D4N93R en 29 Enero 2010, 19:55 PM
Si pero de todos modos no debe dar ese error asi sin pasar por el catch.

Error de visual studio no es, puede ser un error del framework, del clr,  pero no de VS..

Algo se esta saltando.. Que procesador tienes? 64 bit? posiblemente no este bien optimizado y da esos errores..

creo que no lo deje muy claro...

el mismo catch requiere un identificador (hdwnd) manejador de ventnas, como quieras llamarle...

el identificador es un numero entenro que si es llevado al limite, para evitar el desborde de su variable, simplemente no almacenara mas....

no hay espacio ni para asignarle al catch un identificador, no hay nada que atrape el error, el error no esta en el programa esta en la limitacion del sistema operativo

Skeletron

Pero si hubo espacio para dar el mensaje de error con su respectivo texto en VISUAL STUDIO ¬¬

Pero.. puede ser

[D4N93R]

Cita de: LastDragon en 29 Enero 2010, 23:33 PM
Cita de: D4N93R en 29 Enero 2010, 19:55 PM
Si pero de todos modos no debe dar ese error asi sin pasar por el catch.

Error de visual studio no es, puede ser un error del framework, del clr,  pero no de VS..

Algo se esta saltando.. Que procesador tienes? 64 bit? posiblemente no este bien optimizado y da esos errores..

creo que no lo deje muy claro...

el mismo catch requiere un identificador (hdwnd) manejador de ventnas, como quieras llamarle...

el identificador es un numero entenro que si es llevado al limite, para evitar el desborde de su variable, simplemente no almacenara mas....

no hay espacio ni para asignarle al catch un identificador, no hay nada que atrape el error, el error no esta en el programa esta en la limitacion del sistema operativo

Si tomas en consideracion esta respuesta:

Cita de: Skeletron en 30 Enero 2010, 00:17 AM
Pero si hubo espacio para dar el mensaje de error con su respectivo texto en VISUAL STUDIO ¬¬

Pero.. puede ser

Era exactamente lo que te iba a poner. Ademas, el CLR te avisa en algunos casos con excepciones justo antes de que sucedan, al fin y al cabo esa es la idea de un lenguaje administrado :S Esto pasa con problemas de Memoria, Bucles infinitos, etc..

Por lo que debe ser, y estoy casi seguro, algún error en tu equipo, procesador, framework mal instalado, algun problema con tu Ram, quien sabe. yo ya probé tu código y se ejecuta "correctamente", es decir, va para el catch sin rollos! un saludo!

seba123neo

ademas si fuera limite de handles, no podrias abrir ninguna ventana mas de windows...creo que esto el visual studio lo debe tener controlado sino seria un caos. por ahi lei que el limite de handles que puede crear por programa es de 10000, nunca lo pude probar, pero creo que esto no tiene nada que ver, ya que para que salte error de memoria no hace falta hacer un bucle infinito ni crear handles...
La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson