Patch Name: PHNE_8868 Patch Description: s700 9.X OTS/9000 C.04.03 cumulative mega patch Creation Date: 97/10/13 Post Date: 97/11/18 Hardware Platforms - OS Releases: s700: 9.01 9.03 9.05 9.07 Products: OTS/9000 C.04.03 Filesets: OTS-KRN,C.04.03 OTS-RUN,C.04.03 OTS-SES-PRG,C.04.03 APLI-PRG,C.04.03 ROSE-PRG,C.04.03 XTI-PRG,C.04.03 OTS-MAN,C.04.03 Automatic Reboot?: Yes Status: General Release Critical: Yes PHNE_8868: PANIC MEMORY_LEAK PHNE_8229: PANIC PHNE_7785: PANIC PHNE_7391: PANIC PHNE_6721: PANIC PHNE_6237: PANIC PHNE_5693: PANIC PHNE_5367: PANIC PHNE_5116: PANIC Path Name: /hp-ux_patches/s700/9.X/PHNE_8868 Symptoms: PHNE_8868: 1. osipdufmt -r does not put any timestamps into the formatted output, and it only formats RFC1006 PDUs. It is desirable to have other PDUs formatted as well. 2. OTS could not make connection to a remote node through X.25 when the X.25 subnet was configured to use 1980 standards with a NULL subaddress and snet_bind_by_pid was set to one. 3. SESSION API, osi_rgr_rq() with no_of_connections parameter set to a value greater than 1024 returns osierrno : OSIEBADRNG. 4. OTS returns OPI_ERR(0x8422) instead of ESPABID(0x1407) when an invalid NSAP address is used. 5. Memory leak occurs when an application registers and deregisters using Session API's by calling osi_rgr_rq() and osi_drg_rq() in a loop continuously. 6. OTS - osiconf does not allow rfc1006 to be configured on some interfaces. 7. OTS ESH packets are not sent out according to snet_esh_ctimer. If snet_esh_ctimer < 10, then ESHs are sent every 10 seconds, and it seems to round it off to a suitable multiple of 10. 8. PHNE_8827 prevents incoming Streams X.25 OTS calls. 9. An apparent hang for 2 seconds in APLI applications when sending out a negative response to an A_ASSOC_REQ. 10. On receiving NULL data packets, the system panics. 11. OTS sends ESH out on the wrong lan card. 12. a) otsdeles does not handle alternate physical addresses properly. b) otsdeles hangs when trying to delete the last CONS entry in the ES table. 13. ap_rcv() causes APRI application to core dump when APRI tracing is enabled. 14. ap_snd() hangs when 9.x APLI application is run on 10.10 system. 15. If 'otsamd' dies, then at the first attempt to send out an RFC 1006 PDU, the system crashes. 16. ots_get_layer_stats does not return 0 when successful. 17. OTS binds to the wrong PID with 1980 X25 and no ISO8878. 18. Differences in size of shared memory used by FTAM and MMS causes problems in MMS. PHNE_8229: 1. The retransmission timer doesn't work as expected. 2. Osipdufmt doesn't format RFC1006 traces. 3. a) With multiple X.25 cards configured, no LAN; all cards in both CLNS and CONS subnets and any card's, other than the first's, X.121 address in the ots_dests file, a loopback(transport) test after doing an x25init of all cards will cause a system panic. b) With a single X.25 card configured in a CLNS subnet and no LAN subnet configured, the CLNS X.25 subnet will not work. One will not be able to make connections or transfer data. A simple loopback(transport) test will fail. 4. OTS panic with this message: Lowering SPL level 5. OTS support over the 10BaseT port of the 100VG card. Osiconf, osicnfchk, and osiadmin generated lan encapsulation errors for 100VG lans even when the ecapsulation was set correctly. This patch does not provide support for the 100Mbit port of the 100VG card. PHNE_7785: 1. After installing patch PHNE_7391, OTS is brought up, end-system hellos were sent out correctly. But after any OTS connection to a remote system was initiated, the end-system hellos would not get sent out any more. PHNE_7391: 1. The XTI traces mix up the information for internal and external calls when XTI_TRACE=xio. 2. The files OTSconfigSAP and OTSconfigSBN are created by otsstart with global write permission. 3. Additional Funtionality: As an enhancement to OTS it now supports configuration of alternate physical addresses in dest entries associated with CONS/X.25 subnetworks. This is provided via dest_alt_phys_address lines in ots_dests. It is also supported via -a options in the otsaddes command. Otsdeles and otsshowes were also changed to support the alternate physical address functionality. Additionally the parameter snet_ises in the ots_subnets file can now be set to a value of 0. This is for FDDI and LAN. With it set to 0 no end system hellos will be generated. PHNE_6721: 1. In an MSDSG configuration NODE(A) <----> NODE(B) <---> NODE(C) Where: NODE(A) is configured as LAN only NODE(B) is configured as an MSDSG relay node and is configured both for X.25 CONS and LAN. NODE(C) is configured for X.25 CONS. When NODE(A) initiates a connection with NODE(C) via MSDSG on NODE(B), sometimes NODE(B) will panic when the connection disconnects. Apparently this problem is limited to situations where NODE(B) is running High Perf X.25. It doesn't seem to happen with Classic X.25. 2. User sees files with names of the form Saannnnn accumulate in /usr/spool/sockets/osi. Where: aa is a string of two alphabetic characters which may be either upper or lower case. nnnnn is a process id number. These files are created by FTAM. 3. OTS osidiag "WAN X.25 Tests" display inappropriate NSAP information. When "Connect" is selected, the test displays "x25_calling_nsap" and "x25_called_nsap" values which were choosen by osidiag, but are unlikely to be used in the test. The NSAPs should be set by the user when a "ISO 8878 Encoding" test is run. 4. A ROSE application which calls ap_rcv could go into an infinite loop. 5. A ROSE application which sends data larger than 65500 bytes will get truncated packets on the receiving side. 6. A XTI application calling t_look receives back a value of 0, even when there is data to be received. 7. User will see a 'Data segmentation fault' panic with the following procedures on the stack. OsiDwBind OsiTpiBindReq Trs_Tpi_down Osxwuput 8. A ROSE application will core-dump if a NULL ubuf pointer is used on a ROSE API call. PHNE_6237: 1. XTI applications will not be able to do a t_connect() on the same file descriptor after doing a t_rcvdis(), if they do not pass a NULL pointer as the second argument to t_rcvdis. The t_errno returned by t_rcvdis will be TSYSERR. 2. When ap_get_env(AP_LIB_AVAIL) is called, it returns error code AP_NOSET, indicating that the ap_lib_avail is not set. User expects it to return the default value of the ap_lib_avail. 3. When TPDUs with bad length values are received, an ack for that PDU is sent. 4. The "FTAM Test Cases" in osidiag do not work if FTAM is D.04.00 or greater. The FTAM tests in osidiag fail with the log message: "(FC_FAILED) Flow Control operations failed because the OSI Shared Memory Manager is not accessible." 5. A panic occurs when OTS receives an unsupported osiping packet from another system. 6. The defect report described it as "OSIADMIN reports error: get_x25_dev_status: ioctl failed. errno=223" If you have high-performance X.25 (Streams X.25), and you have 2 or more X.25 cards, you can't do "Start X.25", "Stop X.25" "Test Connectivity" or "View Configuration" in osiadmin. You get an error displayed to the screen "get_x25_dev_status: ioctl failed. errno=223". Also, if you have high-performance X.25, 1 or more X.25 cards, and you start OTS from osiadmin you will get this error displayed to the screen "Making sure links are running... check_links: Status of /dev/x25_0 - not up after 30 seconds. Couldn't start all links, starting OTS anyway!" 7. When running the osidiag transport loopback test through Streams X.25 CONS through a TRANSPAC network with a NULL packet address in the X.25 configuration file, the calling NSAP is corrupted. The subnet address shows up at the beginning portion of the NSAP. PHNE_6036: 1. APLI initiator sends out multiple association requests to a responder. The responder sometimes sends back negative responses and closes the endpoints. The initiator would receive user abort requests instead of the negative responses. PHNE_5693: 1. In using the High-Performance X.25 (streams-based), after a shutdown 0, then an inet 2, x25init panics the system with a trap 15. This has been isolated to OTS C.04.03. 2. When OTS is installed on a 9.0x system and configured for either LAN or FDDI, netstat -i displays garbage information. 3. The FTAM process ftam_resp will get hung-up when the system is overloaded, because OTS receive Negative Connect Confirms. 4. The FTAM process ftam_resp core dumps because OTS C.04.03 kernel code incorrectly reuses streams device minor numbers. Other applications which use the session API could core dump, hang, abort, etc. 5. The ACSE/Presentation and Rose Interface (APRI) causes a system panic when an Association-Release Response (A_RELEASE_RSP) does not supply any user data. 6. ROSE sends multiple headers for a single RO_RESULT_REQ during multiple ap_snd() when sending more than 16K of data at a time. 7. System panics when OTS is started on a Series 800 with HP-UX 9.04 that does not have the kernel patch PHKL_3658 to fix a malloc problem. PHNE_5367: The following symptoms were first fixed in PHNE_5367: 1. Calls to various session API functions with API tracing enabled could result in core dumping the application. 2. Enhancement requested to allow changeable RCI table size. This patch provides a minimal fix by providing an adb-abl variable (clns_rci_size)which, if modified prior to starting OTS, will cause a different RCI table to be allocated. 3. Enhancement requested to allow changeable high-water mark in flow control module. This patch provides a minimal fix by providing an adb-abl variable (fcm_hi_wat_mk) which can be used to minimize the data queued in the upper write queue. 4. Under wrong circumstances, the OTS daemon (otsamd) may core dump when an RFC1006 or Streams/X.25 connection is released. 5. Problem related to osidiag tracing fix for streams X.25. 6. CR TPDU is encoded with NO_CHKSUM when tpcons_tp4_chksum is set. Problems occur when running with X.25/CONS and affect upper layer applications' ability to request checksum, e.g. FTAM, APLI, Session. 7. Increased the limit on cons_max_ndsu to 10240. 8. otsstat reports the following for a link although the link is up: ## OP_REF[E:8862 ERR:110 M:10 F:0] ## registration failed An OSI application, e.g. FTAM, may also encounter problems. 9. IOP problem between HP APRI and an Italian OSI vendor. HP APRI sent a pres-req field in a CPA PPDU in response to an incoming CP PPDU in which the pres-req field is absent. 10.System reports a data segment violation and panics with OsiTpi on the stack when running XTI applications. 11.IOP problem between HP OTS and BULL dpx2 on TP4 over X.25 CONS. 12.ACK timer algorithm has problem and slow down the performances. 13.Issues with accuracy of OTS timer calculations. PHNE_5116: The following symptoms were first fixed in PHNE_5116: 1. Panic occurs when three or more CLNS subnets (X.25 or LAN) are configured, and no more than one CONS subnet is configured. This defect only exists on OTS version C.04.03. 2. Under stressful or memory constrained conditions, a bad pointer value is generated in the OTS kernel, which may result in a panic at various locations. 3. OTS incorrectly accepts parameters in the CC TPDU which it doesn't actually support, resulting in an eventual Transport disconnect. Mostly occurs with DEC Alpha OSI stacks which support a new version of Transport protocol. 4. RFC1006 will not interoperate with other implementations when the TSAP length is greater than a certain length. 5. A minor memory leak occurs when using RFC1006; may not be noticeable under most circumstances. 6. This defect only occurs with OTS C.04.03. It affects any customers configuring OTS as an MSDSG (CONS-CLNS gateway). 7. File osi.h contains #ifdef statements that don't comply with ANSI C guidelines. Defect Description: PHNE_8868: 1. The AWK script which preprocesses the output from NETTL was not including timestamp information. The -r option was designed to ignore all but RFC1006 trace entries. 2. OTS did not bind correctly to the 1980 X.25 PID even though the configuration is set to the 1980 standard. 3. The maximum number of connections supported at the session level is supposed to be 1024 for C.04.03 and C.05.01. maximum number of connection in transport over CLNS is 448. The no_of_connections parameter was being checked against 448 instead of 1024. 4. When OTS is configured with only an RFC1006 subnet and an attempt is made to access a non-RFC1006 NSAP, OTS returns OPI_ERR(0x8422) instead of ESPABID(0x1407). OPI_ERR is not a known event as far as X.400 is concerned and so it's state machine gets into an indeterminate state from which it is unable to recover. 5. An application wishing to register itself calls osi_rgr_rq() which allocates memory. When deregistering, osi_drg_rq() is called which should deallocate the resources, but doesn't do do it. This was causing a memory leak. 6. The method used by osiconf to check the IP address was not sufficient to locate all IP addresses on all lan cards. 7. The current timer value in e2ittim() is decremented by 10 at each call and then the timer value is checked for expiration. The timer granularity was 10 sec, and same timer was used for ESH and RIB. 8. The logic of deciding whether X.25 subnet was configured for 1984 or 1988 was defective due to which incoming Streams X.25 OTS calls weren't being routed up properly. 9. APLI application hangs for two seconds when sending out a negative response to an A_ASSOC_REQ. This hang manifests only when a negative response is being sent out. 10. On receiving NULL data packets, an attempt is made to dereference a NULL data buffer pointer, which results in a panic. 11. The parameter 'snet_esis' set to 0 prevents a subnet's ESH from being sent. Despite this, a non-HP machine sending out a DC (Disconnect Confirm) to an ALLES address, triggers the sending of an ESH for all LAN subnets. 12. a) The algorithm used to find the presence of 'dest_alt_phys_address' lines in an ES entry was defective due to which otsdeles was unable to properly handle alternate physical addresses. b) This was due to an infinite looping condition in otsdeles, causing it to hang. 13. This happens in the ap_rcv() call, due to missing fprintf() format string. 14. ioctl(FC_IOC_GET_INFO) was added from APLI of 10.01 onwards, to negotiate interface version with the APLI. This sets FC_SUPPORT_CLEAR flag in the kernel, and STREAMS message size and interaction size in the APLI. We added this functionality to 9.x APLI as well, so as to remove incompatibility between the 9.x APLI and the 10.10 kernel. 15. When 'otsamd', which is the controlling daemon, dies, it triggers off an unplumbing of the stream. When 'putnext' is attempted, there is an invalid Q pointer which triggers the panic. 16. Procedure did not do an explicit return(0) when successful. 17. The problem was due to not explicitly checking for the non-availability of ISO8878 condition when binding to X25 PIDs. This led to OTS binding to a PID of 84 even though ISO8878 was not used. 18. The shared memory size used by FTAM and MMS are different. Since they use the same key, there are problems when both are installed on the same machine. Now the size of the shared memory being used by MMS is being changed to match that of FTAM. PHNE_8229: 1. As tp4clns_maxret = 1000, we should never spend more than than 1000 deciseconds (1 decisecond = 1/10 of a second) between two successive retransmissions. The limit is not checked, before the retransmission timer is increased. 2. No support provided for processing RFC1006 traces existed in osipdufmt. 3. A local attachment pointer was not set properly. In the case of CLNS/X.25 without LAN, the CLNS master SAP(21) was occupied by X.25 . All X.25 code assumed that the saphctx field of the SAP would point to a local attachment structure, which was not true for the CLNS master SAP. The fix was to check explicitly to see if we are handling a CLNS master SAP and to treat it as a special case. 4. The bufcall call-back routine was invoked by STREAMS at spl level 5. OTS checked this level and if it was 5, OTS would panic. The fix is to reschedule OTS to run when the spl level is lower. 5. The tests for encapsulation scans the output from lanscan and was expecting "IEEE8023". The output from lanscan for 100VG cards is "8023". PHNE_7785: 1. The end-system hello timers stopped functioning after any connection was initiated. Since these timers were not popping, nothing were sent out. The problem has been fixed. PHNE_7391: 1. A global variable used to trace the nesting level was not being incremented correctly. 2. The umask is set to 0 by otsstart. PHNE_6721: 1. A missing call to create a trace header in the module tr4sub.c is resulting in memory corruption of OTS data structures. The nature of the panic depends on which data structure gets corrupted and when the corrupt data is accessed. This only happens when the MSDSG relay function is operating and is associated only with disconnect processing. The code has been modified to create the necessary trace header so that the memory corruption does not occur. 2. FTAM cannot determine whether or not it is safe to delete files of the form Saannnnn in /usr/spool/sockets/osi. Apparently, this can only be safely done by OTS during stack startup. OTS now removes these files. 3. OTS osidiag initialized the NSAPs even though they are unlikely to be used, and all values set are displayed. With this patch osidiag does not initialize the NSAPs. 4. ap_rcv() calls a decoding routine in the ROSE library to decode an incoming ROSE result indication. But the decoder returns a negative data length, which causes ap_rcv() to loop. ap_rcv() will now check for a valid data length. 5. The ROSE library does not correctly encoded the length field if it requires more than 2 bytes. The fix is to correctly encode a length requiring more than 2 bytes. 6. The t_look() routine issues an ioctl to the streams head. In later 9.X releases, the streams code has been changed to check this pointer before looking for available data and just return 0. The fix is to pass a valid pointer to the ioctl. 7. A context data structure managed by OTS is not being removed from a list of registered contexts when an internal condition requests that an unbind operation take place. The context is released to free memory and eventually reused for another purpose. Traversals of the registration list containing the bogus context eventually trip over the 'corrupted' entry and a data segmentation fault results. 8. The ROSE library tried to dereference the pointer without first checking it, hence the core-dump. The fix is to ensure it not NULL before dereferencing. PHNE_6237: 1. This error is caused because t_rcvdis() does not call the TI_XTI_CLEAR_EVENT ioctl when a NULL pointer is passed to the t_rcvdis() routine as the second argument. When this ioctl is not called, the xtimod module's max and min queue sizes are set to 1 and 2 respectively causing all further putmsg() calls to fail. Thus the t_connect() call that follows the t_rcvdis() fails with a t_errno=TSYSERR. Fix is to call TI_XTI_CLEAR_EVENT ioctl. This problem does not exist on 10.X. 2. This error is caused because the ap_lib_avail is not set when ap_init_env() is called. The ap_lib_avail is always readable and has a default value which is supposed to be set by ap_init_env(). There is no code in ap_init_env() to set the ap_lib_avail. The fix is to add necessary code into ap_init_env(). The defect is also present in 10.x and the fix will be available in C.05.02. 3. The processing of invalid length PDUs happens after the YR-TU-NR and other TPDU-NR counters have been incremented. Therefore the initiator does not retransmit the bad length PDU causing problems with incomplete data received by the application. 4. The OTS command osidiag needed to be relinked with the latest libraries from FTAM. In this version of OTS the libraries are linked in, in future releases of OTS (based upon HP-UX 10.X) the shared libraries of FTAM are used. 5. OTS panics upon receiving CLNP echo request and CLNP echo reply packets from the osiping command. The fix is to check for CLNP type 30 and type 31 and drop these packet types. 6. The problem was that the ioctl call X25_RD_IFSTATE was not implemented in high-performance X.25 (Streams X.25) and a different mechanism for verfying the status of X.25 had to be used. 7. The problem was that the streams X.25 low access module copies the subaddress into the calling address field assuming the subaddress contains both the x121 address and subaddress. The 8878 standards were not used in the OTS configuration file. Hence OTS stack used the calling address, which contained only the subaddress in this case, as the NSAP. PHNE_6036: 1. After the negative response is sent out, an association indication comes in; OTS stack queues the request to the same endpoint. Then ap_close comes down. OTS sends out the user abort request. This patch is for a site specific feature and it does not apply to other customers. The feature needs to be explicitly activated. Installing this patch without activating the feature is the same as PHNE_5693. Hence if PHNE_5693 has been installed, there is no need to put on this patch. PHNE_5693: 1. In using the High-Performance X.25 (streams-based), after a shutdown 0, then an inet 2, x25init panics the system with a trap 15. This is an internal error in OTS C.04.03. 2. An internal error in OTS caused netstat -i to display garbage information. 3. When the system is overloaded, we receive Negative Connect Confirms from the responder. 4. The C.04.03 version of the OTS kernel code incorrectly reuses streams device minor numbers. This causes various session API application level processes to dump core, hang, abort, etc. 5. With this fix the system does not panic what an Association-Release Response (A_RELEASE_RSP) does not supply any user data. 6. ROSE sends multiple headers for a single RO_RESULT_REQ during multiple ap_snd() when sending more than 16K of data at a time. 7. The fix takes care of a NULL pointer when MALLOC fails to get any memory for OTS. Added a check to ensure the elment pointer is valid before dereferencing it. PHNE_5367: 1. Session library API tracing problem. 2. Enhancement requested to allow changeable RCI table size. 3. Enhancement requested to allow changeable high-water mark in flow control module. 4. OTS daemon crashes with RFC1006 or Streams/X.25. 5. Problem related to osidiag tracing fix for streams X.25. 6. Modified the flag associated with TPCONS_TP4_CHKSUM. 7. Increased the limit on cons_max_ndsu to 10240. 8. otsstat hot site fixes. 9. IOP problem between HP APRI and an Italian OSI vendor. 10.TPI panic fix. 11.IOP problem between HP OTS and BULL dpx2 on TP4 over X.25 CONS. 12.Problem with "slow start" transmission algorithm. 13.Issues with accuracy of OTS timer calculations. PHNE_5116: 1. Panic occurs when three or more CLNS subnets (X.25 or LAN) are configured, and no more than one CONS subnet is configured. This defect only exists on OTS version C.04.03. 2. Under stressful or memory constrained conditions, a bad pointer value is generated in the OTS kernel, which may result in a panic at various locations. 3. OTS incorrectly accepts parameters in the CC TPDU which it doesn't actually support, resulting in an eventual Transport disconnect. Mostly occurs with DEC Alpha OSI stacks which support a new version of Transport protocol. 4. RFC1006 will not interoperate with other implementations when the TSAP length is greater than a certain length. 5. A minor memory leak occurs when using RFC1006; may not be noticeable under most circumstances. 6. This defect only occurs with OTS C.04.03. It affects any customers configuring OTS as an MSDSG (CONS-CLNS gateway). 7. File osi.h contains #ifdef statements that don't comply with ANSI C guidelines. SR: 1653194142 1653182071 1653199778 1653200253 1653211466 1653181636 1653190223 1653218560 1653220426 1653209338 1653190926 1653205781 1653223966 4701350546 1653208389 4701350827 4701355719 1653210427 4701332593 4701369025 4701373076 1653180448 1653181628 4701335331 4701335034 5003304956 1653157958 5003275693 5003304972 1653154666 4701318337 1653130492 1653131524 4701286138 5000712505 1653119024 1653114678 1653108522 5000710764 1653122515 5003242958 1653122127 1653122028 1653124404 1653124602 1653122044 1653122036 1653140459 1653148783 4701302406 5000713602 5003272658 1653157875 1653160416 Patch Files: /etc/net/osi/ots/bin2conf /etc/net/osi/ots/conf2bin /usr/lib/libapli.a /usr/lib/libapli.sl /usr/lib/libotsadm.a /etc/conf/libotsam.a /usr/lib/libotss.a /usr/lib/libotss.sl /usr/lib/librose.a /usr/lib/librose.sl /usr/lib/libxti.a /usr/lib/libxti.sl /usr/include/osi.h /usr/lib/osiadmin/osiadminx /usr/bin/osiconfchk /usr/lib/nls/C/osiconfchk.cat /usr/lib/osiconf/osiconfx /usr/lib/nls/C/osidiag.cat /usr/lib/osidiag/osidiagx /etc/osipdufmt /usr/man/man1m/osipdufmt.1m /etc/osistart /etc/osistop /usr/bin/otsaddes /usr/man/man1m.Z/otsaddes.1m /etc/otsamd /usr/bin/otsdeles /usr/man/man1m.Z/otsdeles.1m /usr/bin/otsshowes /usr/man/man1m.Z/otsshowes.1m /usr/bin/otsstart /etc/net/osi/ots/otstrans /etc/net/osi/ots/OTShardconf /etc/osiinitshm what(1) Output: /etc/net/osi/ots/bin2conf: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ ics.c PATCH C.04.03 (PHNE_7390/PHNE_7391) cv_tbl.c PATCH C.04.03 (PHNE_7390/PHNE_7391) /etc/net/osi/ots/conf2bin: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ ics.c PATCH C.04.03 (PHNE_7390/PHNE_7391) cv_tbl.c PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/libapli.a: al_exf.c PATCH C.04.03 (PHNE_8867/PHNE_8868) OTS: C.04.03 $Date: 94/06/28 11:38:40 $ al_rcv.c PATCH C.04.03 (PHNE_6720/PHNE_6721) al_sas.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_snd.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_spd.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_env_utl.c PATCH C.04.03 (PHNE_6236/PHNE_6237) al_ptrace.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/libapli.sl: al_exf.c PATCH C.04.03 (PHNE_8867/PHNE_8868) OTS: C.04.03 $Date: 94/06/28 11:38:40 $ al_rcv.c PATCH C.04.03 (PHNE_6720/PHNE_6721) al_sas.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_snd.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_spd.c PATCH C.04.03 (PHNE_8867/PHNE_8868) al_env_utl.c PATCH C.04.03 (PHNE_6236/PHNE_6237) al_ptrace.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/libotsadm.a: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ oa_laystat.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /etc/conf/libotsam.a: FILESET OTS-KRN: libotsam.a: Revision: C.04.03 e2iadm.c PATCH C.04.03 (PHNE_8867/PHNE_8868) e2icstz.c PATCH C.04.03 (PHNE_8867/PHNE_8868) e2isub.c PATCH C.04.03 (PHNE_8867/PHNE_8868) e2xsub.c PATCH C.04.03 (PHNE_8228/PHNE_8229) genmai2.c PATCH C.04.03 (PHNE_5692/PHNE_5693) genmain.c PATCH C.04.03 (PHNE_6720/PHNE_6721) netcstz.c PATCH C.04.03 (PHNE_8867/PHNE_8868) netmai2.c PATCH C.04.03 (PHNE_7390/PHNE_7391) netmain.c PATCH C.04.03 (PHNE_7390/PHNE_7391) pstsub1.c PATCH C.04.03 (PHNE_5366/PHNE_5367) pstsub2.c PATCH C.04.03 (PHNE_5366/PHNE_5367) sescstz.c PATCH C.04.03 (PHNE_5115/PHNE_5116) tr4cstz.c PATCH C.04.03 (PHNE_8867/PHNE_8868) tr4mai2.c PATCH C.04.03 (PHNE_8867/PHNE_8868) tr4main.c PATCH C.04.03 (PHNE_5366/PHNE_5367) tr4sub.c PATCH C.04.03 (PHNE_8867/PHNE_8868) trscod.c PATCH C.04.03 (PHNE_5366/PHNE_5367) trsdec.c PATCH C.04.03 (PHNE_6236/PHNE_6237) trsmai2.c PATCH C.04.03 (PHNE_5366/PHNE_5367) trsmain.c PATCH C.04.03 (PHNE_5366/PHNE_5367) trssub.c PATCH C.04.03 (PHNE_5366/PHNE_5367) strosxint.c PATCH C.04.03 (PHNE_5692/PHNE_5693) strosxmem.c PATCH C.04.03 (PHNE_7390/PHNE_7391) strosxopi.c PATCH C.04.03 (PHNE_8867/PHNE_8868) strosxos.c PATCH C.04.03 (PHNE_8228/PHNE_8229) strosxtool.c PATCH C.04.03 (PHNE_5692/PHNE_5693) strosxtpi.c PATCH C.04.03 (PHNE_7784/PHNE_7785) hp_osxlan.c PATCH C.04.03 (PHNE_5692/PHNE_5693) hp_osxx25.c PATCH C.04.03 (PHNE_8228/PHNE_8229) hp_osxfcmod.c PATCH C.04.03 (PHNE_5366/PHNE_5367) hp_osxfcutil.c PATCH C.04.03 (PHNE_5366/PHNE_5367) faimem.c PATCH C.04.03 (PHNE_5115/PHNE_5116) sx25_lam.c PATCH C.04.03 (PHNE_8867/PHNE_8868) strosxrK6.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/libotss.a: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ admlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) chnlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) mbxlib.c PATCH C.04.03 (PHNE_5692/PHNE_5693) inxlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/libotss.sl: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ admlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) chnlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) inxlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) mbxlib.c PATCH C.04.03 (PHNE_5692/PHNE_5693) /usr/lib/librose.a: ro_encode.c PATCH C.04.03 (PHNE_6720/PHNE_6721) ro_func.c PATCH C.04.03 (PHNE_6720/PHNE_6721) OTS: C.04.03 $Date: 94/06/28 11:38:40 $ ro_util.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/librose.sl: ro_encode.c PATCH C.04.03 (PHNE_6720/PHNE_6721) ro_func.c PATCH C.04.03 (PHNE_6720/PHNE_6721) OTS: C.04.03 $Date: 94/06/28 11:38:40 $ ro_util.c PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/lib/libxti.a: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ tlook.c PATCH C.04.03 (PHNE_6720/PHNE_6721) trcvdis.c PATCH C.04.03 (PHNE_6236/PHNE_6237) api_macros.h PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/libxti.sl: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ tlook.c PATCH C.04.03 (PHNE_6720/PHNE_6721) trcvdis.c PATCH C.04.03 (PHNE_6236/PHNE_6237) api_macros.h PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/include/osi.h: OSI Library header file $Revision: 9.3 $ $Date: 95/0 1/05 15:00:26 $ /usr/lib/osiadmin/osiadminx: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ osiutils.c PATCH C.04.03 (PHNE_8228/PHNE_8229) /usr/bin/osiconfchk: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ confcheck.c PATCH C.04.03 (PHNE_5366/PHNE_5367) chk_strnge.c PATCH C.04.03 (PHNE_7390/PHNE_7391) structures.c PATCH C.04.03 (PHNE_7390/PHNE_7391) find_line.c PATCH C.04.03 (PHNE_7390/PHNE_7391) add_parms.c PATCH C.04.03 (PHNE_8228/PHNE_8229) cv_tbl.c PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/nls/C/osiconfchk.cat: osiconfchk.cat PATCH_C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/osiconf/osiconfx: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ cf_beutils.c PATCH C.04.03 (PHNE_8867/PHNE_8868) cv_tbl.c PATCH C.04.03 (PHNE_7390/PHNE_7391) structures.c PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/nls/C/osidiag.cat: OTS: C.04.03 osidiag.cat PATCH_C.04.03 (PHNE_7390/PHNE_7391) /usr/lib/osidiag/osidiagx: HP92453-02A.09.00 HP-UX SYMBOLIC DEBUGGER (END.O) $R evision: 71.3 $ addtype.c 2.3 Released: 3/13/88 pdu.c 2.1 Released: 10/4/87 fpdu.c 2.3 Released: 3/13/88 apdu.c 2.2 Released: 3/13/88 apdu.c 2.2 Released: 3/13/88 fpdu.c 2.3 Released: 3/13/88 vd.c 2.3 Released: 8/1/88 directory.c 2.3 Released: 3/13/88 file.c 2.1 Released: 10/4/87 bit.c PATCH C.04.03 (PHNE_6720/PHNE_6721) OTS: C.04.03 $Date: 94/06/28 11:38:40 $ FTAM: D.04.00 95/05/23 s800 libmapftam.a MMS: B.00.03 $Date: 94/01/07 11:33:56 $ MAP30: C.04.03 $Date: 94/07/06 10:48:49 $ CMIS/CMIP_version_1.6 @(#) sbm.h, revision 3.0 890801 SYN_body.c CMIS/CMIP_version_1.6.1 sbmlib.c, revision 1.0 890801 sbmlib.h, revision 3.0 890801 sbm.h, revision 3.0 890801 sbmprv.c, revision 1.0 890801 sbmlib.h, revision 3.0 890801 sbm.h, revision 3.0 890801 /etc/osipdufmt: OTS: C.04.03 $Date: 94/07/06 10:52:14 $ osipdufmt PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/man/man1m/osipdufmt.1m: C.04.03 osipdufmt.1m PATCH C.04.03 (PHNE_8867/PHNE_8868) /etc/osistart: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ osiutils.c PATCH C.04.03 (PHNE_8228/PHNE_8229) /etc/osistop: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ osiutils.c PATCH C.04.03 (PHNE_8228/PHNE_8229) /usr/bin/otsaddes: OTS: C.04.03 otsaddes PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/man/man1m.Z/otsaddes.1m: None /etc/otsamd: strmxdrK6.c PATCH_C.04.03 (PHNE_5366/PHNE_5367) $Rev ision: 1.1.109.8 $ $Date: 95/04/06 10:59:37 $ OTS: C.04.03 $Date: 94/10/03 16:13:04 $ /usr/bin/otsdeles: OTS: C.04.03 otsdeles PATCH C.04.03 (PHNE_8867/PHNE_8868) /usr/man/man1m.Z/otsdeles.1m: None /usr/bin/otsshowes: OTS: C.04.03 otsshowes PATCH C.04.03 (PHNE_7390/PHNE_7391) /usr/man/man1m.Z/otsshowes.1m: None /usr/bin/otsstart: OTS: C.04.03 otsstart PATCH C.04.03 (PHNE_7390/PHNE_7391) /etc/net/osi/ots/otstrans: OTS: C.04.03 $Date: 94/06/28 11:38:40 $ genlib.c PATCH C.04.03 (PHNE_8867/PHNE_8868) ics.c PATCH C.04.03 (PHNE_7390/PHNE_7391) cv_tbl.c PATCH C.04.03 (PHNE_7390/PHNE_7391) routelib.c PATCH C.04.03 (PHNE_7390/PHNE_7391) /etc/net/osi/ots/OTShardconf: OTS: C.04.03 OTShardconf PATCH C.04.03 (PHNE_7390/PHNE_7391) /etc/osiinitshm: None sum(1) Output: 15835 264 /etc/net/osi/ots/bin2conf 27432 280 /etc/net/osi/ots/conf2bin 16006 1128 /usr/lib/libapli.a 46553 1184 /usr/lib/libapli.sl 18144 27 /usr/lib/libotsadm.a 22100 2893 /etc/conf/libotsam.a 24231 994 /usr/lib/libotss.a 63005 992 /usr/lib/libotss.sl 21679 96 /usr/lib/librose.a 5398 112 /usr/lib/librose.sl 27638 293 /usr/lib/libxti.a 11108 256 /usr/lib/libxti.sl 49236 91 /usr/include/osi.h 31372 921 /usr/lib/osiadmin/osiadminx 53134 592 /usr/bin/osiconfchk 14380 32 /usr/lib/nls/C/osiconfchk.cat 60372 1697 /usr/lib/osiconf/osiconfx 43001 690 /usr/lib/nls/C/osidiag.cat 30576 3573 /usr/lib/osidiag/osidiagx 60459 20 /etc/osipdufmt 56751 16 /usr/man/man1m/osipdufmt.1m 44575 344 /etc/osistart 18280 344 /etc/osistop 25721 33 /usr/bin/otsaddes 18826 7 /usr/man/man1m.Z/otsaddes.1m 36648 764 /etc/otsamd 33113 16 /usr/bin/otsdeles 28955 3 /usr/man/man1m.Z/otsdeles.1m 46873 28 /usr/bin/otsshowes 39350 2 /usr/man/man1m.Z/otsshowes.1m 28650 30 /usr/bin/otsstart 4862 576 /etc/net/osi/ots/otstrans 48926 6 /etc/net/osi/ots/OTShardconf 65257 192 /etc/osiinitshm Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_5116 PHNE_5367 PHNE_5693 PHNE_6036 PHNE_6237 PHNE_6721 PHNE_7391 PHNE_7785 PHNE_8229 Equivalent Patches: PHNE_8867: s800: 9.00 9.04 Patch Package Size: 9330 KBytes Installation Instructions: Please review all instructions and the Hewlett-Packard SupportLine User Guide or your Hewlett-Packard support terms and conditions for precautions, scope of license, restrictions, and, limitation of liability and warranties, before installing this patch. ------------------------------------------------------------ 1. Back up your system before installing a patch. 2. Copy the patch to your /tmp directory and unshar it: cd /tmp cp patch_source/PHNE_8868 . sh PHNE_8868 3. Become root and run update: /etc/update [-r [kernel_gen_file]] -s \ /tmp/PHNE_8868.updt PHNE_8868 Update moves the original software to /system/PHNE_8868/orig. Keep this file to recover from any potential problems. You should move the .text file to /system/PHNE_8868 for future reference. To put this patch on a magnetic tape and update from the tape drive, use dd: dd if=PHNE_8868.updt of=/dev/rmt/0m bs=2048 Special Installation Instructions: APLI and ROSE libraries have changed in PHNE_8868. Applications intending to use the new ROSE library should also relink with the new APLI library. Secondly, applications linked with a combination of an archived library and a shared library will not work after the patch is installed, unless the application is relinked. eg. if the application is previously linked with libapli.a and librose.sl, it will not work after the patch is installed, unless it is relinked.