 Autor
|
Tema: Problema al controlar excepcion en Visual Studio (Leído 25,791 veces)
|
raul338
 Desconectado
Mensajes: 2.633
La sonrisa es la mejor forma de afrontar las cosas
|
De hecho tu eres el unico que tiene el problema, a todos nos lo control bien 
|
|
|
|
|
En línea
|
|
|
|
|
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.
|
|
|
|
|
En línea
|
|
|
|
Skeletron
Desconectado
Mensajes: 1.731
A long way to go
|
Joder tios.. eso era lo unico en el programa...
Dios santo!..
|
|
|
|
|
En línea
|
|
|
|
[D4N93R]
Wiki
Desconectado
Mensajes: 1.646
My software never has bugs. Its just features!
|
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  |
|
|
|
|
En línea
|
|
|
|
|
DragonFire
|
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
|
|
|
|
|
En línea
|
|
|
|
[D4N93R]
Wiki
Desconectado
Mensajes: 1.646
My software never has bugs. Its just features!
|
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..
|
|
|
|
|
En línea
|
|
|
|
|
DragonFire
|
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
|
|
|
|
|
En línea
|
|
|
|
Skeletron
Desconectado
Mensajes: 1.731
A long way to go
|
Pero si hubo espacio para dar el mensaje de error con su respectivo texto en VISUAL STUDIO ¬¬
Pero.. puede ser
|
|
|
|
|
En línea
|
|
|
|
[D4N93R]
Wiki
Desconectado
Mensajes: 1.646
My software never has bugs. Its just features!
|
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: 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!
|
|
|
|
|
En línea
|
|
|
|
|
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...
|
|
|
|
|
En línea
|
|
|
|
|
 |
