18 replies to this topic

[mikrosurfer]

  Pues así es uso delphi 2010, si tengo una base de datos usando BDE en mi caso, la base de datos tipo acces, declarada con un alias, y funcionando, también hay una tabla en la misma base de datos, manejada con un objeto table, y con su propiedad active en true, pues bien, resulta que en algún momento borro la tabla, por alguna razón y abro el programa con delphi, este se cierra inmediatamente sin mediar palabra, debería de salir por ejemplo "error tabla no exist" o algo, pero se cierra y si uno no se acuerda que fue lo que paso  puede que le toque comenzar de nuevo  , y lo otro como hago para que no me salga el depurador, si no lo entiendo para que lo quiero, claro que lo pueda activar algún día cuando lo pueda necesitar.
Gracias por su atencion  

[egostar]

Para correr un programa sin el debugger lo puedes hacer presionando Shift+Ctrl+F9.

Salud OS

[egostar]

¡Caramba!, como maldición, hace unas horas y después de que contesté en este hilo trabajando con una aplicaciocita me ha pasado lo que comentas, al querer abrir la propiedad SQL de un IBQuery manda un pavoroso error y te pregunta si quieres entrar al depurador de VStudio o si quieres cerrar el bds.

De cualquier forma si no has guardado tu proyecto te jodes porque no te da opción de guardar antes de cerrar. Primer asunto que no me ha gustado, he tenido que entrar a editar el dfm e incluir manualmente la sentencia SQL que quería, porque a través del IDE "nomás" no quiso 

Salud OS

PD; Estoy usando Delphi XE

[mikrosurfer]

Hola egostar,  te ha pasado lo mismo que a mi, pero y entonces no se puede hacer nada? yo pense que era mi culpa, la unica que se me ocurre es cargar la base de datos en tiempo de ejecucion, pero no se como, podrias darme alguna idea.  Saludos.

[egostar]

Hola egostar,  te ha pasado lo mismo que a mi, pero y entonces no se puede hacer nada? yo pense que era mi culpa, la unica que se me ocurre es cargar la base de datos en tiempo de ejecucion, pero no se como, podrias darme alguna idea.  Saludos.

Pues no tengo idea, porque ese proyecto ya estaba funcionando con esos componentes y no habia dado problema, como no sea un bicho raro de esos que saltan en cierta fecha

Pues será cosa de enviar el asunto a Embarcadero, ayer intenté buscar alguna solución en sus páginas, pero ya era algo tarde, bueno algo temprano (4AM) y tenia que dormir algo si no iba a estar todo zombie en la oficina.

Salud OS

[andres1569]

Copio y pego un texto extraído de una página de Danysoft, donde el Administrador relata algunas de las preguntas que se hicieron en un evento de presentación de RAD Studio en Barcelona. No es que aclare mucho las cosas, pero se da a entender que el IDE sobre el que se asienta hoy  Delphi está realizado AUN sobre .NET, respondiendo a una pregunta sobre cierres inesperados de Delphi:

P | ¿Realmente es más estable el IDE de RAD en cada versión?, en un  proyecto  particular sigue presentando problemas de Access Violation y  cierres inesperados.
R | Si bien las optimizaciones incorporadas en el IDE en las últimas  versiones, .NET Framework 2.0 – 3.5, nuevo gestor de memoria, etc. O en  esta última con las mejoras del compilador ha resultado sumamente  beneficiosas para la estabilidad, no podemos olvidar que RAD es cada vez  un producto más complejo, donde se aúnan cada vez más capacidades a un  coste de recursos. Si nos encontramos ante proyecto con mucho código y  sin modularizar es muy probable que el entorno se resienta.

Por casualidad (estaba buscando otra información) me encontré ayer con ese texto, en realidad no aclara gran cosa, la excusa de si estamos trabajando con un proyecto con mucho código y sin modularizar no me convence en absoluto.

Saludos

[egostar]

Copio y pego un texto extraído de una página de Danysoft, donde el Administrador relata algunas de las preguntas que se hicieron en un evento de presentación de RAD Studio en Barcelona. No es que aclare mucho las cosas, pero se da a entender que el IDE sobre el que se asienta hoy  Delphi está realizado AUN sobre .NET, respondiendo a una pregunta sobre cierres inesperados de Delphi:

