Problemas con Preview Visual Foxpro 8

Estimado compañero... he estado comentando con los ingenieros de Fox y
parece que es un Bug del VFP 8.0 que no tenia ni el 6.0 ni el 7.0... a mi me
pasa lo mismo... seguramente tambien utilizas filtros en los reports y esto
hace que salte el bug cuando son muchos registros... me han dicho que lo
estan solucionando para la version 9.0 pero como yo me fio bien poco de esas
palabras... he cambiado mis informes de manera que utilizo sentencias SQL y
luego hago el report de los resultados de esa manera no da el problema... y
tema solucionado... y no creas que no me ha costado... he tardado mas de 4
meses a 8 horas diarias en cambiar mis mas de 400 informes pero la
verdad ha merecido la pena.

pd: Lamento decirte esto pero no hay solucion... bueno si hay una pero no es
la idonea... el error no te sale si quitas lo optimizacion osea SET OPTIMIZE
OFF... pero entonces los informes mas largos se hacen eternos... y ya
comente al grupo de desarrollo de fox que esta no era una solucion, sino
mas bien un arreglo pasajero...

"ansumu" escribió en el mensaje
news:60d801c49270$cc907c30$
Gracias por la sugerencia, pero como se hace éso?
Simplemente cogí un editor de texto (bloc de notas, edit,
uno completamente ascii) y le quité la etiqueta de la
impresora, por ejemplo en device = NOMBRE_IMPRESORA primero
le quité la linea, pero la dejé en blanco, después quité
todo incluido el salto de linea, despues solo device= y me
da error al compilar con respecto al fichero de impresora
(el archivo memo del fichero informe no existe o no es
valido).
Por otro lado incluso he probado a mandar a una impresora
virtual pdf (porque el problema es hacer el report con
preview, que sino va bien) y de ahí mandar a otro impresora
real, pero INCLUSO TAMBIEN FALLA. INCREIBLE!
Gracias.

Probaste quitando de los Reportes el tipo
de imprsora que esta utilizando.
esto se quita en los tag del archivo del informe.
Saludos

Hola amigo:
Muchas gracias, he probado solo el optimize off y ya
está: FUNCIONA PERFECTAMENTE. Seguiré su consejo en cuanto
a utilizar SQL, porque cuando se compliquen los reportes se
han de hacer eternos (incluso en esos casos, si tal tambien
puedo hacer el tema quitando preview y pongo optimize on),
o mejor aún como bien has dicho pongo una instruccion SQL
antes del report y así es más veloz pudiendo tener preview,
lo tendré muy en cuenta. La mejor solución es la que tenga
más rendimiento, aunque haya trabajo por detrás. En los
foros donde he hecho la pregunta no pudieron solucionarme y
en sitios de expertos directamente con ellos tampoco. Voy a
contestarles cogiendo el trozo de su respuesta incluyendo
su nombre, espero que no le importe.
Ya volviera al Visual Foxpro 6, con un poco de rabia,
porque me daba la impresión de retroceder, en vez de
avanzar. Estuve sobre cuatro dias, 10 horas diarias,
probando cosas, desesperado. Hasta que pregunté por
internet. Pero la solución aún llegó ahora despues de tres
semanas. Ultimamente ya lo había dejado por imposible. Y ya
estaba con la versión 6. Pero ahora regresaré otra vez a la
versión 8, por su aportación. Estoy muy contento. Ojala
solucionen el problema en la version 9, en principio yo
probé con la versión beta y le pasa exactamente lo mísmo
que en la 8.
Nada más. Bueno, sí una cosa más. ¡GRACIAS!

Estimado compañero... he estado comentando con los

ingenieros de Fox y

parece que es un Bug del VFP 8.0 que no tenia ni el 6.0 ni

el 7.0... a mi me

pasa lo mismo... seguramente tambien utilizas filtros en

los reports y esto

hace que salte el bug cuando son muchos registros... me

han dicho que lo

estan solucionando para la version 9.0 pero como yo me fio

bien poco de esas

palabras... he cambiado mis informes de manera que utilizo

sentencias SQL y

luego hago el report de los resultados de esa manera no da

el problema... y

tema solucionado... y no creas que no me ha costado... he

tardado mas de 4

meses a 8 horas diarias en cambiar mis mas de 400

informes pero la

verdad ha merecido la pena.

pd: Lamento decirte esto pero no hay solucion... bueno si

hay una pero no es

la idonea... el error no te sale si quitas lo optimizacion

osea SET OPTIMIZE

OFF... pero entonces los informes mas largos se hacen

eternos... y ya

comente al grupo de desarrollo de fox que esta no era una

solucion, sino

mas bien un arreglo pasajero...

Gracias a Francisco Javier Alemañ por su respuesta:

Estimado compañero... he estado comentando con los ingenieros de Fox y
parece que es un Bug del VFP 8.0 que no tenia ni el 6.0 ni el 7.0... a mi
me
pasa lo mismo... seguramente tambien utilizas filtros en los reports y esto
hace que salte el bug cuando son muchos registros... me han dicho que lo
estan solucionando para la version 9.0 pero como yo me fio bien poco de
esas
palabras... he cambiado mis informes de manera que utilizo sentencias SQL y
luego hago el report de los resultados de esa manera no da el problema... y
tema solucionado... y no creas que no me ha costado... he tardado mas de 4
meses a 8 horas diarias en cambiar mis mas de 400 informes pero la
verdad ha merecido la pena.

pd: Lamento decirte esto pero no hay solucion... bueno si hay una pero no
es
la idonea... el error no te sale si quitas lo optimizacion osea SET
OPTIMIZE
OFF... pero entonces los informes mas largos se hacen eternos... y ya
comente al grupo de desarrollo de fox que esta no era una solucion, sino
mas bien un arreglo pasajero...

-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa

Lo he probado y funciona perfectamente.

¡GRACIAS!

-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa