Product: IBM CallPath Enterprise Client
       Version: 6.3.1
         Level: E2106
      Platform: Windows
          Date: 14 September 2001
  Service File: eclwnt.exe
       History: eclwnt.hst
          Size: 3676341   (3.5Mb)
 
 
  Installation Instructions:
  --------------------------
    Download the self-extracting file, eclwnt.exe, into a temporary directory.
    Execute it from the command line and follow the prompts.  This will start
    an InstallShield Wizard to guide you through the installation process.
 
 
  Fixes contained in this Service Package:
  ----------------------------------------
 
       Name: APAR IC31537
       Date: 5 Sep 2001
    Library: 9850
    Symptom: On an AIX SMP system a core may occur on the first call to
             TadsConnectToServer. The error report shows a segment fault in
             the C++ library function __DoThrow.
    Problem: C++ try/catch logic was being used in passing return codes. In
             a multithreaded and multiprocessor environment a throw of an
             integer object occasionally produces a segment fault.
   Solution: Remove try/catch logic from the CPE API library (libcseb.a).
             Instead, the conventional means of passing and checking return
             codes is used.
 
       Name: APAR IC31187
       Date: 2 Aug 2001
    Library: 9649
    Symptom: To the user of JTAPI this problem shows up as events not being
             received or as requests timing out. The problem only occurs
             when the JTAPI daemon is running in an AIX system.
    Problem: During the start up of the JTAPI daemon, CSEBJTPI, hundreds of
             TadsSetEventMonitor requests may be issued. While these
             monitors are being issued the JTAPI daemon is not attempting
             to read from its event queue. If enough events are flowing to
             fill up the event queue before all the monitors are completed,
             then the CPE Client may time out the connection associated
             with this event queue and cancel the monitors. In this failure
             situation, the JTAPI daemon does not attempt to re-establish
             the cancelled event monitors.
   Solution: The time out limit used by the CPE Client in sending an event
             is being increased from 5 seconds to 10 seconds. If an event
             send times out, instead of closing the connection, the event
             is discarded but the connection remains open. The following
             text appears in the client log when an event is discarded:
             "Warning: IPCQueue <queue-name> is full ...1 event discarded".
 
       Name: APAR IC30786
       Date: 26 June 2001
    Library: 9500
    Symptom: After a network outage between a Callpath Enterprise client
             and server, an application that reopens a connection and
             registers for events may not receive events for which it is
             registered.
    Problem: The clean up processing associated with a broken Callpath
             Enterprise client to server connection may take over a minute
             to complete (mainly due to slow response from TCP/IP
             requests). If new event monitors are registered during the
             clean up period, they may inadvertently get cancelled by the
             clean up processing.
   Solution: Changed the logic in the Callpath Enterprise client to only
             clean up resources associated with connections that are active
             at the time of the network outage.
 
 
  Files contained in this Service Package:
  ----------------------------------------
    csebclnt.txt
    bin\csebclnt.exe
    bin\csebdbgw.exe
    dll\csebapi.dll
    dll\csebbase.dll
    dll\csebdmon.dll
    dll\cseblib.dll
    dll\csebmwin.dll
    dll\csebnet.dll
    dll\csebutil.dll
    dll\libcmnr.dll
    dll\libcpn04.dll
    dll\csebdres.dll
    bin\cfgcfg.jar
    bin\cfgframe.jar
    cpcfg.txt
    bin\csebsvcw.exe
    bin\cpesvc.exe
    bin\cpesvcd.exe
    bin\cpesvc1.cmd