P | ¿Realmente es más estable el IDE de RAD en cada versión?, en un  proyecto  particular sigue presentando problemas de Access Violation y  cierres inesperados.
R | Si bien las optimizaciones incorporadas en el IDE en las últimas  versiones, .NET Framework 2.0 – 3.5, nuevo gestor de memoria, etc. O en  esta última con las mejoras del compilador ha resultado sumamente  beneficiosas para la estabilidad, no podemos olvidar que RAD es cada vez  un producto más complejo, donde se aúnan cada vez más capacidades a un  coste de recursos. Si nos encontramos ante proyecto con mucho código y  sin modularizar es muy probable que el entorno se resienta.

Por casualidad (estaba buscando otra información) me encontré ayer con ese texto, en realidad no aclara gran cosa, la excusa de si estamos trabajando con un proyecto con mucho código y sin modularizar no me convence en absoluto.

Saludos

jejeje, no amigo, mi programita tiene tres formas básicas, algunos componentes nativos (ninguno de terceras partes), un DataModule con un IBConnection, un IBTransaction, 2 IBTables y 2 IBQuerys, además de 40 lineas de código en la forma principal.

Como podrás observar es un juego de niños.

Salud OS

[mikrosurfer]

El mio es mas censillo y sigue pasando. 

[andres1569]

Eeeeeeeeehhhh !!    Yo no dije que debiera pasar si el proyecto es grueso, menos aún en una herramienta potente como Delphi destinada a construir aplicaciones de gran calibre, simplemente hice notar que estos fallos de cierres inesperados están reportados, y de hecho eso de que puede suceder con proyectos complejos me parece una mala excusa (tampoco es que el responsable de Danysoft tenga culpa de ello, se limita a dar una posible explicación). A mi me sorprende que el IDE de Delphi todavía dependa de .NET (lo entiendo en Delphi Prism) , y recuerdo que antes, en los IDEs previos a Delphi 8.0, estos cierres misteriosos no sucedían, o al menos no tengo constancia de estos problemas. Quizás el depender de .NET sí tenga algo que ver con estos problemas 

Saludos

[egostar]

jejeje, ni yo he acusado a andres1569 de que ha dicho una barbaridad, en todo caso quien lo dijo fué el personal de Dynasoft

Y pues si realmente es extraño que no quieran evitar el uso de .NET para un IDE que nada tendría que ver con .NET, aunque debo decir que mi Turbo Delphi también lo usa y no tiene esos latosos problemas 

Salud OS

[andres1569]

El mio es mas censillo y sigue pasando. 

Por lo visto, puede suceder en cualquier aplicación, no sólo en programas que se apliquen a censos pequeños      

Dices que sigue pasando, ¿sucede bajo un mismo patrón de comportamiento o de forma aleatoria? Si os sucede en una aplicación pequeña y que se pueda publicar sería bueno que probáramos en distintas máquinas y entornos a ver si a todos nos sucede lo mismo.

Saludos

[Kipow]

Eso mismo me sucede a mi en D2010 pero no es siempre no he detectado porque lo hace.

[egostar]

El mio es mas censillo y sigue pasando. 

Por lo visto, puede suceder en cualquier aplicación, no sólo en programas que se apliquen a censos pequeños      

Dices que sigue pasando, ¿sucede bajo un mismo patrón de comportamiento o de forma aleatoria? Si os sucede en una aplicación pequeña y que se pueda publicar sería bueno que probáramos en distintas máquinas y entornos a ver si a todos nos sucede lo mismo.

Saludos

Por la tarde/noche subo algo.

Salud OS

[mikrosurfer]

Bueno ya hize un ejemplo para que lo prueben, sigo el procedimiento rutinario para dar acceso a una base de datos usando BDE, que es el mas simple de usar por lo menos para mi.
Una base de de datos prueba.accdb, registrada con el alias de pruebas, tiene una tabla llamada tabla1, creo el proyecto uso bde, table, datasourse y un dbstringrid para visualizar, mientras la tabla existe todo bien si elimino la tabla y trato de abrir el proyecto se cierra todo delphi sin mediar palabra  , ni una sola  , nada aca subo el ejemplo.

[Wilson]

