Depuracion y salto de código

[lucasarts_18]

Empezado por dec

Hola,

Si estás viendo instrucción por instrucción la ejecución de tu aplicación, no te sorprenda que los componentes entren en juego: hacen lo que se supone que tienen que hacer.

En algún momento claro que es muy bueno poder ver las fuentes de los componentes, pero ahora solo estorban porque demoro una enormidad en recorrer el codigo del componente, en fin una pérdida de tiempo (En este caso).

Saludos.

[roman]

¿Qué pasa si quitas del camino los fuentes pero dejando accesibles los dcu?

La aplicación debe compilar sin problemas ya que bastan los dcu. No habiendo fuentes no habrá manera de que F7 te lleve a ellos ¿no?

No digo que borres los fuentes pero sí que quites del Search Path su ubicación.

// Saludos

[lucasarts_18]

Empezado por roman

¿Qué pasa si quitas del camino los fuentes pero dejando accesibles los dcu?

No digo que borres los fuentes pero sí que quites del Search Path su ubicación.

Hola:

Primero que nada gracias por las ideas...
El Search Path me imagino que te refieres a Tools ->Environment Options ->
Ficha Library y la opción Browsing Path,de aquí, quite las referencias del componente.
Pero aún sigue llamando a esa Unit.
Está bien ó me equivoque yo.

Saludos.

[Mick]

Y digo yo, porque no pulsas F8 en lugar de F7 y asi evitas que se entre en esas funciones ????.

Adicionalmente, si te entra en el codigo de los componentes, es porque esos componentes estan compilados con informacion de debug, recompila esos paquetes, pero desactivando la casilla de informacion de debug.
No es logico que esos componentes esten compilados de esa manera, sobre todo porque cuando compiles una version del programa ya definitiva, el codigo de esos componentes incluira esa informacion de debug, haciendo que el codigo ocupe mas de lo normal, lo que no es adecuado para una version final.

Saludos

[[Lepe]]

Mejor que el depurador, es una ventana con un memo dentro al que le envias el texto que quieres evaluar, y las variables.

El motivo es simple, muchas veces saltar del programa al código fuente es bastante incómodo para ver un solo dato, por otra parte, el programa se queda congelado, y en rutinas de repintado de pantalla, grids y demás, acabas mareado.

Desde que tengo mi ventana FrmDebug, las depuraciones se hacen mucho más rápidas, incluso para ver las sentencias sql que fallan por equivocaciones mecanográficas.

Es bastante simple añadir métodos a esa ventana FrmDebug del tipo:

Código Delphi [-]
procedure Anade(TextoAmostrar: string; Variable:Integer); overload;
procedure Anade(TextoAmostrar: string; Variable:String); overload;
procedure Anade(TextoAmostrar: string; Variable:Float); overload;

que añaden esos textos al Memo.

Un saludo y espero que te guste la idea que no es nueva pero muy funcional.

[lucasarts_18]

Empezado por Mick

Y digo yo, porque no pulsas F8 en lugar de F7 y asi evitas que se entre en esas funciones ????.

Saludos

Esto de verdad resulta, ahora no me entra al código de esos componetes,justo lo que necesitaba...

Empezado por Lepe

El motivo es simple, muchas veces saltar del programa al código fuente es bastante incómodo para ver un solo dato, por otra parte, el programa se queda congelado, y en rutinas de repintado de pantalla, grids y demás, acabas mareado.

Esto es lo que más incomoda, al final démoro bastante y me aburro.
Probaré tu idea lepe para ver que tal...

Gracias a todos por su ayuda...Les debo una

Saludos.

[lucasarts_18]

Hola lepe:

Creo que entendería mejor tu idea con un ejemplo sencillo que puedas adjuntarme...quiero ver de que trata ese asunto del cual dices, me interesó la idea....

Saludos.

[roman]

Empezado por Lepe

por otra parte, el programa se queda congelado

En ocasiones, si se desea ver el contenido del formulario durante un "break" se puede optar por abrir la ventana de evaluación (Ctrl+F7) y "evaluar" la expresión Form1.Update.

// Saludos