Gracias, por compartir la solucion. Saludos,
Pancho Cordoba Argentina El 4 de febrero de 2016, 11:26, Omar Bellio <omarbel...@gmail.com> escribió: > Señores, gracias por las respuestas. > > Las implementé ambas. > > No sirvieron (jeh jeh jeeeeeeeh...) > > A ver, el coverage sólo me confirmó que todo se ejecutaba bien y en orden. > > El tema se resolvió poniéndole "with (Buffering = .T.)" en los cursores > involucrados en el SELECT. Evidentemente, aun siendo cursores de maniobra > que no deberían ser afectados por esto (o sí, no me calienta), sí lo son. > Con el Trace funciona bien porque se ve que le da tiempo a actualizar todo > y > en la ejecución normal no andaba. > > Horas dando vueltas, pero salió. > > Saludos! > > -----Mensaje original----- > De: GUFA@mug.org.ar [mailto:GUFA@mug.org.ar] En nombre de Omar Bellio > Enviado el: miércoles, 03 de febrero de 2016 05:45 p.m. > Para: GUFA List Member > Asunto: [GUFA] CÓDIGO CAPRICHOSO > > A ver... A VEEEEEEEEEERRRRRRRRRRRRRRRRR!!! (ya estoy un poquitittittitto > nervioso) > > Tengo un form que entre sus métodos, tiene uno que calcula un total > haciendo > un select entre un par de cursores (cabecera-detalle) mostrados en grillas > con checkboxes, según cómo se tilde o se destilden los registros. > > El tema es que poniendo un break en cualquiera de los métodos involucrados > en el proceso descripto, sin tocar nada, sin cambiar de área, sin modificar > valores, todo funciona a la perfección, independientemente de que se haga o > no un trace. Pero el código corrido sin pararlo, no anda o tiene un > comportamiento errático. > > Probé demorándolo con in inkey(1), probé poniendo un refresh del form antes > de hacer la cuenta, nada sirvió. Sólo la interrupción del debugger... por > el > momento estoy sin ideas. > > Salud!! > > > > > > >
