Quick Report Problem in Windows 2000 1

[RyanEK]

I am using QuickReports to display a large amount of data in an application that has been working fine in Win 9+ and Win NT.

But when the application is run on Win2k i get the following error 'Cannot create file'. Only a part of the report is displayed.

I am assuming QuickReports creates a temporary file before previewing, so i checked permissions on the computer but even logged on as Administrator i still have the problem.

I would appreciate some help.

Regards
Ryan

 

[nasrogers]

Yes, QR does produce a temporary file. It grows quite large. For instance, the report I am dealing with now (trying to make work) has 1.4million records and QR produces a temporary file > 6GB. Yes 6Gigabytes! Make sure you have lots of disk space. Make sure your temporary quickreport files are deleted before you try running your report again.

Good Luck!!
ps. If you have trouble going from page to page once your report is previewed OR you get a "metafile" error...e-mail me...that's the beast I'm up against right now!

 

[RyanEK]

Thanks for the reply, and yeah yes i do get the "metafile" error. If i get anywhere on this issue i'll let u know.

Are tempoary files created in the Windows Temp directory?, and do u know the naming convention for these files?

I am curious to see how large the temp files are created in my application. I'm desperate to get this problem resolved!

Thanks again

 

[nasrogers]

The temporary file does get created in the windows temp file. It has a qr*.tmp extension. If you choose to turn on compression in the qr object, it will take forever to run the same report. What version of QR are you using? I was just out to their site and saw that they are using 3.08. I'm using 3.06.

I have a question posted in another newsgroup about the Metafile issue. Someone suggested saving the file as HTML using the htmlfilter. I have not tried it yet though.

Pls let me know if you get anywhere with the metafile error. I think it is a question for qusoft! I don't have the serial number for the product I'm using though.

 

[nasrogers]

one last thing...Do you have an image in your report? We had a logo. We removed it as well as some white space and it reduced our temporary file size a great deal.

 

[RyanEK]

Hey

I am using QR 2.0 actually. I think i have isolated the problem to a specific file, qrprntr.dcu, a file that is giving me string truncation errors. The fix appears to be...

At the end of the TQRStringStack class declaration in QRPRNTR.PAS unit, there is a missing } in the $endif directive:

{$ifndef win32}
{ TQRStringStack }

TQRStringStack = class
// ...
end;
{$endif

Simply change the statement to:
TQRStringStack = class
// ...
end;
{$endif}

But because i have the standard QR version i don't have the .pas file.

 

[safraser]

Just had the same problem with Quick reports 2.0 on win 2k
Go to

http://www.qusoft.com

where you can download an upgrade to 2.0k which seems to fix the problem

 

[Guest_imported]

Please,
I'm having a problem using SQL 7.0 and QuickReport 3.0. When I query any data to my report it shows nothing. If I use a paradox table, it works correctly.
have anyone had experienced something like this?
I'm using windows 2000.

 

[Guest_imported]

In fact, the main problem about QuickReport 2.0 and Windows 2000 concern the TEMP directory.

In W2K, this directory is stored in each user profile (for example c:\winnt\profile\david\local settings\temp).

This path is too long for QR, so it crashes!

The solution : set the TEMP and TMP environment variables to C:\WINNT\TEMP, and all will be ok!!!

David BOCHERT / CROSS Systems / France
d.bochert@cross-systems.com

 

[Guest_imported]

safraser - can you give exact url for update to 2.0K. Is this recent ie this year?

 

[babymaker]

I believe their were some prior threads that isolated this problem under W2K. The Temp Enviornment variable is too long for quick report using the default values. Change the Temp and tmp enviornment variables to something simple like c:\TEMP and the reports should work as they did before.