A fix is available
APAR status
Closed as program error.
Error description
A Uss logon attempt received USSMSG: luname INVALID COMMAND SYNTAX. Customer was using an INTERPRET table to pass Vtam the DLU's network name. The DLU's name in the INIT SELF was garbaged(X'F3080000 0000E600'), which caused the USSMSG1 to be sent to the terminal. The INTERPRET table assembled and linkeditted sucessfully.
Local fix
Make sure all macros are present and coded in their proper order.
Problem summary
**************************************************************** * USERS AFFECTED: All who use INTERPRET tables (INTAB * * and ENDINTAB macros). * **************************************************************** * PROBLEM DESCRIPTION: A USS logon failed because an * * improperly constructed INTERPRET * * table was used. * * * **************************************************************** * RECOMMENDATION: * **************************************************************** USSMSG1 is received for a USS logon. An INTERPRET table was being used and the logon sequence matched the SEQNCE field of the INTERPRET table. The resource name that was returned by INTERPRET (ISTCPCIT) was not valid. The error occurred because the INTERPRET table was improperly constructed (it did not contain the "end of table" indicator). The end of an INTERPRET table is indicated by a byte = x'80'. This is placed at the end of the INTERPRET table by the ENDINTAB macro. The INTERPRET table had been coded so that the Assembler "END" statement was before the "ENDINTAB" macro. Once the Assembler encountered the "END" statement, no other statements were processed (the ENDINTAB macro, while present in the source statements, was not 'seen' by the Assembler). The table assembled without error, however, the table was not correctly constructed for use by VTAM. When used, VTAM 'ran off the end' of the INTERPRET table because the 'end of table' indicator (provided by the ENDINTAB macro) was not present. Placing the "ENDINTAB" macro before the Assembler "END" statement (as stated in the VTAM Resource Definition Reference manual) resolves the problem. Since the ENDINTAB macro is required to complete the INTERPRET table, the table should not assemble correctly if the ENDINTAB macro is missing (or not processed).
Problem conclusion
This is a serviceability APAR. The INTAB macro has been changed to check for a new symbol, ISTENDIN, which the ENDINTAB macro will generate. If the ENDINTAB macro is not coded, (or is not encountered by the assembler), the assembly of the INTERPRET table will fail. This will alert the user that the table is not coded correctly.
Temporary fix
Comments
APAR Information
APAR number
OW07504
Reported component name
VTAM V4 MVS/ESA
Reported component ID
569511701
Reported release
101
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
1994-08-17
Closed date
1994-08-30
Last modified date
1994-12-27
APAR is sysrouted FROM one or more of the following:
VM58538
APAR is sysrouted TO one or more of the following:
UW10493 UW10494
Modules/Macros
ENDINTAB INTAB
Fix information
Fixed component name
VTAM V4 MVS/ESA
Fixed component ID
569511701
Applicable component levels
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"101","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"101","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
27 December 1994