FUNPARM parameter: Difference between revisions

From m204wiki
Jump to navigation Jump to search
mNo edit summary
Line 13: Line 13:
<dd><var class="product">[[Sirius Mods]]</var> 6.7
<dd><var class="product">[[Sirius Mods]]</var> 6.7
</dl>
</dl>
==Description==
==Description==
This is a bitmask parameter that controls the behavior of the <var class="product">[[Fast/Unload User Language Interface]]</var>,
This is a bitmask parameter that controls the behavior of the <var class="product">[[Fast/Unload User Language Interface]]</var>,
Line 20: Line 21:
<dd>Indicates that a synchronous [[Fast/Unload]] request is not to be allowed while
<dd>Indicates that a synchronous [[Fast/Unload]] request is not to be allowed while
an updating transaction is active.
an updating transaction is active.
This is to prevent a ''Fast/Unload'' request that might take a long time to
This is to prevent a <var class="product">Fast/Unload</var> request that might take a long time to
complete from being run while a user has resources enqueued for an updating
complete from being run while a user has resources enqueued for an updating
transaction.
transaction.
Line 26: Line 27:
subtransaction checkpoints are not being used.
subtransaction checkpoints are not being used.


If the X'01' bit is set, and a thread attempts a synchronous ''Fast/Unload User Language Interface''
If the X'01' bit is set, and a thread attempts a synchronous <var class="product">Fast/Unload User Language Interface</var>
request (either via $Funload or the [[FastUnload (Recordset function)|FastUnload method]] of the Recordset class)
request (either via <var>$Funload</var> or the <var>[[FastUnload (Recordset function)|FastUnload]]</var> method of the <var>Recordset</var> class)
in the middle of an updating transaction, the transaction will be cancelled
in the middle of an updating transaction, the transaction will be cancelled
with a message like the following:
with a message like the following:
Line 59: Line 60:
That is also true for the X'08' bit, although there are some additional details for the X'08' bit which generally you don't need
That is also true for the X'08' bit, although there are some additional details for the X'08' bit which generally you don't need
to concern yourself with, but are explained as part of the more detailed
to concern yourself with, but are explained as part of the more detailed
[[FUNPRMU parameter#Fast/Unload report processing|"Fast/Unload report processing discussion"]].
[[FUNPRMU parameter#Fast/Unload report processing|Fast/Unload report processing discussion]].


The X'02', X'04', and X'08' bits of this parameter, together with the same bits of <var>FUNPRMU</var>,
The X'02', X'04', and X'08' bits of this parameter, together with the same bits of <var>FUNPRMU</var>,
Line 73: Line 74:
The X'02', X'04', and X'08' bits are new in version 8.1 of the <var class="product">Sirius Mods</var>, and these bits are ignored without the corresponding feature introduced in version 4.7 of <var class="product">Fast/Unload</var>.
The X'02', X'04', and X'08' bits are new in version 8.1 of the <var class="product">Sirius Mods</var>, and these bits are ignored without the corresponding feature introduced in version 4.7 of <var class="product">Fast/Unload</var>.


Using the X'02', X'04', and X'08' bits of these parameters is fairly straightforward and the above description should be adequate to use them. A complete description of the processing triggered by these bits is presented in the [[FUNPRMU parameter#Fast/Unload report processing|"Fast/Unload report processing discussion"]].
Using the X'02', X'04', and X'08' bits of these parameters is fairly straightforward and the above description should be adequate to use them. A complete description of the processing triggered by these bits is presented in the [[FUNPRMU parameter#Fast/Unload report processing|Fast/Unload report processing discussion]].


[[Category:System parameters]]
[[Category:System parameters]]
[[Category:Parameters]]
[[Category:Parameters]]
[[Category:Fast/Unload User Language Interface]]
[[Category:Fast/Unload User Language Interface]]

Revision as of 18:41, 11 November 2014

Fast/Unload system flags

Summary

Default value
X'00'
Parameter type
System
Where set
System manager resettable
Related products
Fast/Unload User Language Interface
Introduced
Sirius Mods 6.7

Description

This is a bitmask parameter that controls the behavior of the Fast/Unload User Language Interface, where the bits mean:

X'01'
Indicates that a synchronous Fast/Unload request is not to be allowed while an updating transaction is active. This is to prevent a Fast/Unload request that might take a long time to complete from being run while a user has resources enqueued for an updating transaction. These resources would, of course, include the blocking of checkpoints if subtransaction checkpoints are not being used. If the X'01' bit is set, and a thread attempts a synchronous Fast/Unload User Language Interface request (either via $Funload or the FastUnload method of the Recordset class) in the middle of an updating transaction, the transaction will be cancelled with a message like the following:

CANCELLING REQUEST: MSIR.0561: $FUNLOAD: Synchronous request during update transaction in line 43, procedure FUNTEST, file ALEXPROC

X'02'
Indicates that "basic" Fast/Unload messages for all users are always audited, regardless of the presence of a Fast/Unload User Language Interface "report" argument.
X'04'
Indicates that all Fast/Unload messages for all users, except "Field statistics", are always audited, regardless of the presence of a Fast/Unload User Language Interface "report" argument. The X'02' bit need not be set if the X'04' bit is set.
X'08'
Indicates that "basic" Fast/Unload messages for all users are always audited in the Model 204 audit trail, whether or not the FUNAUDIT DD name is present. If the X'04' bit is on, all messages are audited there as well. In the odd case that there is no Model 204 audit trail, the X'08' bit is ignored, but auditing is performed as if the X'02' bit were on, whether it is or not.

For both of the FUNPARM X'02' and X'04' bits, the same bit has the same meaning (for an individual user) in the FUNPRMU user parameter; the indicated effect takes place if either of the FUNPRMU or FUNPARM bits are on. That is also true for the X'08' bit, although there are some additional details for the X'08' bit which generally you don't need to concern yourself with, but are explained as part of the more detailed Fast/Unload report processing discussion.

The X'02', X'04', and X'08' bits of this parameter, together with the same bits of FUNPRMU, control the auditing of messages when using the Fast/Unload User Language Interface. These parameters can be used to augment the availability of auditing information, in such a way that the user or the system manager can ensure that information is available for a single job or all jobs, without changes to any User Language program invoking FastUnload, FastUnloadTask, or $Funload. Without the use of these parameters, some auditing information may be available from the FUNAUDIT dataset, but that information may be inadequate: for example, messages from a FastUnload job will not be in FUNAUDIT if the Report parameter is used.

The X'02', X'04', and X'08' bits are new in version 8.1 of the Sirius Mods, and these bits are ignored without the corresponding feature introduced in version 4.7 of Fast/Unload.

Using the X'02', X'04', and X'08' bits of these parameters is fairly straightforward and the above description should be adequate to use them. A complete description of the processing triggered by these bits is presented in the Fast/Unload report processing discussion.