mdohrn Posted September 9, 2010 Share Posted September 9, 2010 I am creating a VDP job for imprinting onto checks. My data file contains many multiple records which are to be sent only one check, but on the stub of the check we are to imprint a table of all the checks that were added into this check. I had a couple questions on it but muddled my way through. Here is a link to my questions and another summary-ish of the problem. Now I'm having a new problem at composition-time. All my previews look good and all my output looks good, but FusionPro is sucking a whole ton of memory and is crashing on record #64 out of ~3900. Acrobat is using 1.5GB of memory when it crashes. About the job, I had to create a custom .js rule for the job to convert dollar amounts in number form into spelled-out text. I had to create a couple text rules, one to drive the table on the stub, and one to aggregate the payments into a single amount. My question then, is: Are there best practices for efficient code within FusionPro, eg. unsetting variables to free memory? If so, where can I find a good resource to work this out? Thanks in advance for the help! Link to comment Share on other sites More sharing options...
mdohrn Posted September 9, 2010 Author Share Posted September 9, 2010 K, my clock is ticking real hard, so I'm going to go ahead and pre-load all the external data I need into an internal array and hope that pre-loading it will help suck less memory than an EDF. Link to comment Share on other sites More sharing options...
Dan Korn Posted September 9, 2010 Share Posted September 9, 2010 If you're composing jobs with thousands of records, you should seriously consider FusionPro Server or Direct. That said, if FusionPro is crashing, please contact Support and send them the job for analysis. Link to comment Share on other sites More sharing options...
mdohrn Posted September 9, 2010 Author Share Posted September 9, 2010 Well, it's actually Acrobat that's crashing — is it safe to infer that since I'm running FusionPro that's causing the crash? I'm hesitant to contact support only because I have a feeling the answer's going to be "upgrade your software", and while I would love to do that I do not make this purchasing decision and we are on a timeline for the job! Thanks for the response, Dan. We've never had a job of this magnitude and complexity before, and the gist of your response is that FP Desktop just isn't intended to crunch that many records. This is two jobs in two weeks that really pushed the limits, so I think now I have a serious case to make to my owner about upgrading FP. Link to comment Share on other sites More sharing options...
mdohrn Posted September 9, 2010 Author Share Posted September 9, 2010 Addendum: couldn't get FusionPro to quit sucking it, but loading my list into an array worked well enough for me to get 100 records out at a time. Time for the hard sell on an upgrade for FusionPro! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.