|
Changes made to AFP.NLM & AFPCON.NLM v4.10
--------------------------------------------------------------------------------
1) FIXED problem where the rebuild code would abend the server. This was because of a corrupt resource fork. The rebuild code now does several checks to verify the stream is present and the resource pointers are within the range of the resource fork.
2) FIXED problem where similar volume names would mount the wrong volume.
3) FIXED problem where a workstation could only open the same file 4 times. Changed the AFPTaskCount from 4 to 64.
4) FIXED a problem with the RealVolumeIcon where it was being
overwritten on the PowerPC port. Change RealVolumeIcon to be a
pointer to allocated memory instead of static data in the NLM.
5) FIXED a problem on a corrupted resource fork, we would walk
beyond the end of the buffer.
6) FIXED a problem in Login, were we would upper case the stack and
overflow beyond the password buffer on the stack. Also reworked
the debug code.
Changes after the 2-20-96
7) The default Allow Clear Text Password will be set to on instead of off.
8) Added a new afp configuration parameter, which will allow a volume size of greater than 2 gig to be reported.
9) We now zero the PaulData buffer before getting the data.
10) Fixed the code that returns volume size & free, to better handle volumes larger that 2 gig.
11) Fixed the FPGetSrvrParams to also update the serverparmcache if AFPCON has changed the status of the volumes.
12) Fixed the FPMapID routine to return an error when the DSGetEntry api fails.
13) We verify a name is passed in. If not we return afpNoErr.
Changes after the 5-13-96
22) FIXED the unload nlm code not to call AnnihilateSession if the connection is already being logged out.
Changes after the 6-11-96
23) FIXED where in SetParms, the connectionAccess variable was not being initialized before being test on certain code paths.
Changes after the 6/19/1997
24) FIXED a problem with the extension mapper not working.
ATPS.NLM v4.12
-------------------------------------------------------------------------------------
1. The customer notices that ATPS is no longer printing jobs that are in queue serviced by ATPS. The job status may be either "active" or "ready". The following error is seen on the ATPS verbose screen: "Request for printer's status timed out". This problem also occurs with PSERVER.NLM as the print server and ATXRP.NLM is servicing the queue and is responsible for sending the print jobs to the AppleTalk printer. ATPS is sending PAP SendStatus requests to the printer to find out the status of the printer, after the communication problems have occurred. The printer intermittently responds with a SendStatus Reply and a status of "idle". ATPS should recover from any error condition and continue to service print queues.
ATXRP.NLM v4.11
-------------------------------------------------------------------------------------
Bug Fix:
1. The customer notices that ATPS is no longer printing jobs that are in queue serviced by ATPS. The job status may be either "active" or "ready". The following error is seen on the ATPS verbose screen: "Request for printer's status timed out". This problem also occurs with PSERVER.NLM as the print server and ATXRP.NLM is servicing the queue and is responsible for sending the print jobs to the AppleTalk printer. ATPS is sending PAP SendStatus requests to the printer to find out the status of the printer, after the communication problems have occurred. The printer intermittently responds with a SendStatus Reply and a status of "idle". ATPS should recover from any error condition and continue to service print queues.
2. ATXRP v4.11 uses different NetWare scheduling techniques to correct a problem in ATXRP v4.10 which would cause the MONITOR, etc., to report very high server utilization when the server was in fact idle or near-idle.
Enhancement:
ATXRP v4.11 monitors AppleTalk printers via periodic NBP confirmations to promptly detect when a printer is no longer available on the network or when a printer which is supposed to be hidden becomes un-hidden. In ATXRP v4.10 these conditions would not be detected until the next time there was a job for the printer.
|
