home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / os2c5.exe / OS2C5.TXT < prev    next >
Text File  |  1996-07-10  |  30KB  |  903 lines
  1. NOVELL TECHNICAL INFORMATION DOCUMENT
  2.  
  3. TITLE:  Patches for v2.11 NetWare Client for OS/2
  4. README FOR:  OS2C5.EXE
  5.  
  6. NOVELL PRODUCTS and VERSIONS:
  7. NetWare Client for OS/2 2.11
  8.  
  9. ABSTRACT:
  10.  
  11. This file contains the latest field test patches for the v2.11 NetWare OS/2
  12. Requester as of 7-9-96.  These patches have not been submitted to Novell system
  13. test.  Applying these patches will get you to the current code base.
  14.  
  15.  
  16.  
  17.  -----------------------------------------------------------------
  18.  DISCLAIMER
  19.  THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO NOVELL.  NOVELL
  20. MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY THIS INFORMATION.  HOWEVER, THE
  21. INFORMATION PROVIDED IN THIS DOCUMENT IS FOR YOUR INFORMATION ONLY.  NOVELL
  22. MAKES NO EXPLICIT OR IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  23.  -----------------------------------------------------------------
  24.  
  25.  
  26. ISSUE: 
  27.  
  28. SYMPTOM
  29.  If the Preferred Server is a v3.x server and NetWare 4.x
  30.  servers exist on the network the Requester would not
  31.  correctly clears the connection to the first attached DS server.
  32.  
  33.  SOLUTION
  34.  Apply NWREQ.SYS, 32852 bytes 6-24-96
  35.  
  36.  SYMPTOM
  37.  When making record locks, the requester was putting in a timeout value when it
  38.  should not.  This caused some applications such as Timberline to run slower.
  39.  
  40.  SOLUTION
  41.  Apply NWIFS.IFS,  41780 bytes 06/18/96
  42.  
  43.  
  44.  SYMPTOM
  45.  Also when an OS/2 application set file flags the Shareable flag
  46.  would always be set to non-Shareable when it should not be changed.
  47.  
  48.  
  49.  SOLUTION
  50.  Apply NWIFS.IFS, 41780 bytes, 6-04-96 or later
  51.  
  52.  
  53.  SYMPTOM
  54.  The requester had some NCP fields byte-swapped,
  55.  causing traps to occur and invalid requests to be made.
  56.  
  57.  Revisions of the IFS prior to 2-21-96 and since 1-31-95 changed
  58.  FS_FINDFROMNAME so it would report all files expected from
  59.  DosFindFirst/DosFindNext.  That change also fails to report the parent
  60.  directory ".." if FS_FINDFROMNAME is called with "." as the pName
  61.  parameter.  The IFS now handles file/directory deletions correctly during
  62.  FS_FINDFROMNAME calls.
  63.  
  64.  Could lose drive mappings if multiple OS2 windows map the same drive
  65. differently.
  66.  
  67.  SOLUTION
  68.  Apply NWREQ.SYS, 32852 bytes   5-17-96 or later.
  69.  Apply NWIFS.IFS, 41764 bytes  5-17-96.
  70.  
  71.  SYMPTOM
  72.  
  73.   Previous revisions of NWREQ would cause a system GP fault when attempting to
  74.  get the default connection which is an unattached preferred server connection.
  75.  Warp Connect can cause this when it asks NWIFS to find a remote named pipe.
  76.  
  77.   SOLUTION
  78.  
  79.   Apply NWREQ.SYS, 32852 bytes, 9-26-95 or later.
  80.  
  81.   SYMPTOM
  82.  
  83.   When using the Send.exe utility set to poll for messages, (send /a=p) if
  84.  NWGetBroadcastMessage is called nothing is returned.  NWDaemon.exe was
  85.  disposing of messages before they could be polled.
  86.  
  87.   SOLUTION
  88.  
  89.   Apply NWREQ.SYS, 32852 bytes, 8-14-95 or later.
  90.   Apply NWDAEMON.EXE, 36281 bytes, 8-14-95 or later.
  91.  
  92.   SYMPTOM
  93.  
  94.   Unable to browse files when using certain applications.
  95.  
  96.   CAUSE
  97.  
  98.   Revisions of the IFS since 1-31-95 changed FS_FINDFROMNAME so it would report
  99.  all files expected from DosFindFirst/DosFindNext.  That change also fails to
  100.  report the parent directory ".." if FS_FINDFROMNAME is called with "." as the
  101.  pName parameter.  This revision of the IFS corrects this problem.
  102.  
  103.   SOLUTION
  104.  
  105.   Apply NWIFS.IFS, 41700 bytes, 1-17-96 or later.
  106.  
  107.   SYMPTOM
  108.  
  109.   Alloc Short Memory on the NetWare server climbs rapidly, consumes all
  110.  available short term memory resources and abends.  This symptom was seen
  111.  primarily on OS/2 application servers.
  112.  
  113.   CAUSE
  114.  
  115.   NWIFS.IFS was allocating extended attribute handles and not releasing them
  116.  depending on the circumstances envolved.
  117.  
  118.   SOLUTION
  119.  
  120.   Apply NWIFS.IFS, 41556 bytes, 6-15-95 or later.
  121.  
  122.   SYMPTOM
  123.  
  124.   When NVER.EXE is run it improperly identifies the v2.11 NetWare Requester as
  125.  v2.10.
  126.  
  127.   SOLUTION
  128.  
  129.   Apply NWREQ.SYS, 32804 bytes, 6-15-95 or later.
  130.   Apply NWIFS.IFS, 41556 bytes, 6-15-95 or later.
  131.   Apply NWDAEMON.EXE, 36267 bytes, 6-15-95 or later.
  132.  
  133.    SYMPTOM
  134.  
  135.   Loss of connection occurs when COPY/XCOPY files accross FRAME
  136.   RELAY on WAN with OS/2 and NetWare Requester v2.11.
  137.  
  138.   CAUSE
  139.  
  140.   If a 4.10 server receives a packet burst write and does not receive all of
  141. the
  142.  fragments it will no longer respond with a missing fragment list request, this
  143.  will cause the OS/2 requester to time out and resend the entire packet. The
  144.  requester instead will send a system packet to request a missing fragment
  145. list.
  146.  
  147.   SOLUTION
  148.  
  149.   Aplly NWREQ.SYS, 32804 bytes, 6-15-95 or later.
  150.  
  151.    SYMPTOM
  152.  
  153.   IBM is changing the way it tests for long name support on a network drive.
  154.  The current implementation in the IFS will fail.  The IFS now returns
  155.  ERROR_FILENAME_EXCED_RANGE if a long filename open is attempted on a network
  156.  drive without the OS/2 namespace (OS2.NAM) loaded.
  157.  
  158.   SOLUTION
  159.  
  160.   Apply NWIFS.IFS, 41604 bytes, 8-14-95 or later.
  161.  
  162.   SYMPTOM
  163.  
  164.   Drag & drop copies in the Drives Icon View would randomly fail.
  165.  
  166.   CAUSE
  167.  
  168.   When a application (WP Shell) would attempt to change the creation date for
  169.  the target directory being copied, the IFS was not setting the last update for
  170.  date and time, the file server would return an error.
  171.  
  172.   SOLUTION
  173.  
  174.   Apply NWIFS.IFS, 41508 bytes, 5-11-95 or later.
  175.  
  176.    SYMPTOM
  177.  
  178.   When the NetWare console BROADCAST cammand or the command line utility
  179.  SEND.EXE is used in an RPL environment excessive broadcast traffic is created.
  180.  The first connection that each workstation makes for it's C: drive on the
  181.  server tries but can't respond to the broadcast.  This results in repeated
  182.  retries by the server and diminished bandwidth.
  183.  
  184.   SOLUTION
  185.  
  186.   Apply NWREQ.SYS, 31940 bytes, 3-06-95 or later.
  187.   Apply NWIFS.IFS, 41476 bytes, 3-06-95 or later.
  188.   Apply NWDAEMON.EXE, 36277 bytes, 3-06-95 or later.
  189.  
  190.   SYMPTOM
  191.  
  192.   The Requester would randomly fail when mapping drives to NFS mounted volumes.
  193.  
  194.   CAUSE
  195.  
  196.   The Requester is coded to only handle volume numbers 0 - 32.  Most NFS
  197. mounted
  198.  volume numbers are > 32.  This has been fixed, how ever, the included patch
  199.  will only support the DOS name space on volume numbers greater than 32.  This
  200.  will be re-engineered to support the OS/2 name space in a future release of
  201. the
  202.  Requester.
  203.  
  204.   SOLUTION
  205.  
  206.   Apply NWIFS.IFS, 41428 bytes, 3-1-95 or later.
  207.  
  208.   SYMPTOM
  209.  
  210.   Previous revisions of the IFS cause a system GP fault if DosBufReset() is
  211.  called with a remote named pipe handle.
  212.  
  213.   SOLUTION
  214.  
  215.   Apply, NWIFS.IFS, 41428 bytes, 2-27-95 or later.
  216.  
  217.   SYMPTOM
  218.  
  219.   When a OS/2 application creates a file on a network volume the Requester will
  220.  assign the shared attribute to the newly created file.  This should not occur.
  221.  
  222.   SOLUTION
  223.  
  224.   Apply NWIFS.IFS, 41412 bytes, 2-10-95 or later.
  225.  
  226.   SYMPTOM
  227.  
  228.   When using Dos Login in a Global VDM the following errors could be returned:
  229.  Shell-332-69: Shell is not attached to a Server Shell-332-70: Requested Server
  230.  is not availabel Progbram aborted
  231.  
  232.   SOLUTION
  233.  
  234.   Apply NWREQ.SYS, 32772 bytes, 5-03-95 or later.  Login.exe and Logout.exe
  235.   from NetWare 4.10 must be used along with this new NWREQ.SYS.
  236.  
  237.   SYMPTOM
  238.  
  239.   Saving a file while using IBM Works generates a Trap 00D.
  240.  
  241.   SYMPTOM
  242.  
  243.   If your network connection is lost prior to OS/2 Shutdown, Shutdown will take
  244.  3 plus minutes to complete.  This is usually only manifests itself while using
  245.  remote connectivity products. IBM APAR PJ16957 is needed along with the
  246.  following files for the NetWare Requester.
  247.  
  248.   SOLUTION
  249.  
  250.   Apply NWREQ.SYS, 31876 bytes, 2-10-95 or later.
  251.   Apply NWIFS.IFS, 41412 bytes, 2-10-95 or later.
  252.   Apply NWWORKER.DLL, 114710 bytes, 2-10-95.
  253.  
  254.    SYMPTOM
  255.  
  256.   Poor performance when loading DOS/Windows applications from NetWare server.
  257.  
  258.   CAUSE
  259.  
  260.   In a VDM with NETWARE_RESOURCES set to NONE, reads & writes
  261.   will be burst to & from the NetWare server.  If a file handle was lost during
  262.  bursting, the retry & security (signature) mechanisms exhibited problems
  263.  causing a slow down.
  264.  
  265.   When loading applications, in a dual requesting environment, seamlessly from
  266.  the desktop on OS/2 v2.11, a 10-15 second delay when launching the application
  267.  will occur, this is caused by a flood of Netbeui resolve name packets.  Also,
  268.  WIN/OS2 was making small 8 byte read requests, dual requesting doesn't apply
  269.  here.  These are resolved by applying service pack XR_A080 from IBM.
  270.  
  271.   SOLUTION
  272.  
  273.   Apply NWREQ.SYS, 31780 bytes, 1-13-95 or later, and or IBM's service pack.
  274.  
  275.   SYMPTOM
  276.  
  277.   The commit NCP 59 was not being properly handled by the Requester.  When a
  278.  DosBufReset() call was made from the application the info was not being fully
  279.  committed to disk at the file server.
  280.  
  281.   SOLUTION
  282.  
  283.   Apply NWIFS.IFS, 41220 bytes, 1-5-95 or later.
  284.  
  285.   SYMPTOM
  286.  
  287.   Cannot disable all (error) messages from appearing on workstation.
  288.  
  289.   SOLUTION
  290.  
  291.   Apply NWDAEMON.EXE, 36267 bytes, 12-19-94. Once installed edit the NetWare
  292.  section of your config.sys as follows:
  293.  
  294.   C:\NETWARE\NWDAEMON.EXE NOMESSAGES
  295.  
  296.   The NOMESSAGES parameter must be upper case and one continous
  297.   string. Using this option eliminates the need to use the Display Hard Errors
  298.  Off parameter in the NetWare Requester section of the NET.CFG.
  299.  
  300.  
  301.   SYMPTOM
  302.  
  303.   Previous revisions of IPX don't learn their local network number(s) when
  304.  performing a GetLocalTarget for all networks. This was added so NPDAEMON could
  305.  learn it's local network number(s).
  306.  
  307.   Revisions of IPX since 11-09-95 have code which allows the LSL to reclaim
  308.  buffers from VIPX when necessary.  High volumes of broadcast traffic directed
  309.  at VIPX were causing problems.
  310.  
  311.   SOLUTION
  312.  
  313.   Apply IPX.SYS, 10292 bytes, 1-19-96.
  314.  
  315.   SYMPTOM
  316.  
  317.   The IPX router was causing broadcast storms by routing various types of
  318.  multicast\functional addresses back onto the same net. The IPX router has been
  319.  fixed to prevent routing of receive packets between adapters or onto the same
  320.  adatper.
  321.  
  322.   SOLUTION
  323.  
  324.   Apply IPX.SYS, 10292 bytes, 8-08-95 or later.
  325.  
  326.   SYMPTOM
  327.  
  328.   Previous revisions of IPX would generate a RIP broadcast from a call to
  329.  IpxGetLocalTarget even if the target was on the primary board.  This revision
  330.  is better able to find it's local net address at boot time.
  331.  
  332.   SYMPTOM
  333.  
  334.   Sometimes when using IBM's ODI2NDI solution, the NetWare Requester was unable
  335.  to establish a connection causing a REQ 0815 error to occur.
  336.  
  337.   CAUSE
  338.  
  339.   When IPX loads it attempts to discover the network using a RIP packet, this
  340.  attempt never reaches the network because NETBIND.EXE has not yet run. IPX
  341.  would then attempt to discover the network by examining broadcast packets on
  342.  the network and sometimes finding invalid network addresses resulting in a REQ
  343.  0815 error.
  344.  
  345.   SYMPTOM
  346.  
  347.   Previous revisions of IPX supported only 128 sockets.  This limit has been
  348.  increased to 256 sockets.
  349.  
  350.   SOLUTION
  351.  
  352.   Apply IPX.SYS, 10292 bytes, 5-15-95 or later.
  353.  
  354.    SYMPTOM
  355.  
  356.   The Requester contains a routing table that was failing to initialize
  357.  correctly.  This caused IPX to do a RIP request on it's own local network to
  358.  get a network address that it already knows about.  This has been fixed.
  359.  
  360.   SOLUTION
  361.  
  362.   Apply IPX.SYS, 10292 bytes, 2-13-95 or later.
  363.  
  364.  
  365.  SYMPTOM
  366.  Revisions of SPX since 2-21-95 use long-term locks instead of short-term
  367.  segment locks.  32-bit programs with SPX data in large stacks can cause
  368.  DevHlp_VMLock to fail.  Short-term locks are used if long-term locks fail.
  369.  
  370.  Revisions of SPX prior to 3-27-96 did not validate packet sizes when
  371.  sending sequenced packets.  This could cause system GP faults or data
  372.  corruption.  ECBs are now checked for this when given to SPX.
  373.  
  374.  SOLUTION
  375.  Apply SPX .SYS, 15748 bytes,   5-09-96.
  376.  
  377.  SYMPTOM
  378.  
  379.   Lotus Notes servers using SPX would
  380.   randomly hang or Trap in Linksup$.
  381.  
  382.   CAUSE
  383.  
  384.   It is believed that this was caused by
  385.   Windows 95 boxes using NWLINK (IPX/SPX).
  386.   NWLINK was setting the acknowledge bit
  387.   on a terminate connection ack that was
  388.   initiated by the Notes server. It is
  389.   not proper to request an ack on a ack.
  390.  
  391.   SOLUTION
  392.  
  393.   Apply SPX.SYS, 15,684 bytes, 2-14-96 or later.
  394.  
  395.   SYMPTOM
  396.  
  397.   Previous revisions of SPX did not detect locked segments which grow and then
  398.  get used in subsequent calls.  SPX still cannot handle this situation, but it
  399.  no longer causes a system GP fault.
  400.  
  401.   SYMPTOM
  402.  
  403.   Previous revisions of SPX allowed network buffers to be locked above 16
  404.  megabytes, which could cause problems with other protocols and certain network
  405.  drivers.
  406.  
  407.   Revisions of SPX prior to 9-29-95 could potentially cause a system GP fault
  408.  when retransmitting a packet.
  409.  
  410.   SOLUTION
  411.  
  412.   Apply SPX.SYS, 15668 bytes, 12-18-95 or later.
  413.  
  414.   SYMPTOM
  415.  
  416.   Previous revisions of SPX did not allow 32-bit values to be specified for
  417.  abort, listen, and verify timeouts.
  418.  
  419.   SOLUTION
  420.  
  421.   Apply SPX.SYS, 15668 bytes, 2-21-95 or later.
  422.  
  423.  SYMPTOM
  424.  Previous revisions of TLI_SPX could cause a GP fault when sending
  425.  data under a heavy load.  The packet data area wasn't referred to
  426.  properly in these cases.
  427.  
  428.  SOLUTION
  429.  Apply TLI_SPX .SYS , 55859 bytes,  4-02-96.
  430.  
  431.   SYMPTOM
  432.  
  433.   TLI does not support SPX Packets greater than 576 bytes. When OS/2 TLI
  434.  receives such a packet, it looks like the session gets blown  away. OS/2 TLI
  435.  stops sending Keep-Alives and the session times out.
  436.  
  437.   SOLUTION
  438.  
  439.   Apply TLI_SPX.DLL, 55859 bytes, 12-14-95 or later.
  440.  SYMPTOM
  441.  
  442.   Applications written for TLI could run into situations in high-stress
  443.  environments where they would trap in DOSCALL1 or TLI_SPX.  While this
  444.  situation was rare, high stress environments could cause it.
  445.  
  446.  SOLUTION
  447.  Apply TLI_SPX.DLL, 55351 bytes, 6-12-95 or later.
  448.  
  449.  
  450.   SYMPTOM
  451.   Possible deadlock situations could occur causing TLI SPX applications and/or
  452.  the PC to hang.  TLI entered into a DOS critical section and never came back.
  453.  
  454.   SOLUTION
  455.  
  456.   Apply TLI.DLL, 20931 bytes, 4-13-95.
  457.  
  458.   SYMPTOM
  459.  
  460.   When simultaneously opening several VDMs, conflicts between VDMs can arrise
  461. as
  462.  they attempt to open and read NET.CFG at the same time. Renaming a file that
  463.  does not exist using INT21 Function 56H on a network in a Dos session with
  464.  Netx.exe loaded would return 05H (Access Denied) instead of 02H (File not
  465.  found). Netx.exe hads been fixed to return 02H.
  466.  
  467.   SOLUTION
  468.  
  469.   Apply NETX.EXE, 85215 bytes, 7-21-95.
  470.   Apply TBMI2.COM, 24991 bytes, 3-13-95.
  471.  
  472.   SYMPTOM
  473.  
  474.   When a VDM (DOS Window) was opened on OS/2 RPL workstations,
  475.   NETX.EXE would do a reset on all floppy drives, this resulted in the floppy
  476.  drive lights turning on and or hanging the PC if OS/2 happen to be formatting
  477. a
  478.  floppy disk at the time this occured.  This reset code was implemented for DOS
  479.  RPL workstations.  The reset code has been removed.
  480.  
  481.   SOLUTION
  482.  
  483.   Apply NETX.EXE, 85213 bytes, 3-2-95 or later.
  484.  
  485.  SYMPTOM
  486.  Previous revisions of VIPX could consume all available LSL buffers and
  487.  keep them for an unbounded length of time.  Inbound packets are now
  488.  discarded when a certain threshhold of inbound packets are
  489.  pending inside VIPX.
  490.  
  491.  
  492.  SOLUTION
  493.  VIPX.SYS , 53248 bytes05-30-96
  494.  Note: Apply DOSVIPX.SYS, 10560 bytes, 5-30-96 when VMBooting a read DOS
  495.  kernel.
  496.  
  497.  
  498.  SYMPTOM
  499.  Previous revisions of VIPX used an incorrect method of determining when an
  500.  SL-enhanced 486 (and all Pentiums) had enabled interrupts in a VDM.  VIPX
  501.  would believe the VDM's interrupts were disabled and indefinitely postpone
  502.  calling ESRs, causing OS/2 to hang. 
  503.  
  504.  SOLUTION
  505.  
  506.  Apply VIPX.SYS,  53248 bytes,   5-17-96 or later.
  507.  Note: Apply DOSVIPX .SYS, 10560 bytes,   5-17-96 or later when VMBooting a
  508. real DOS
  509.  kernel.
  510.  
  511.   SYMPTOM
  512.  
  513.   Previous revisions of VIPX could cause a system GP fault if the number of
  514.  available system GDTs was exhausted.  VIPX does not reliably support more
  515.   than 12 DOS sessions which use VIPX.  This revision of VIPX includes code
  516.  which allows the LSL to reclaim its buffers if they are needed elsewhere.
  517.  
  518.   SOLUTION
  519.  
  520.   Apply VIPX.SYS, 53248 bytes, 1-19-96 or later.
  521.  Note: Apply DOSVIPX.SYS, 10560 bytes, 1-19-96 or later when VMBooting a real
  522. DOS
  523.  kernel..
  524.  
  525.   SYMPTOM
  526.  
  527.    Abnormal termination of applications running in VDMs (DOS/WINOS2 Sessions.)
  528.  SYS3170: A program in this session encountered a problem and cannot continue.
  529.  SYS3176: A program in this session encountered a problem and cannot continue.
  530.  
  531.   CAUSE
  532.  
  533.   The previous versions of VIPX.SYS released for the v2.11 NetWare
  534.  Requester were fixed to work around problems envolving VME or Virtual Mode
  535.  Extentions in Intel Pentium & SL-Enhanced processors.  These fixes proved
  536.  unsuccessful and have been removed.  If you have one of the previously
  537.  mentioned processors and are experiencing DOS application problems you should
  538.  take one of the following courses of action:
  539.  
  540.   SOLUTION
  541.  
  542.   1) If you are running v3.0 (Warp) of OS/2 add VME=NO as the first line of
  543. your
  544.  config.sys file.
  545.   Apply VIPX.SYS, 53248 bytes, 3-17-95 or later.
  546.  
  547.   2) If you are running v2.11 OS/2 (XR06200) apply IBM Fix Pack XR_A092 (or
  548.  later) as per IBM APAR PJ14831.  Add VME=NO to the first line of your
  549.  config.sys file.
  550.   Apply VIPX.SYS, 53248 bytes, 3-17-95 or later.
  551.  
  552.   Note: Apply DOSVIPX.SYS, 10560 bytes, 3-17-95 or later, when VMBooting a real
  553. DOS
  554.  kernel.
  555.  
  556.   SYMPTOM
  557.  
  558.   Under certain circumstances, if VSHELL.SYS failed when creating a connection
  559.  it would terminate the primary connection.
  560.  
  561.    SYMPTOM
  562.  
  563.   The previous version of VSHELL.SYS dated 12-20-94 caused DOS/Windows
  564.  applications running simultaneously to run slow. The 12-20-94 version of
  565.  VSHELL.SYS SHOULD NOT be used.
  566.  
  567.   SOLUTION
  568.  
  569.   Apply VSHELL.SYS, 36864 bytes, 1-18-95.
  570.  
  571.  
  572.   SYMPTOM
  573.  
  574.   When logging into a NetWare server the first network drive could not be
  575. mapped
  576.  when DEFAULT LOGIN DRIVE was used in the NET.CFG.  A MAP DEL F: before mapping
  577.  F would work around this problem, assuming F is the default login drive.
  578.  
  579.   The following error msg occurs when trying to remap the login drive:
  580.          LOGIN 4.12-890  The specified server is unknown.
  581.  
  582.   NWTOOLS does not display the login drive letter as available.  Login from a
  583.  script file (login /s) returns the same error msg.
  584.  
  585.   SOLUTION
  586.  
  587.   Apply NWCALLS.DLL, 111764 bytes, 3-14-95.
  588.  
  589.   SYMPTOM
  590.  Connection wrap around problems in Windows (Groupwise connetions above 255 in
  591. WinOS2 session)
  592.  
  593.  SOLUTION
  594.  Apply NETWARE.DRV, 126432 bytes, 11-27-95.
  595.  
  596.   SYMPTOM
  597.  
  598.   In a WinOS2 session connection to a remote Post office on a Netware    
  599. Server
  600.  fails using Microsoft Mail.
  601.  
  602.   SOLUTION
  603.  
  604.   Apply NETWARE.DRV, 126384 bytes, 8-23-95 or later.
  605.  
  606.   SYMPTOM
  607.  Previous revisions of INSTALL.EXE did not expect to have invalid
  608.  string values in non English versions of INSTALL.DLL.  This caused
  609.  a SYS3175 GP fault when running VLMBOOT setup.
  610.  
  611.   SOLUTION
  612.  Apply INSTALL.EXE, 185824 bytes, 06-12-96
  613.  
  614.   SYMPTOM
  615.  
  616.   Install.exe could not correctly identify different versions of OS/2, 3.x vs
  617.  2.x, full pack vs OS/2 for Windows etc.  This will specifically resolve issues
  618.  involving a RIPL'd environment including the Launch Pad in v3.x and whether
  619.  Windows software in found in C:\WINDOWS or C:\OS2\MDOS\WINOS2.
  620.  
  621.   SOLUTION
  622.  
  623.   Apply INSTALL.EXE, 186032 bytes, 12-23-94 or later.
  624.  
  625.  
  626.   SYMPTOM
  627.  
  628.   If a workstation has DIRECTORY SERVICES OFF,  and logs into a server other
  629.  than the preferred server, and then NetWare Tools is loaded, the current
  630.  connection is terminated. If you log into your preferred server this loss of
  631.  connection does not occur.
  632.  
  633.   CAUSE
  634.  
  635.   Previous revisions of NWTOOLS used NWNET.NWGetPreferredDSServer(), which will
  636.  logout of all servers if there were no Directory Services connections and no
  637.  connection to the preferred server.  NWGetPreferredDSServer() is called when
  638.  NWTOOLS is loaded.  As a workaround, NWGetPreferredDSServer() has been fixed
  639.  and linked directly into NWTOOLS.EXE.
  640.  
  641.   SOLUTION
  642.  
  643.   Apply NWTOOLS.EXE, 174160 bytes, 6-30-95.
  644.  
  645.  
  646.   SYMPTOM
  647.  
  648.   Revisions of NMPIPE prior to 12-19-94 did not lock read buffers in memory. 
  649. If
  650.  a read buffer was swapped to disk while waiting for a DosRead to complete, the
  651.  data would be written somewhere else.
  652.  
  653.   SYMPTOM
  654.  
  655.   Previous revisions of NMPIPE did not translate compatibility sharing mode
  656.  (from VDMs) to deny-none sharing mode.
  657.  
  658.   SYMPTOM
  659.  
  660.   Named Pipes communication in a VDM would fail shortly after a DOS open was
  661.  communicated to the Named Pipe server.
  662.  
  663.   SOLUTION
  664.  
  665.   Apply  NMPIPE.SYS, 24344 bytes,  1-09-95.
  666.  
  667.  SYMPTOM
  668.  Previous revisions of NPDAEMON didn't track available service threads
  669.  correctly.  This could cause hangs or resource leaks.  Also, we delay
  670.  replies by 55 msec to DosPeekNmPipe() requests to open pipes with no data.
  671.  
  672.  
  673.  SOLUTION
  674.  Apply NPDAEMON.EXE, 19378 bytes,   5-22-96.
  675.  
  676.   SYMPTOM
  677.  
  678.   Previous revisions of NPDAEMON assumed that IPX would know it's   network
  679.  number when NPDAEMON is started.  If the IPX network number is not
  680. initialized,
  681.  NPDAEMON performs an IpxGetLocalTarget()  for all networks and then gets an
  682.  updated table copied from IPX.   There is an updated IPX which learns it's
  683.  network number(s) when  performing a GetLocalTarget for all networks.
  684.  
  685.   SOLUTION
  686.  
  687.   Apply NPDAEMON.EXE, 19374 bytes, 12-11-95 or later.
  688.   Apply IPX.SYS, 10292 bytes, 1-19-95 or later.
  689.  
  690.   SYMPTOM
  691.  
  692.   Previous revisions of NPDAEMON contained a memory leak which would eventually
  693.  consume all available swap memory.  The affected memory is now recycled to
  694.  limit the amount of memory consumed.
  695.  
  696.   SOLUTION
  697.  
  698.   Apply NPDAEMON.EXE, 18852 bytes, 4-5-95 or later.
  699.  
  700.  
  701.   SYMPTOM
  702.  
  703.   Revisions of OS2 NetBIOS since 1-23-95 created a problem with the session
  704.  watchdog.  It was related to verify and listen timeout NET.CFG parameters, and
  705.  is now fixed.
  706.  
  707.   Revisions of OS2 NetBIOS prior to 10-27-95 did not update the internal
  708.  Datagram Net Cache when relevant NetBIOS traffic arrived.  Now they do so that
  709.  a change in routers will be detected.
  710.  
  711.   Previous revisions of OS2 NetBIOS returned an error 5h (command timed out) if
  712.  a hangup request times out (the smaller of 20 seconds and NCB_STO).  If no
  713.  other requests are pending, the session is not completely destroyed until
  714.  another request is made which involves that session.  NetBIOS now returns an
  715.  error 18h (session ended abnormally) in this situation.  Both errors are legal
  716.  reports of the situation, but the changed method is easier for applications to
  717.  cope with.
  718.  
  719.   SOLUTION
  720.  
  721.   Apply NETBIOS.SYS, 20260 bytes, 12-20-95.
  722.  
  723.   SYMPTOM
  724.  
  725.   Revisions of NetBIOS starting with v2.11 aborted sessions and names when apps
  726.  using NETAPI/NETSUB exited.  This included apps which performed a
  727.  spawn-with-overlay.  The LM10 interface is not affected by this change.
  728.  
  729.   SOLUTION
  730.  
  731.   Apply NETBIOS .SYS, 20196 bytes, 3-06-95 or later.
  732.  
  733.   SYMPTOM
  734.  
  735.    Previous revisions of NetBIOS did not properly handle synchronous requests
  736.  generated by IBM's LAPS product which virtualizes multiple VDM sessions.
  737.  Closing VDMs with NetBIOS activity from the task list would cause unexpected
  738.  behavior in other NetBIOS VDMs.
  739.  
  740.   SOLUTION
  741.  
  742.   Apply NETBIOS.SYS, 20196 bytes, 1-20-95 or later.
  743.  
  744.   SYMPTOM
  745.  
  746.   Excess NetBIOS system traffic on network. The parameters VERIFY TIMEOUT and
  747.  LISTEN TIMEOUT now allow full 32-bit values to be specified.  Previously, they
  748.  were stored as 16-bit values.  ABORT TIMEOUT has always been a 32-bit value.
  749.  This increases the upper limit for these parameters considerably.  It is not
  750.  advised to use the possible maximum of 4000000000 as this roughly equates to
  751. 46
  752.  days.
  753.  
  754.   SYMPTOM
  755.  
  756.   NetBIOS did not return adapter reset values properly with the LM10 interface
  757.  used by IBM LAN Server.  NetBIOS now returns the minimum of the requested
  758.  values versus the values in NET.CFG for sessions, commands, and names.
  759.  
  760.   SOLUTION
  761.  
  762.   Apply NETBIOS.SYS, 20180 bytes, 1-23-95 or later.
  763.  
  764.  
  765.   SYMPTOM
  766.  
  767.   ROUTE.SYS that shipped with the v2.11 Requester was not routing
  768.  TOKEN-RING_SNAP frames correctly causing TCP/IP protocols to fail
  769.    in source routed environments.
  770.  
  771.   SYMPTOM
  772.  
  773.   Source Routing load balancing was not taking place properly on a large fault
  774.  tolerant Source Routed network.   ROUTE.SYS file now updates its table entries
  775.  on receives only if the destination node address in the MAC header is not
  776.  "FFFFFFFFFFFF."  Extra transmit retry code was added to retry a route that has
  777.  timed out for a maximum of 2 times before sending a SR broadcast frame to
  778.  discover a new route.  The number of extra transmit retries can be specified
  779. by
  780.  a new 'XTX' parameter in the PROTOCOL ROUTE section of NET.CFG, how ever
  781.  caution should be used when tweaking this parameter.  The default value for
  782. XTX
  783.  is 2, range is 0 to 6.  We also changed RxHandler to always reject broadcast
  784.  frames (MAC desttination address) for route info.  This protects routes
  785.   which have timed out and are ready to be replaced from getting slow routes.
  786.  
  787.          PROTOCOL ROUTE
  788.              SOURCE ROUTE XTX 2
  789.  
  790.   SOLUTION
  791.  
  792.   Apply ROUTE.SYS, 47504 bytes, 2-15-95.
  793.  
  794.  
  795.   SYMPTOM
  796.  
  797.   Using login.exe to login from config.sys causes OS/2 v3.x machines to hang.
  798.  
  799.   SOLUTION
  800.  
  801.   Apply NWSTART.EXE, 8227 bytes, 12-6-94 in the following fashion:
  802.          CALL=C:\NETWARE\NWSTART.EXE
  803.          CALL=C:\NETWARE\LOGIN.EXE
  804.  
  805.  
  806.   SYMPTOM
  807.  
  808.   Corrections were made so that large (greater than 64k in size) LAN drivers
  809.  could be remote loaded during the RPL process.
  810.  
  811.   SOLUTION
  812.  
  813.   Apply MINI.IFS, 8753 bytes, 12-21-94.
  814.  
  815.  SYMPTOM
  816.  Revisions of DOSNP since 3-15-94 have included a feature which
  817.  causes named pipes requests to time out if they take longer than
  818.  960 ticks (52.7 seconds).  This allows client software to recover
  819.  from named pipe server malfunctions.  The default action now is to
  820.  never time out requests in this manner.  A new NET.CFG parameter
  821.  "NP TIMEOUT" allows users to configure the number of ticks
  822.  (18.2/sec) for this timeout.
  823.  
  824.  
  825.  SOLUTION
  826.  Apply DOSNP.EXE, 10757 bytes 12-01-95
  827.  
  828.  SYMPTOM
  829.  LOGIN.EXE didn't parse login scripts correctly when using  "IF MEMBER
  830.  OF "GROUP1" THEN BEGIN" when the groups names only differed by
  831.  the last character.
  832.  
  833.  SOLUTION
  834.  Apply NWNET.DLL, 202960 bytes 6-06-96
  835.  Apply LOGIN.EXE 128704 6-22-95 & LOGIN.MSG 11333 9-22-94.
  836.  LOGIN.EXE can be obtained from OS2Ux.EXE. LOGIN.MSG ships with NetWare v4.1.
  837.  
  838.  
  839.  
  840. Self-Extracting File Name: os2c5.exe
  841.  
  842. Files Included     Size     Date      Time
  843.  
  844. ..\
  845.        OS2C5.TXT     (This file)
  846.        DOSNP.EXE           10757         12-1-95     10:26:18 pm
  847.      DOSVIPX.SYS           10560         5-30-96      9:50:54 pm
  848.      INSTALL.EXE          185824         6-12-96      9:16:36 pm
  849.          IPX.SYS           10292         1-19-96      4:36:54 pm
  850.         MINI.IFS            8753        12-21-94      4:15:56 pm
  851.      NETBIOS.SYS           20260        12-20-95      6:21:28 pm
  852.      NETWARE.DRV          126432        11-27-95      7:05:56 pm
  853.         NETX.EXE           85215         7-21-95     10:23:02 pm
  854.       NMPIPE.SYS           24344          1-9-95      5:15:48 pm
  855.     NPDAEMON.EXE           19378         5-22-96     11:15:00 pm
  856.      NWCALLS.DLL          111764         3-14-95      6:58:52 pm
  857.     NWDAEMON.EXE           36281         8-14-95      2:30:12 pm
  858.        NWIFS.IFS           41780         6-18-96     10:04:50 pm
  859.        NWNET.DLL          202960          6-6-96      9:30:20 pm
  860.        NWREQ.SYS           32852         6-24-96      7:26:48 pm
  861.      NWSTART.EXE            8227         12-6-94      8:02:00 pm
  862.      NWTOOLS.EXE          174160         6-30-95      7:44:40 pm
  863.     NWWORKER.DLL          114710         2-10-95      4:24:24 pm
  864.        ROUTE.SYS           47504         2-15-95      8:20:56 pm
  865.          SPX.SYS           15748          5-9-96      9:21:18 pm
  866.        TBMI2.COM           24991         3-13-95      4:48:34 pm
  867.          TLI.DLL           20931         4-13-95     10:35:10 pm
  868.      TLI_SPX.DLL           55859          4-2-96      5:50:38 pm
  869.         VIPX.SYS           53248         5-30-96      9:50:30 pm
  870.       VSHELL.SYS           36864         1-18-95      2:25:12 pm
  871.  
  872.  
  873. Installation Instructions:
  874.  
  875.   * Create a directory called INSTALL$.NEW under \NETWARE.  Copy all files into
  876. \NETWARE\INSTALL$.NEW and reboot.  During boot up, all files in the
  877. INSTALL$.NEW directory will be moved automatically to the \NETWARE directory. 
  878. Existing files in the \NETWARE directory will be overwritten, and the
  879. INSTALL$.NEW directory will be removed.
  880.  
  881.   * NETWARE.DRV should be manually copied to os2\mdos\winos2\system
  882. subdirectory.  If you have installed VLM Boot and you have a \NETWARE\NETXDLL
  883. subdirectory, copy NETWARE.DRV to the NETXDLL subdirectory instead of 
  884. os2\mdos\winos2\system.
  885.  
  886.   * TBMI2.COM should be manually copied to \os2\mdos\winos2\system
  887. subdirectory.
  888.  
  889.   * MINI.IFS should be manually copied to the SYS:RPL2 subdir on your NetWare
  890. server if you are using Remote Program Load.
  891.  
  892.   ** It is a good idea to make sure you have backups of all files being
  893.  replaced.
  894.  
  895.  
  896.  
  897.  -----------------------------------------------------------------
  898.  Any trademarks referenced in this document are the property of their
  899. respective owners.  Consult your product manuals for complete trademark
  900. information.
  901.  -----------------------------------------------------------------
  902.  
  903.