scrgen: Compiling form definitions for a productline versus individual program

I have found that when I do an 'scrgen {productline}' for any of my productlines, that this causes issues with the AM20.4 form. (see attached)

However, when I run 'scrgen {productline} am am20', this corrects the issue with the form.

Does anyone have any suggestions on why this might be happening and how to correct it?

Thanks!
Anna

LSF 10.0.3/APPS 10.0.3

Find more posts tagged with

Comments

Legacy Contributor

Example.

Legacy Contributor

Recompile invoked programs and the am20 fixes this.

Legacy Contributor

Hi Anna,

You may want to check the pgmdef for your AM20. Infor/Lawson had in the past shipped programs which had their pgmdef changed to not being picked up by the mass compile. Check in pgmdef for

In Production On = Unix

this to allow the mass compile to pick up your program.

0911060553270289.pdf

Legacy Contributor

Hi Diane & Tom,

Thanks for the suggestions!

The program definition is set up for 'Unix' and recompiling the program does correct the problem.

My concern with recompiling is this: when we apply an LSFCT patch, we always do an 'scrgen {productline}'. This causes the issue. Then we must remember to either recompile the form or run 'scrgen {productline} am am20' afterwards to correct the problem, otherwise the AM20.4 is unusable.

Totally do-able, just an extra step that could be missed and, in my opinion, shouldn't need to be done. I have a ticket open with Lawson to discuss this with support as well, but if anyone has any other thoughts - please chime in!

Thanks!
Anna

[Updated on 11/12/2014 12:49 PM]

Copyright © 2025 Infor. All rights reserved.