[Disclaimer:  I am a network administrator, not a Delphi developer.
I'll do the best I can to describe the problem]

Some folks in-house have written a Delphi 3.x program in-house which
makes calls to 8-10 Crystal Reports 6.0 reports (run in consecutive
order) in order to extract data from a database.  All this on a Win95
PC with 32MB of RAM and a Pentium-II 400 mhz processor (Dell Optiplex
G1).  The extraction process works fine, but during the export phase,
where an export is being done to an ASCII file, the swap file goes
nuts, expanding until the hard drive is full.  Thus, the whole process
dies because the swap file has filled the hard drive.

This is no mean feat, since when the job begins, the hard drive has
over 1GB free.  Is there anything we can do to prevent the swap file
from going bonkers and crashing the job?  Thanks for any help.  

Nope. At least not without modifications in application. If swap file grows,
it needs to grow and it means that some process is allocating too much
memory. Check if you can tell CR to release memory after each report or
switch to another reporter.

You can limit swap file size (control panel->system->performance tab), but
it would not solve the problem, so talk to developer.

--
----------------------
Regards
Robert Cerny
Remove both qwe when replying
email: robert.qwe.ce...@neosys.xrs.qwe.si

No questions via email, unless explicitly invited.

: Some folks in-house have written a Delphi 3.x program in-house which
: makes calls to 8-10 Crystal Reports 6.0 reports (run in consecutive
: order) in order to extract data from a database.  All this on a Win95
: PC with 32MB of RAM and a Pentium-II 400 mhz processor (Dell Optiplex
: G1).  The extraction process works fine, but during the export phase,
: where an export is being done to an ASCII file, the swap file goes
: nuts, expanding until the hard drive is full.  Thus, the whole process
: dies because the swap file has filled the hard drive.

fire your programmers. :-) I guess your programmers should have a look at
memproof to find the memory leak in your program.

regards,

Stefan Gebers

--
-----------------------------------------------------
geb...@studserv.stud.uni-hannover.de

Toleranz ist das unbehagliche Gefuehl,
der Andere koennte am Ende vielleicht
doch recht haben.
                        Robert Forst

: fire your programmers. :-) I guess your programmers should have a look at
: memproof to find the memory leak in your program.

i forgot to add the memproof homepage url:

http://www.nidlink.com/~astoyanov/index.htm

Stefan

: --
: -----------------------------------------------------
: geb...@studserv.stud.uni-hannover.de

: Toleranz ist das unbehagliche Gefuehl,
: der Andere koennte am Ende vielleicht
: doch recht haben.
:                       Robert Forst

--
-----------------------------------------------------
geb...@studserv.stud.uni-hannover.de

Toleranz ist das unbehagliche Gefuehl,
der Andere koennte am Ende vielleicht
doch recht haben.
                        Robert Forst

Thank you both for the feedback.  I will carry the missive back to the
appropriate people.

On Tue, 19 Jan 1999 23:10:40 GMT, "Robert Cerny"