He bajado y corrido el ejemplo sobre Delphi 2010 en Windows 7  y no encuentro ningún problema, de hecho en la db no había tablas, creé una tabla y abre sin problemas, eliminé nuevamente la tabla de la db y abrí de nuevo el proyecto y me saca el error "Table no exist ...." pero en ningún momento falla  el Delphi, también probé a eliminar el TTable y no hubo problemas.

Por lo tanto parece que el problema es de tu entorno.

Saludos.

[egostar]

Que tal

Intentaba adjuntar una pequeña prueba de la aplicación que comentaba mensajes arriba, pues nada, antes de publicarla "me dije a mi mismo", mi mismo checa una vez más antes de subirla y como por arte de magia o algún karma que esté pagando ya no falla la maldita

Me parece que hizo san lunes

Salud OS

[andres1569]

He probado la aplicación que subió Mikrosurfer y, salvo problemas a la hora de conectar con la base de datos (no sé si tiene que ver con la versión de Access que tengo instalada, con el Alias que creé con el BDE, o si debería conectarla por ODBC), no se me ha cerrado Delphi 2010 en ningún momento. Recordad que Delphi 2010 lleva ya 5 Updates, por si las moscas.

Intentaba adjuntar una pequeña prueba de la aplicación que comentaba mensajes arriba, pues nada, antes de publicarla "me dije a mi mismo", mi mismo checa una vez más antes de subirla y como por arte de magia o algún karma que esté pagando ya no falla la maldita

Me parece que hizo san lunes

Ya sabes que cualquier artilugio funciona bien cuando ve venir al técnico, en cuanto te olvides del asunto ¡¡ ZAAAASSSS !!, volverá a pasarte   

La expresión "ya no falla la maldita" me ha hecho gracia, ¿no se supone que quieres que Delphi funcione como un reloj suizo? ¿ahora echas de menos que falle?       

Bueno, habrá que esperar a que vuelva a suceder, ya saben que "el ladrón siempre regresa al lugar del crimen". En tu caso egostar, siempre que te dé algún problema amenázale con subirla a DelphiAccess y verás que pronto se calmará.

Saludos

[egostar]

He probado la aplicación que subió Mikrosurfer y, salvo problemas a la hora de conectar con la base de datos (no sé si tiene que ver con la versión de Access que tengo instalada, con el Alias que creé con el BDE, o si debería conectarla por ODBC), no se me ha cerrado Delphi 2010 en ningún momento. Recordad que Delphi 2010 lleva ya 5 Updates, por si las moscas.

Pero yo tengo Delphi XE, se supondría que XeEya debería de traer esos 5 updates y algo más......

Ya sabes que cualquier artilugio funciona bien cuando ve venir al técnico, en cuanto te olvides del asunto ¡¡ ZAAAASSSS !!, volverá a pasarte   

La expresión "ya no falla la maldita" me ha hecho gracia, ¿no se supone que quieres que Delphi funcione como un reloj suizo? ¿ahora echas de menos que falle?       

Bueno, habrá que esperar a que vuelva a suceder, ya saben que "el ladrón siempre regresa al lugar del crimen". En tu caso egostar, siempre que te dé algún problema amenázale con subirla a DelphiAccess y verás que pronto se calmará.

Saludos

jejeje, es que no me gusta que me hagan quedar mal y si dije que fallaba es que fallaba, mi honorabilidad está en entredicho

Salud OS

[andres1569]

He probado la aplicación que subió Mikrosurfer y, salvo problemas a la hora de conectar con la base de datos (no sé si tiene que ver con la versión de Access que tengo instalada, con el Alias que creé con el BDE, o si debería conectarla por ODBC), no se me ha cerrado Delphi 2010 en ningún momento. Recordad que Delphi 2010 lleva ya 5 Updates, por si las moscas.

Pero yo tengo Delphi XE, se supondría que XeEya debería de traer esos 5 updates y algo más......

Pues descartemos ya el tema de los Updates 

... ya saben que "el ladrón siempre regresa al lugar del crimen".

¿Eso escribiste Andrés? Creo que se debe decir "el asesino" 

jejeje, es que no me gusta que me hagan quedar mal y si dije que fallaba es que fallaba, mi honorabilidad está en entredicho

Tranquilo, egostar, tu honorabilidad está a salvo, te hemos creído ... sólo espero que tarde o temprano puedas demostrar que Delphi XE te dejó tirado realmente 


Saludos