| Fix |
Symptom/Description |
Issue Date |
IBM APAR |
|
|
ZP15D101
|
"IPL299W CLAW: I/O Failure. CCB follows" immediately upon startup
Download Fix File
The CLAW link driver is designed to use multiple input and output buffers for greater efficiency.
However, there is an operating systems incompatibility with the required channel programs.
For this reason, the default number of input buffers is set to "1" (Output buffers are not subject to the problem).
In release 1.5D, the default was incorrectly changed to "2". This fix returned the default number of input buffers to its previous value of "1". Please note: This problem can be easily circumvented by adding "INBUFFERS=1" to the "DEFINE LINK,TYPE=CLAW" command.
|
2004/04/19
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D102
|
Double-byte character sets fail to load
Download Fix File
Attempting to load the DBCS portion of a double-byte characters set returns an error message. This fix corrects the problem AFFECTS PHASE=IPNET ALTER 08350A 1004:2008 ALTER 083514 1004:2008
|
2004/04/20
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D103
|
Hexadecimal error and reason codes always display as "00" in messages.
Download Fix File
The message formatting routine is using an incorrect offset when displaying less that a full-word binary value.
This fix corrects the problem.
|
2004/05/07
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D104
|
Execution Mode Violation in phase IPNL8023
Download Fix File
During shutdown, an SVC 25 is being issued while in 31-bit amode.
This fix ensures 24-bit mode prior to issuing the SVC This problem only affects those using an integrated CETI Ethernet adapter. If you need this fix, it will be apparent the first time you shut down TCP/IP.
|
2004/05/07
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D105
|
Progam load failure occurs following "IPN113W NFS Product will expire..." message.
Download Fix File
Issuance of the pending expiration message destroys pointer to control area. This fix preserves the pointer.
|
2004/05/09
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D106
|
Execution Mode Violation in phase IPNL3172
Download Fix File
During shutdown, an SVC 25 may be issued while in 31-bit amode.
This fix ensures 24-bit mode prior to issuing the SVC This fix only affects those using a 3172 controller, or equivalent.
|
2004/05/11
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D108
|
ABEND occurs while processing a DUMP EVENTS of DUMP ALL command.
Download Fix File
The DUMP processor is using an incorrect offset to obtain the next entry on a control block chain. This fix corrects the problem.
|
2004/05/18
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D109
|
Message loop in VSE/POWER when TCP/IP is shut down.
Download Fix File
This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown.
Notes:- This fix replaces ZP15D202, which included an "old" version of an IBM-provided CSECT in $EDCTCPV.
|
2004/05/22
|
|
|
Superseded by: ZP15D219
|
|
|
|
|
ZP15D111
|
Problems in a multi-stack environment after shutting down the stack with ID=00
Download Fix File
For reasons that are not clear, inbound socket requests may include a parametric SVA subpool ID that ends in "00" rather than the ID= value of the destination stack.
If additional socket blocks or data areas are required to process, the request, they are obtained from the storage pool "owned" by the stack with ID=00. This causes no problem unless and until the "00" stack is terminated.
During shutdown, each stack frees its own SVA-based storage.
Due to the incorrect allocation, stack "00" will release some storage belonging to other stacks.
This will then cause applications associated with the other stacks to lose their connections. Additionally, if another partition obtains SVA storage following the shutdown of stack 00 and before the remaining stacks are terminated, then that storage may be improperly freed or corrupted by residual socket processing. This fix causes the parametric specification to be ignored and the correct subpool to always be used. Applications need NOT be recompiled or relinked for this fix to take effect, although all stack partitions must be recycled.
|
2004/08/13
|
|
|
Importance: Critical
|
Risk: Low
|
|
|
|
ZP15D112
|
Idle connection is closed with "IPT317I Response time-out resetting connection"
Download Fix File
Idle connections are probed at intervals to ensure that the remote host is still active and available.
This is done by retransmitting a byte of data, requiring the remote stack to resend an ACK. When setting up the probe, the IP headers fields are not always being cleared.
Since most fields are explicitly set, this is seldom a problem.
However, if any residual data appears in the "fragmentation" flags or offset, this may inhibit the remote host from sending the required ACK. This fix ensures that all IP header fields are cleared at the start of processing.
|
2004/08/18
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D113
|
IPT317I Response time-out resetting connection Stalled conections
Download Fix File
A problem has been found in the method used for computing checksums.
In very rare instances, the result will be incorrect.
Although the odds of this happening are only 1 in (1 gig / length of datagram).
However, due to the number of times that checksums are computed, the cummulative effect may be noticeable. We recommend that this fix be applied by everyone.
|
2004/10/08
|
|
|
Importance: Critical
|
Risk: Low
|
|
|
|
ZP15D114
|
VTAM-related error messages have incorrect return and reason codes.
Download Fix File
Error and reason codes from failing VTAM RPL-based requests are being incorrectly reported in TEL972E, TEL970E, TEL974E, and TEL976E. This fix corrects the display.
|
2004/10/12
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D115
|
Message IPT317I should be issued as IPT317W (warning).
Download Fix File
The "IPT317I Response time-out resetting connection" message is documented as being "warning level" but is being issued as "informational".
Installations that direct TCP/IP informational messages to SYSLST only are incorrectly prevented from seeing IPT317 messages on the console. This fix changes the message to "warning level".
Notes:- Installations that do not wish this message to be displayed may use the MESSAGE command to suppress it specifically.
|
2004/10/12
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D116
|
NTPD GMT and ADJ values are improperly set by DEFINE NTPD
Download Fix File
The two optional values are incorrectly stored.
They are being scaled by a factor of 32,768. This fix corrects the problem.
|
2004/11/04
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D117
|
Connection requests assigned to wrong Daemon
Download Fix File
If you specify the optional IP address when defining a Daemon, incoming requests are tested against this address and are assigned to the Daemon only if there is a match. In addition to an exact match, generic matching is performed, using "zero-host" notation, in conjunction with a "subnet mask". The problem occurs when multiple subnet masks are used (DEFINE MASK).
Current processing only considers the single mask specified via the SET MASK command. This fix causes the correct mask to be used, based on network number.
|
2004/11/05
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D118
|
Duplicate ECB message
Download Fix File
If an application issues a socket request using the same ECB area used to close a previous connection, it may be rejected as a "duplicate". This fix prevents the "duplicate" test from being applied in this instance.
This will not cause other problems because the "old" ECB is already marked as invalid and will never be used. Another scenario occurs when a program running in a batch partition terminates without properly closing its sockets.
If the same program is started in the same partition, it is possible that the same storage addresses will be used for socket control areas and a "duplicate ECB" conflict will arise. This fix causes TCP/IP to compare the "job start time" of the new request against that of the existing request.
If this value is not identical, then it indicates that the program that owned the original request has terminated.
The ECB address passed with the new request is considered unique and the "duplicate ECB" failure is bypassed.
Note that the "old" request will not cause problems because "phase name" and "job start time" are always validated prior to using any external data areas.
Additionally, normal cleanup operations detect and eliminate these orphan control blocks at a nominal interval of 45 seconds.
|
2005/02/01
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D120
|
"Connection rejected" and "Unable to respond" conditions.
Download Fix File
TCP/IP for VSE-based Daemons and applications perform passive OPENs to establish "listen" connections.
External clients then issue active OPENs to link with a "listen" connection, thus establishing a working connection. Normally, an external stack will send an initial SYN packet, indicating a connection request.
This request is ACKed and a SYN is returned.
When this SYN is acknowledged by the remote stack, the connection is established. The problem occurs when the connecting stack transmits duplicate SYN packets in rapid succession. Like all TCP datagrams, the initial SYN must be acknowledged in a timely fashion.
If no ACK is forthcoming, the packet is retransmitted. The makers of at least one largely-used stack have, apparently, begun transmitting multiple SYN packets, without waiting for and ACK.
We conjecture that this is to allow for packet-loss on the network. Once a connection is established, duplicate datagrams are not a problem and are disposed of properly.
However, when two or more SYN requests arrive in the same physical data block (from a network adapter), they can each be assigned to a separate listen connection, although only the first connection reaches "established" status.
Following connection CLOSE, the "extra" connection control blocks should fall into error recovery and reset to a "listen" state. This fix allows detection of a duplicate SYN and causes it to be queued to the same connection as the original.
|
2004/12/13
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D123
|
Excessive PDUMPS
Download Fix File
This fix removes PDUMPS from a variety of phases.
This will not affect PDUMPS that are produces as part of STXIT processing or via an operator DUMP command.
|
2005/01/13
|
|
|
Importance: Optional
|
Risk: Low
|
|
|
|
ZP15D124
|
PUT, PUTX, GET, and GETX processing do not permit specification of a remote file name beginning with a period (.)
Download Fix File
This fix removes the test for a file name that begins with a period.
|
2005/01/17
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D125
|
When running multiple TCP/IP partitions under a single VSE image, terminating stack "00" causes other stacks to lose connections with external applications.
Download Fix File
API socket processing for both the COBOL and PL/1 interfaces contain an error that results in socket blocks being obtained in an SVA subpool assigned to the stack with ID=00. During shutdown, stack "00" releases its entire storage subpool, causing socket requests queued to other stacks to fail. This fix causes the correct storage subpools to be used, based upon the destination stack's ID.
Notes:- To make this fix effective, it will be necessary to relink all phases containing COBOL or PL/1 API socket requests.
- Also see fix ZP15D111 that provides a similar correction for applications using the BSD/C and assembler API's.
- This fix also incorporates an "eyecatcher" that consists of the module name, TCP/IP version/service pack, assembly date and assembly time. This fix will contain the date: "02/02/05"
|
2005/02/02
|
|
|
Importance: High
|
Risk: Low
|
|
|
|
ZP15D126
|
IPN902E STORMAP COULD NOT BE LOCATED IPN907E OPEN , IPVCAT, STORAGE ,
Download Fix File
The file I/O driver for the VSAM catalog will sometimes attempt an improper storage release. This appears to occur following a failed directory list request. This fix ensures that, following a failed directory list request, a storage pointer is cleared prior to invoking the cleanup routine.
|
2005/02/10
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D127
|
Failure of FTP (especially AutoFTP) when using variables in script processing.
Download Fix File
If an empty variable is assigned to another variable or used as part of a string being assigned to a variable, the assignment will fail and storage corruption may occur. This fix causes an empty variable to function as a null placeholder.
|
2005/02/11
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D129
|
Operator not prompted for password when entering a command via MSG Fx,DATA=...
Download Fix File
This fix is applicable only if you password-protect operator functions. When SET PASSWORD= has been used to establish a password, the operator is prompted for the password before a command can be entered.
However, if the command is entered via the DATA= parameter of the MSG command, the prompt is skipped. This fix causes the password prompt to be enforced.
|
2005/04/11
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D132
|
IPN379I with REASON=SOORGADR
Download Fix File
TCP/IP incorporates a test for data buffers to prevent accidental writing into the supervisor.
This test is based on the knowledge that all data being passed externally is via 31-bit SVA. The problem occurs when 31-bit SVA is either exhausted or fragmented and VSE returns 24-bit SVA for a 31-bit request.
The storage address then later fails the "reasonable address" test. This fix relaxes the validity checking to allow use of 24-bit SVA.
|
2005/06/30
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D133
|
Acknowlegement of "Pulse" not recognized if sequence number past 2g bytes.
Download Fix File
The "expected ACK" value is being set to the wrong value. This fix sets the "expected ACK" value the to sequence number of the retransmitted (Pulse) byte.
|
2005/07/04
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D134
|
Commands issued via the IPNETCMD interface sometimes have values altered in-transit.
Download Fix File
The NL character (X'15') is being used to determine the end of the command line.
However, the parsed commands may contain binary fields with an embedded X'15' byte. This fix causes the command interface to use the entire passed data string rather than its "parsed" length.
|
2005/07/05
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D135
|
LPD generates jobname if any non-delimiter character below X'81' is encountered.
Download Fix File
Because LPR streams may originate from a wide variety of non-VSE hosts, the LP Daemon attempts to ensure that a meaningful 8-character POWER name is assigned to the file.
If the LPR client does not provide a suitable name, then the LPD generates a unique value and assigns it. The problem occurs because the LPD does not have enough latitude in its name edit routine.
POWER permits a wide range of characters --including non-printable characters-- in file names. This fix removes the file name edit check.
Notes:- The POWER manual cautions against using non-displayable characters in file names. It may prove difficult to enter commands for specific files if the name is not permissible in an operator command.
|
2005/08/23
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D136
|
PL/1 COBOL API sets a non-zero return code during CLOSE processing when WAIT(YES) is specified.
Download Fix File
Due to changes designed to speed CLOSE processing, the return code for CLOSE is not initialized when WAIT(YES) is specified. This fix retrofits a correction made in Sevice Pack E.
Notes:- After installing this fix it is necessary to recompile and relink the affected programs.
|
2005/09/16
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D137
|
Failed TN3270 connection requests; Error messages at connection CLOSE time.
Download Fix File
Normal CLOSE processing by TELNETD includes waiting for the remote client's stack to respond with a FIN packet.
Although this normally occurs within a few milliseconds, there is no protocol requirement. Since the close response may take significant time and the TN3270 protocol does not include post-CLOSE error recovery, this fix eliminates the WAIT and immediately makes the Daemon available for another connection (CLOSE processing continues and is completed by the stack without any further involvement by the Telnet Daemon). This fix also removes a redundant CLOSE.
When a CLOSE is issued against an already-closed connection, an extraneous TCP/IP error message is issued.
|
2005/09/27
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D138
|
"SOSBNEXT chain error" message, possibly with corrupted data.
Download Fix File
On a "busy" system (many concurrent socket requests), it is possible for the stack to improperly dispose of a socket block prior to its conclusion.
This allows the possibility of overlap with the next socket request. This error has two thresholds: At the most common level --which is still rare-- a recoverable chaining error occurs.
This will usually result in a message referring to a "SOSBNEXT" or "socket queue" error. These conditions are automatically diagnosed and corrected. At the second threshold, data corruption can occur.
This can take the form of missing, extra, or replaced data on a connection.
We have very few reports of this condition, since several unlikely events must occur simultaneously. This fix ensures that all required information is extracted from the socket block prior to its release for reuse.
|
2005/11/10
|
|
|
Importance: High
|
Risk: Medium
|
|
|
|
ZP15D139
|
"IPI511W Stalled TCP connection has been Flushed"
Download Fix File
At regular intervals, TCP/IP examines connections to determine if they are still viable.
The problem occurs when an application (eg, FTPBATCH) specifies a time limit on a connection and then does not receive sufficient CPU time to make the connection appear to be active. This fix eliminates the test for "stalled" connections and allows as much time as required. Connections will still be terminated if the remote host quits responding or if the batch program goes to EOJ.
|
2005/11/15
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D140
|
AutoLPR fails when the POWER segment number exceeds 99
Download Fix File
The Automation Daemon is only passing a 2-digit POWER segment number to the LPR client. This fix ensures that three digits are passed.
|
2005/11/29
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D141
|
Service Pack E Compatibility
Download Fix File
Service Pack E changes the Socket Interface linkage to be ESA compliant.
Specifically, the external interface uses BASSM / BSM instructions instead of BALR / BR. This fix allows the Socket Interface to determine the linkage technique being used and act accordingly.
This permits applications assembled, compiled, or linkedited with Service Pack E macros and routines to execute with a 1.5D-level stack.
|
2005/12/01
|
|
|
Importance: Optional
|
Risk: Low
|
|
|
|
ZP15D201
|
Storage subpool NFPOWO increases in size until the TCP/IP partition fails.
Download Fix File
When an attempt is made to access a non-existant POWER LST queue entry, a temporary work area is left allocated. This fix ensures that the work area is always released.
|
2004/04/02
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D202
|
Message loop in VSE/POWER when TCP/IP is shut down.
Download Fix File
This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown.
Notes:- THIS FIX HAS BEEN SUPERCEDED BY ZP15D109, which corrects a problem with $EDCTCPV.PHASE.
- The replacement fix can be applied on top of, or instead of, ZP15D202.
- If you have already applied ZP15D202 AND relinked your BSD/C routines, you skip the relinks after applying ZP15D109.
|
2004/05/10
|
|
|
Superseded by: ZP15D219
|
|
|
|
|
ZP15D203
|
Put of a empty VSAM KSDS fails even with zeroerr=no
Download Fix File
The put of a empty VSAM KSDS dataset should be allowed when the ZEROERR=NO option, which is the default setting, is used.
|
2004/05/18
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D204
|
AutoFTP SET &ERROR = "IGNORE" does not work.
Download Fix File
AutoFTP should be able to ignore an error and execute the next FTP command, but the "error occurred" flag was not being reset. This fix corrects the problem.
|
2004/05/28
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D205
|
Protection exception abend when invoked from REXX
Download Fix File
A protection exception may occur when invoking ftpbatch from a IBM REXX program because of access register 2 not being cleared.
|
2004/06/07
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D206
|
Extraneous PDUMPs occurring for BSD/C givesocket applications.
Download Fix File
This fix removes a PDUMP that occurrs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket.
|
2004/06/10
|
|
|
Superseded by: ZP15D219
|
|
|
|
|
Pre-Requisite: ZP15D109
|
|
|
|
ZP15D207
|
FTP326E VSE extract information failed rs=PRODAUTH
Download Fix File
This failure occurs when FTPBATCH is invoked more than 255 times from a single REXX programm. This fix will correct the problem. Note: Fix ZP15D209 MUST also be applied following application of this fix.
|
2004/06/25
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
Co-Requisite: ZP15D209
|
|
|
|
ZP15D208
|
Abend during AutoFTP when using an empty variable.
Download Fix File
Use of an empty (null) variable can casue an ABEND to occur.
This includes POWER-provided variables that are not defined for the listing being processed. This fix will cause an empty variable to function as a null string.
// EXEC MSHP,SIZE=900K
|
2004/07/14
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D209
|
FTPBATCH abends at termination.
Download Fix File
When FTPBATCH is all done it releases storage all allocated partition getvis storage.
This is meant to allow REXX to invoke ftpbatch multiple times without storage increasing, but is not necessary if ftpbatch is not invoked from Rexx.
This zap removes the cleanup storage problem that was causing a abend.
This zap also corrects a problem caused by ZP15D207 where FTPBATCH failes with the following message: FTP326E VSE extract information failed rs=PRODAUTH
|
2004/08/25
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
Pre-Requisite: ZP15D207
|
|
|
|
ZP15D212
|
TakeSocket returns duplicate socket number SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect. Extraneous PDUMPs occurring for BSD/C givesocket applications. Message loop in VSE/POWER when TCP/IP is shut down.
Download Fix File
Note: This is a cumulative fix for the BSD/C API interface.
It supercedes all previous fixes for the BSD/C API.
To complete installation of the fix, you will need to relink BSD/C applications with the included object decks. SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix also corrects the problem of storage not being freed following a failed connection request. This fix removes a PDUMP that occurrs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket. This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown. This fix also corrects a problem where TakeSocket and an asynchronous I/O write both return the same socket number for a newly-created connection.
|
2004/10/29
|
|
|
Superseded by: ZP15D219
|
|
|
|
|
Supersedes: ZP15D590, ZP15D206, ZP15D502, ZP15D202, ZP15D109
|
|
|
|
ZP15D216
|
EXEC FTP Abend in message driver
Download Fix File
This fix will prevent a very rare abend that can occur in a batch partition executing the FTP phase.
|
2005/04/11
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D217
|
FTPBATCH Error messages not displayed on console.
Download Fix File
This fix directs additional diagnostic messages to the console following an FTPBATCH error.
|
2005/04/06
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D219
|
TakeSocket returns duplicate socket number SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect. Extraneous PDUMPs occurring for BSD/C GiveSocket applications. Message loop in VSE/POWER when TCP/IP is shut down. Socket returns duplicate socket number Abend in send and ewouldblock during non-block send
Download Fix File
This is a cumulative fix for the BSD/C API interface.
It supercedes all previous fixes for the BSD/C API.
To complete installation of the fix, you will need to relink BSD/C applications with the included object decks. SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix also corrects the problem of storage not being freed following a failed connection request. This fix removes a PDUMP that occurs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket. This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown. This fix also corrects a problem where TakeSocket and an asynchronous I/O write both return the same socket number for a newly-created connection. This corrects a problem where Socket allocation does not recognize CICS/TS, which can cause a duplicate socket number to be allocate. This corrects a problem where a non-blocking SEND fails with an "ewouldblock" errno.
Although this behavior is correct, the documentation currently states than non-blocking only applies to connects and, in fact, worked that way prior to 1.5D.
For compatability, a $SOCKOPT option must be set to allow non-blocking SENDs.
|
2004/04/15
|
|
|
Superseded by: ZP15D228
|
|
|
|
|
Supersedes: ZP15D590, ZP15D206, ZP15D502, ZP15D202, ZP15D109, ZP15D212
|
|
|
|
ZP15D222
|
"Duplicate ECB" message after GiveSocket(_) or TakeSocket(_) call.
Download Fix File
The BSD/C GiveSocket(_) and TakeSocket(_) functions allow sockets to be passed between routines.
However, a "null receive" remains in effect and can cause a "duplicate ECB" error. This fix causes the unneeded "null receive" to be canceled.
|
2005/07/13
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D225
|
FTP306I Commands from SYSIPT FLUSHED
Download Fix File
FTPBATCH should terminate with a non-zero return could when SYSIPT commands are flushed.
This zap will force a non-zero return code when commands are flushed.
|
2005/10/17
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D226
|
Poor performance of applications using the assembler SOCKET macro interface.
Download Fix File
This fix changes the path taken by this specific method and allows exploitation of OPEN/CLOSE efficiencies used by other calling interfaces.
|
2005/11/07
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D228
|
Abend during socket call when running in a non-CICS partition. TakeSocket returns duplicate socket number SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect. Extraneous PDUMPs occurring for BSD/C GiveSocket calls. Message loop in VSE/POWER when TCP/IP is shut down. Socket returns duplicate socket number Abend in Send and EWouldBlock during non-blocking send
Download Fix File
Note: This is a cumulative fix for the BSD/C API interface.
It supercedes all previous fixes for the BSD/C API.
To complete installation of the fix, you will need to relink BSD/C applications with the included object decks. SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix corrects the problem of storage not being freed following a failed connection request. This fix removes a PDUMP that occurrs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket. This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown. This fix also corrects a problem where TakeSocket and an asynchronous I/O write both return the same socket number for a newly-created connection. This corrects a problem where Socket allocation does not recognize CICS/TS, which can cause a duplicate socket number to be allocate. This corrects a problem where a send on a non-blocking fails with an EWouldBlock errno.
Although this behavior is correct, the documentation currently states than non-blocking only applies to connects, and worked that way prior to 1.5D.
For compatability, a $SOCKOPT option must now be set to allow non-blocking for sends. This corrects a problem where an Abend occurs during a socket call in a non-CICS partition.
|
2005/12/12
|
|
|
Superseded by: ZP15D230
|
|
|
|
|
Supersedes: ZP15D590, 206, 502, 202, 109, 212, 219
|
|
|
|
ZP15D229
|
Directory output lines being split at 99 characters.
Download Fix File
This zap will allow a maximum of 100 characters on a single line for a foreign directory list.
This restores previous behavior and recognizes that directory lines are constructed to meet an arbitrary 100 character maximum imposed by some GUI clients.
|
2006/01/25
|
|
|
Importance: Low
|
Risk: Medium
|
|
|
|
ZP15D230
|
Abend during socket call in DFHSOCK during CICS startup. Abend during socket call when running in a non-CICS partition. TakeSocket returns duplicate socket number SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect. Extraneous PDUMPs occurring for BSD/C GiveSocket calls. Message loop in VSE/POWER when TCP/IP is shut down. Socket returns duplicate socket number Abend in Send and EWouldBlock during non-blocking send
Download Fix File
Note: This is a cumulative fix for the BSD/C API interface.
It supercedes all previous fixes for the BSD/C API.
To complete installation of the fix, you will need to relink BSD/C applications with the included object decks. SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix corrects the problem of storage not being freed following a failed connection request. This fix removes a PDUMP that occurrs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket. This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown. This fix also corrects a problem where TakeSocket and an asynchronous I/O write both return the same socket number for a newly-created connection. This corrects a problem where Socket allocation does not recognize CICS/TS, which can cause a duplicate socket number to be allocate. This corrects a problem where a non-blocking SEND fails with an EWouldBlock errno.
Although this behavior is correct, the documentation currently states than non-blocking only applies to connects, and worked that way prior to 1.5D.
For compatibility, a $SOCKOPT option must now be set to allow non-blocking for SENDs. This corrects a problem where an abend occurs during a socket call in a non-CICS partition. This corrects a problem where an abend occurs in DFHSOCK during CICS startup.
|
2006/01/25
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
Supersedes: ZP15D590, 206, 502, 202, 109, 212, 219, 228
|
|
|
|
ZP15D301
|
LPR processing attempts to load an FCB even when SET FCB=*NULL has been specified.
Download Fix File
If the name of the previously-specified FCB contains more than 5 characters, then "*NULL" is not recognized and an attempt is made to load an FCB of name "*NULLxxx", where "xxx" is taken from the previous FCB name. This fix ensures that *NULL is treated as a 5-byte special word.
|
2004/04/21
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D302
|
When SITE REXX is invoked, FTPD will abend.
Download Fix File
If the SITE REXX command is passed to the FTP demon, it will load the REXX program, execute it, receive the data, and will be in the wrong AMODE for returning the data to the terminal and so it will blow up. This fix ensures that the correct AMODE is in place.
|
2004/05/12
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D306
|
ARX0565I Disaster occurred RC=(????,0030)
Download Fix File
When sending a datagram that is less than 1K and not on a 256/byte boundary, the REXX program fails. This fix corrects the problem.
|
2004/05/28
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D307
|
"Missing at-sign" message from email client.
Download Fix File
This fix has been withdrawn.
|
2004/06/30
|
|
|
Importance: Low
|
Risk: High
|
|
|
|
ZP15D308
|
Messages issued via "SITE WTO" do not appear on the console.
Download Fix File
Since messages produced with the "WTO" site command carry an internal attribute of "informational", use of the "MESSAGE INFO=PRINTER" command affects their display. This fix changes the display attribute from "informational" to "command response".
|
2004/07/01
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D500
|
Applications using SELECTEX and passing an ECB list may not work after assembling $SOCKOPT
Download Fix File
The default setting of BSDCFG1 in the SOCKOPT macro should be $OPTMECB.
If $SOCKOPT is reassembled and BSDCFG1 flag is not specified, the default option of $OPTMECB will not be set.
|
2004/06/02
|
|
|
Importance: Low
|
Risk: Low
|
|
|
|
ZP15D501
|
FTP BIM-EDIT interface does not display members/directories
Download Fix File
FTP BIM-EDIT interface was only showing members with security of LIST, EDIT, DEF and DEFS.
With this zap, it will show everything BIM-EDIT returns allowing BIM-EDIT to control what the user sees.
|
2004/07/06
|
|
|
Importance: Medium
|
Risk: Medium
|
|
|
|
ZP15D502
|
SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect.
Download Fix File
SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix also corrects the problem of storage not being freed following a failed connection request.
|
2004/07/16
|
|
|
Superseded by: ZP15D219
|
|
|
|
|
Pre-Requisite: ZP15D206
|
|
|
|
ZP15D503
|
Security exit is not called for all parts of directory change.
Download Fix File
The security exit is not called for the last part of a directory change (CD).
For example, CD /PRD1/BASE, the security exit would only see PRD1.
With this fix, the exit will be called for the last directory with a type value of x'1A' (SXTYCWDL).
|
2005/02/11
|
|
|
Importance: Medium
|
Risk: Low
|
|
|
|
ZP15D590
|
SELECTEX returns ERRNO 3 or 121. Storage not freed on failed connect. Extraneous PDUMPs occurring for BSD/C givesocket applications. Message loop in VSE/POWER when TCP/IP is shut down.
Download Fix File
Note: This is a cumulative fix for the BSD/C API interface.
It supercedes all previous fixes for the BSD/C API.
To complete installation of the fix, you will need to relink BSD/C applications with the included object decks. SELECTEX processing limits an application to a maximum of 64 ECBs.
This fix increases the limit to 512. This fix also corrects the problem of storage not being freed following a failed connection request. This fix removes a PDUMP that occurrs when a BSD/C TakeSocket call detects a non-connected socket after a successful GiveSocket. This fix ensures that the correct return code is set when a socket request fails during TCP/IP shutdown.
VSE/POWER uses the BSD/C API and may go into a message loop when TCP/IP is shutdown.
|
2004/08/26
|
|
|
Superseded by: ZP15D219
|
|
|