
This program RDDENQAC generates function modules ENQUEUE_[OBJNAME] and DEQUEUE_[OBJNAME] for active lock objects. The name of the function group is xENQ, where x stands for the first letter from the development class of the lock object. If no more function modules fit into the function group thus named, the function modules should be located in function groups xEN0 to xEN9.

Local private lock objects are located in function group TENQ.
Since only active lock objects are read, there is no(!) check for such things as consistency.
Parameter ‘Generate without RFC’ permits you to generate non-RFC function modules for lock objects which should in fact be RFC modules. This is for the following reason:
RFC function modules require reference structures for all parameters. The non-RFC function modules, however, also contain parameters without a reference structure. If a lock object is changed from non-RFC to RFC, runtime errors could occur. Runtime errors when setting a lock, however, partly prevent further work with the system. You can correct the runtime errors if you can still start this report. You shoudl then make sure that the lock is called correctly for the type.
If a ‘X’ is entered for parameter ‘Gen. only missing in TFDIR’, only the function modules which do not yet exist are regenerated. TFDIR is used for the check, but it is only possible to generate both (ENQUEUE and DEQUEUE) function modules. If one of the two is missing, both are regenerated nevertheless.



