QuickPDF v6.04.5

Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic

   Another (source code only) update is available in the source code download area [here] from Delbeke. This version adds incremental digital co-signing.

   This update requires 32 bytes more per object in the PDF files in
the version of the document loaded in memory (to hold the MD5 hash
key). Although Delbeke has not found a file large enough to create a
problem, this might be an out-of-memory problem for some.

   The following units were modified and the changes are marked with "/Delbeke 09/20/2008 'Inc Save'"" 

uQuickPDF.pas
uPDFDocument.pas
uiSedQuickPdf.pas
    There are 3 new functions that have been added:

SaveIncToFile  Allows an incremental Save of a signed PDF file.
SaveIncToString Allows an incremental Save of a signed PDF file held in a string.

SaveIncToStream (DLL version only) Allows an incremental Save of a signed PDF file held in a TStream.
SaveIncToVariant (ActiveXversion only) Allows an incremental Save of a signed PDF file held in a variant.
   These functions work as before with the same parameters and the same
return codes. Incremental save can fail in the following two cases:

The PDF file was not loaded (ie it is a new file created from scratch), or
An object in the original PDF file was deleted.
   The function DigiCoSign DigiSign now supports co-signing. parameters are the same as for signing. Return codes are also the same, namely: 

 0 = OK
 1 = DestFileName omitted
 2 = Certificate omitted
 3 = Certificate file does not exists
 4 = Invalid certificate password
 5 = Certificate does not have a private key
 6 = Unknown error
   Therefore, the error code "already signed" is no longer required. 
This function determines if incremental save is required. Another
modification is that the signed document is removed from the document
list once it is signed and saved. This prevents signing a document
twice without having the PDF file loaded beforehand.

Edited by Michel_K17 - 23 Sep 08 at 11:47PM

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
Michel_K17 Members Profile Find Members Posts Newbie www.exp-systems.com Joined: 25 Jan 03 Status: Offline Points: 297	Post Options Post Reply Quote Michel_K17 Report Post Thanks(0) Quote Reply Topic: QuickPDF v6.04.5 Posted: 21 Sep 08 at 11:34PM
	Another (source code only) update is available in the source code download area [here] from Delbeke. This version adds incremental digital co-signing. This update requires 32 bytes more per object in the PDF files in the version of the document loaded in memory (to hold the MD5 hash key). Although Delbeke has not found a file large enough to create a problem, this might be an out-of-memory problem for some. The following units were modified and the changes are marked with "/Delbeke 09/20/2008 'Inc Save'"" uQuickPDF.pas uPDFDocument.pas uiSedQuickPdf.pas There are 3 new functions that have been added: SaveIncToFile Allows an incremental Save of a signed PDF file. SaveIncToString Allows an incremental Save of a signed PDF file held in a string. SaveIncToStream (DLL version only) Allows an incremental Save of a signed PDF file held in a TStream. SaveIncToVariant (ActiveXversion only) Allows an incremental Save of a signed PDF file held in a variant. These functions work as before with the same parameters and the same return codes. Incremental save can fail in the following two cases: The PDF file was not loaded (ie it is a new file created from scratch), or An object in the original PDF file was deleted. The function ~~DigiCoSign~~ DigiSign now supports co-signing. parameters are the same as for signing. Return codes are also the same, namely: 0 = OK 1 = DestFileName omitted 2 = Certificate omitted 3 = Certificate file does not exists 4 = Invalid certificate password 5 = Certificate does not have a private key 6 = Unknown error Therefore, the error code "already signed" is no longer required. This function determines if incremental save is required. Another modification is that the signed document is removed from the document list once it is signed and saved. This prevents signing a document twice without having the PDF file loaded beforehand. Edited by Michel_K17 - 23 Sep 08 at 11:47PM
	Michel

DELBEKE Members Profile Find Members Posts Debenu Quick PDF Library Expert Joined: 31 Oct 05 Location: France Status: Offline Points: 151	Post Options Post Reply Quote DELBEKE Report Post Thanks(0) Quote Reply Posted: 23 Sep 08 at 10:41AM
	Hi michel Some pr�cisions, the incremental save is used internaly by the signing function, you are right, but can be also used for others purposes, instead of the legacy save functions. There is no DigiCoSign function, just the DigiSign function. These one can make the co-signing as well the simple signing.

Ingo Members Profile Find Members Posts Moderator Group Joined: 29 Oct 05 Status: Offline Points: 3524	Post Options Post Reply Quote Ingo Report Post Thanks(0) Quote Reply Posted: 23 Sep 08 at 5:18PM
	Hello! I've found problems working with the file tinyhash.pas... It's using functions from a newer version of the advapi32.dll. Older versions (before windows xp) of this dll doesn't offer this functions - so there are problems on older windows-installations like win2000 and winNT. I don't want to put a new version of the advapi32.dll into my installation-package. Additionally you have to deregister an existing old advapi32.dll and register the new installed version. Perhpas it's not legal to distribute the new advapi32.dll... so my questionmainly to Jean-Luc et Loic: Is it possible to change again to the capicom-module? Best regards, Ingo

DELBEKE Members Profile Find Members Posts Debenu Quick PDF Library Expert Joined: 31 Oct 05 Location: France Status: Offline Points: 151	Post Options Post Reply Quote DELBEKE Report Post Thanks(0) Quote Reply Posted: 25 Sep 08 at 5:34AM
	Hi, tinyhash removed I've found a pure delphi code for calculating the Sha1 hash. Added to the unit uPDFDigest (there was a code for the md5 algorythm inside) I have to rewrite the uPDFDocument to use the md5 functions from unit uPDFDigest I'll do a new release with theses improvements and send it to Michel. Note that the improvment for Subsetted Type 3 font will be inside too (unit uPDFFontConst and uPDFRenderer)