demasiados access violation

[ContraVeneno]

solo como comentario apart; en la línea:

Código Delphi [-]
QRComprasXCliente.ADOQuery1.SQL.Add(' AND FechaTransac >= '+DateToStr(DTP1.Date)+' AND FechaTransac <= '+DateToStr(DTP2.Date));

creoq ue sería mejor:

Código Delphi [-]
QRComprasXCliente.ADOQuery1.SQL.Add(' AND FechaTransac between '+DateToStr(DTP1.Date)+' AND '+DateToStr(DTP2.Date)+'''');

de esta forma no tienes que validar si una fecha es mayor a la otra o no

[[Caral]]

Gracias Contra veneno
Tu comentario lo tamare en cuenta, esto tambien servira para que el que hizo la pregunta mejore su codigo al igual que yo, para esto esta el foro, Aprender.
Saludos

[ingel]

sobre lo de usar una Query en lugar de la tabla podria ser , lo que pasa es que ya herede el codigo asi .. y todo el sistema graba en esa tabla temporal antes de imprimir (cada estacion de trabajo) y luego los reportes toman los registros segun la estacion de trabajo que manda el reporte ..hace el open e imprime.
Pero estimo ,sin probarlo , que daria el mismo error en el open de la query ..
porque creo que los problemas no son del componente ..aunque en realidad no se cual es el problema
No comprendo porque puede dar aveces access violation el open de una tabla cuando esa tabla esta en un form que fue creado y no liberado de memoria aun....
Lo de abrir y liberar todos los forms juntos lo hago justamente (luego de deliberar bon otros programadores, se supone mas experimentados que yo)
para evitar que estando en un form que usa varios otros form 'permanentemente' este creando y liberando cosas de la memoria..
me explico ? .. imaginense un form principal y 20 botones que cada uno abre un form diferente ..y se esta trabajando 'siempre' sobre el form principal presionando los 20 botones ...
pero .... quizas no sea lo optimo... no? y si lo sea abrir y liberar CADA vez que se usa cada form ...

bueno gracias por los consejos ..
como dice Les Luthiers (argentinos comprenderan) ..
" ya no se si soy de mi o si soy de ti "...
sigo en mi lucha contra las violaciones ..
Saludos
gracias

[ContraVeneno]

pues utilizando un query como mínimo te ahorras todo el SP para grabar los datos en la tabla temporal. ¿no es eso motivo suficiente?

Ahora, si multiplicas eso por el número máximo de usuarios activos, pues te incrementaría el tiempo y la carga en el servidor.

Pero en fin, fue solo mi simple comentario.

[[Caral]]

Hola
En realidad Contra veneno tiene razon y de peso, tal vez en medio de la desesperacion no se ven las cosas bien, hay que tomarse un cafe, ver el ordenador de reojo, pensar, pensar con calma y veras que te dicen las cosas por algo.
Si heredas un codigo y este es habierto es tuyo puedes cambiar todo lo que quieras, El table= datos fijos, el query= lo que quieras, de eso se trata, de simplificar las cosas no de complicarlas, haz caso a Contra Veneno y otros de por aqui que te servira de mucho.
Saludos

Saludos

[ingel]

y mañana les comento.
(...y de paso les comento el porque de la tabla .. (o al menos eso interpreto yo) .. los datos estan en un StringGrid (se generan a partir de varios procesos) .. para imprimir eso , se vuelca el stringgrid a la tabla temporal de impresion y luego se hace el reporte enlazandolo con la tabla , hacer una query para representar ese stringgrid seria estimo bastante tedioso al menos )

Muchas gracias a todos.

[ingel]

siguiendo con mi tema de las violaciones .. (siguen apareciendo) la pregunta
concreta seria : Hay algun ORDEN para liberar los forms que se crean ?

porque por ej. creo 3 forms juntos (en realidad son 6)
entro al primero , llamo al segundo , llamo al tercero .. cuando salgo del tercero , debajo del showmodal , le puse un showmessage .. AHI me da error de violacion ... PERO si creo un CUARTO form donde se crean todos los forms PASA SIN dar error ..

Ahora tambien cuando logro pasar sin error y simplemente quiero regresar al menu principal (saliendo del primer form) debajo de la llamada al primer form me comienza a dar error de violacion en los .FREE de cada form (si anulo el primero , me da en el segundo y asi sucesivamente) ...
Help !!
gracias ...