Adabas Transaction Manager Messages and Codes - Software AG ...
Adabas Transaction Manager Messages and Codes - Software AG ...
Adabas Transaction Manager Messages and Codes - Software AG ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Adabas</strong> Response <strong>Codes</strong><br />
Response 144<br />
Origin<br />
Explanation<br />
Action<br />
Response<br />
145<br />
Origin<br />
Mainframe <strong>and</strong> open systems<br />
One of the following occurred:<br />
■ The ISN specified with an update (A1) comm<strong>and</strong> was not in hold status for the user <strong>and</strong><br />
comm<strong>and</strong> option H was not specified.<br />
■ An ET or BT comm<strong>and</strong> specifying the M (multifetch) option specified an ISN in the ISN<br />
buffer that is not in hold status for the user. All currently held ISNs are released from hold<br />
status.<br />
In this case on open systems, the first 2 bytes of the Additions 2 field (in binary format)<br />
contain the offset of that ISN in the ISN buffer.<br />
Put the ISN in hold status before using the A1 comm<strong>and</strong> or the multifetch ET or BT<br />
comm<strong>and</strong>s.<br />
If <strong>Adabas</strong> <strong>Transaction</strong> <strong>Manager</strong> is in use, verify that the setting for the <strong>Transaction</strong> Model<br />
parameter is appropriate for the program that was executing <strong>and</strong> is also appropriate for the<br />
runtime environment in use.<br />
Mainframe <strong>and</strong> open system<br />
Explanation The exact meaning of this response code varies, depending on whether you are using <strong>Adabas</strong><br />
on mainframe systems or <strong>Adabas</strong> on open systems.<br />
130<br />
Mainframe Systems<br />
On mainframe systems, one of the following situations occurred:<br />
■ An N1/N2 comm<strong>and</strong> was issued, but no hold queue entry was available.<br />
■ A comm<strong>and</strong> was issued with the return option specified that attempted to hold an ISN<br />
already in the hold queue for another user. The comm<strong>and</strong> is not placed in wait status.<br />
Use the subcode associated with this response code to further clarify why this response<br />
occurred.<br />
Subcode Meaning<br />
0<br />
1<br />
2<br />
8<br />
N2 comm<strong>and</strong> for an existing ISN was issued.<br />
Hold queue space problem detected. The user is the only active user <strong>and</strong> is running<br />
with the -R option.<br />
The ISN was held by someone else. The read request is running with the -R option.<br />
The hold status of a record could not be upgraded from shared to exclusive because<br />
another user was already waiting to do the same. The two users became deadlocked.<br />
<strong>Adabas</strong> <strong>Transaction</strong> <strong>Manager</strong> <strong>Messages</strong> <strong>and</strong> <strong>Codes</strong>