Product
Print Preview |
Version
1.1.0 |
Prerequisites
none |
Supersedes
none |
Problem-No
10585, 10586, 10587, 10588, 10589 |
Date
Tue Aug 29 10:21:05 MET DST 2000 |
Files
viewif |
Architectures
sol4 rs6000 sgi hppa alpha dg86 linux rhappc |
Subject
viewif could core dump while moving a job to error or hold queue |
Info
The viewif interface could core dump in its finishing phase where a completed print job is moved to a hold or error queue. This happened under the rare circumstances that the lpd print daemon accessed the queue lock file of the hold or error queue at the same moment the printer interface did. Also fixed: - The viewif printer interface now removes the corresponding resource files of any PDF file created on an EtherShare volume properly in case the newly created file has to be removed due to an error condition. - In case the viewif printer interface could not access the control files for the current print job anymore it did disable the queue for printing. This did not make sense because a job missing its control file can never printed again. Now the affected print job will be thrown away. - The viewif printer interface could dump core while reading a PPD file ending with a doublequote without closing quote. - The viewif printer interface "Extended print info" has changed: In case a hi-res image is included by its EPSF layout image the extended info will now look like: included '<UNIX Pathname>' (<Reference Pathname>). The name of the EPSF layout image has never been available at the moment the hi-res file was included and therefore could never be mentioned in the info text. The new syntax offers the possibility to distinguish between a hi-res image included by a normal OPI comment, in which case the old syntax '<Reference Pathname>' replaced by '<UNIX Pathname>' is used and the case described above. The syntax for all other type of layout images does not change. |