High performance library for creating, modiyfing and parsing PDF files in C++

I need to create an interactive form (AcroForm) if it does not exist in a PDF. Then, check and add a Font entry in the DR dictionary of the AcroForm dictionary. How to achieve that in this library?

Thank Gal for the great SDK!

Did anyone know how to use this SDK for re-ordering pages in a PDF? i.e. move the 2nd page to the 6th page

I already checked the PDF modification sample codes, but they are all about modifying (or adding / deleting) the contents. There were no sample codes to re-order pages.

I need to copy objects from one PDF to the other PDF, but sometimes some objects are not "valid" (problematic PDF file maybe generated by some buggy PDF apps), i.e. missing parent node, or missing any indirect object. In such cases, i want to skip the object copying, but when PDFDocumentCopyingContext::CopyObject return eFailure, it already allocated some object ID such that in the later pdfWriter.EndPDF() always returned eFailure due to unwritten objects in the xRefTable (failed in ObjectsContext::WriteXrefTable line: 204). Is there any method in the library that i can call to roll-back the states before the failed CopyObject call?

Any plans on supporting CID fonts? I cannot decode the fonts atm.

I know the PDFium lib has support for it for implementation inspiration: https://github.com/documentcloud/pdfium/tree/master/third_party/freetype/src/cid

ANSIFontWriter::WriteWidths crashes when called from CFFANSIFontWriter and no glyphs in the font have actually been used. Specifically, the result from mCharactersVector.begin() can't be dereferenced because it's empty in this case, so an exception is thrown.

I'm not sure if this issue is confined to ANSIFontWriter or if other types of fonts have an analogous issue.

Ideally, the font wouldn't be emitted at all since it's not actually used.

Failed in an invocation to copyingContext->AppendPDFPageFromPDF(pageIndex) --> calling PDFParser::CreateFilterForStream to parse a PDF page and failed: the log showed "PDFParser::CreateFilterForStream, supporting only flate decode and ascii 85 decode, failing". Then, i found the PDF using LZWDecode. It seemed this SDK doesn't support LZWDecode, am i right? If so, how to add LZWDecode support by myself? PS: if it's not easy to add LZWDecode filter support, how can i copy pages from one PDF to the other PDF without involving the unsupported filter support?

Hi, I am new to this great library, I want to find the page footer of a PDF file then remove it. After going through the document, I didn't find some method directly related, can you please give me some hints?

Sometimes end of stream should be taken as a token - if the stream is not ended that mean there is an error, otherwise it was not successfully just because we encounter the end of stream before reading any data.

The 'seac' operator ("Standard Encoding Accented Character") is defined to specify dependent glyphs in the Adobe Standard Encoding rather than the Type 1 font's private encoding, but the implementation of Type1ToCFFEmbeddedFontWriter::AddComponentGlyphs() was only getting the glyph names according to the font's private encoding. In our case, we were getting glyph names defined in the font's private encoding dictionary, but the font did not actually have any charstrings for those glyph names. This caused the recursive call to AddComponentGlyphs() to fail on calling Type1Input::CalculateDependenciesForCharIndex(), and that led to the failure to embed the font, and ultimately the failure to complete the PDF. Or, no glyph would be shown at all in the output PDF. For example, the charstring for "Aring" might use 'seac' with "A" and "ring" as dependent glyphs, specified in the Adobe Standard Encoding (where "ring" has the code point 0xCA). The font's private encoding might have a different name for the code point 0xCA, "eth"... if the font did not have a charstring for "eth", that would lead to the failure described above; and if the font did have a charstring for that character, the wrong glyph would be drawn. Our solution was to get the encoded glyph name explicitly from the StandardEncoding object instead.

Hi Gal,

Running the function PDFWriter::CreateImageXObjectFromJPGFile with specific JPG returns failure. When debugging I realized that the problem is in the function JPEGImageParser::ReadPhotoshopData, it seems that when resolutionBim not found there is an exceeding in the read bytes. I added some validation tests that seems to solve the problem, below is the function after my changes: EStatusCode JPEGImageParser::ReadPhotoshopData(JPEGImageInformation& outImageInformation,bool outPhotoshopDataOK) { EStatusCode status; unsigned int intSkip; unsigned long toSkip; unsigned int nameSkip; unsigned long dataLength; bool resolutionBimNotFound = true;

do {
    status = ReadIntValue(intSkip);
    if(status != PDFHummus::eSuccess)
        break;
    toSkip = intSkip-2;
    status = SkipTillChar(scEOS,toSkip);
    if(status != PDFHummus::eSuccess)
        break;
    while(toSkip > 0 && resolutionBimNotFound)
    {
        status = ReadStreamToBuffer(4);
        if(status !=PDFHummus::eSuccess)
            break;
        toSkip-=4;
        if(0 != memcmp(mReadBuffer,sc8Bim,4))
            break; // k. corrupt header. stop here and just skip the next
        status = ReadStreamToBuffer(3);
        if(status !=PDFHummus::eSuccess)
            break;
        toSkip-=3;
        nameSkip = (int)mReadBuffer[2];
        if(nameSkip % 2 == 0)
            ++nameSkip;
        SkipStream(nameSkip);
        toSkip-=nameSkip;
        resolutionBimNotFound = (0 != memcmp(mReadBuffer,scResolutionBIMID,2));
        status = ReadLongValue(dataLength);
        if(status != PDFHummus::eSuccess)
            break;
        toSkip-=4;
        if(resolutionBimNotFound)
        {
            if(dataLength % 2 == 1)
                ++dataLength;
            toSkip-=dataLength;
            SkipStream(dataLength);
        }
        else
        {
            status = ReadStreamToBuffer(16);
            if(status !=PDFHummus::eSuccess)
                break;
            toSkip-=16;
            outImageInformation.PhotoshopInformationExists = true;
            outImageInformation.PhotoshopXDensity = GetIntValue(mReadBuffer) + GetFractValue(mReadBuffer + 2);
            outImageInformation.PhotoshopYDensity = GetIntValue(mReadBuffer + 8) + GetFractValue(mReadBuffer + 10);
        }
    }
    if(PDFHummus::eSuccess == status)
        SkipStream(toSkip);
}while(false);
outPhotoshopDataOK = !resolutionBimNotFound;
return status;

}

What do you think?

Attached is the problematic JPG.

Thanks, Hadas

Hello,

I've got a use case where I need to combine multiple PDFs into one while resizing all to be the same page size. Most sample code seems to do one or the other and I'm wondering if what I'd like to do is even possible.

So given an array of documents paths, I've been able to combine them using the following code:

std::string destinationFile = params[1];
	PDFWriter pdfWriter;
	PDFPageRange pageRange;
	PDFParser parser;
	InputFile pdfFile;
	EStatusCode status = PDFHummus::eSuccess;

	Php::out << "Creating " << destinationFile << std::endl;
	pdfWriter.StartPDF("/tmp/file.pdf",ePDFVersion17);
	
	for (auto &iter : params[0]) {
		if (file_exists(iter.second.stringValue())) {
			pdfWriter.AppendPDFPagesFromPDF(iter.second.stringValue(), pageRange);
			Php::out << "\tWith: " << iter.second.stringValue() << std::endl;
		} else {
			Php::out << "\t " << iter.second.stringValue() << " doesn't exist!" << std::endl;
			return false;
		}
	}

	pdfWriter.EndPDF();

In #29 there is a link to some code about the ModifyingExistingFileContent test. However I'm having trouble understanding everything it is doing. When I add it to my particular use case (I modify the PDF I just combined from multiple sources). I can get different page sizes, however its basically just cropping the page, not resizing the content at all.

So a few questions:

• Is what I want to do possible?
• Do I need to open use a PDFWriter instance more than once? Or can I get all source pages and combine it manually while resizing the pages?

Below is the code after the code above that re-opens the modified file and re-writes the mediaBox size. Like I said it resizes the page, but not the content within it...

pdfWriter.ModifyPDF(params[1], ePDFVersion17, destinationFile);
	status = pdfFile.OpenFile("/tmp/file.pdf");

	status = parser.StartPDFParsing(pdfFile.GetInputStream());
	if (status != PDFHummus::eSuccess) {
		Php::out << "unable to parse input file" << std::endl;
	} else {
		Php::out << "Pages: " << parser.GetPagesCount() << std::endl;
	}

	PDFDocumentCopyingContext* copyingContext = NULL;

	for (long unsigned int x = 0; x < parser.GetPagesCount(); x++) {
		// Change 3rd page bbox to landscape by modifying the page object
		copyingContext = pdfWriter.CreatePDFCopyingContextForModifiedFile();
		if (!copyingContext) {
			Php::out << "failed to create copying context for modified file" << std::endl;
			status = eFailure;
			return nullptr;
		}
		// create a new object for the page, copy all but media box, which will be changed
		ObjectIDType pageId                     = copyingContext->GetSourceDocumentParser()->GetPageObjectID(x);
		PDFObjectCastPtr<PDFDictionary> pageObj = copyingContext->GetSourceDocumentParser()->ParsePage(x);

		MapIterator<PDFNameToPDFObjectMap> pageObjIt = pageObj->GetIterator();

		pdfWriter.GetObjectsContext().StartModifiedIndirectObject(pageId);
		DictionaryContext* modifiedPageObject = pdfWriter.GetObjectsContext().StartDictionary();
		while (pageObjIt.MoveNext()) {
			if (pageObjIt.GetKey()->GetValue() != "MediaBox") {
				modifiedPageObject->WriteKey(pageObjIt.GetKey()->GetValue());
				copyingContext->CopyDirectObjectAsIs(pageObjIt.GetValue());
			}
		}
		// write new media box
		modifiedPageObject->WriteKey("MediaBox");
		pdfWriter.GetObjectsContext().StartArray();
		pdfWriter.GetObjectsContext().WriteInteger(0);
		pdfWriter.GetObjectsContext().WriteInteger(0);
		pdfWriter.GetObjectsContext().WriteInteger(500);
		pdfWriter.GetObjectsContext().WriteInteger(500);
		pdfWriter.GetObjectsContext().EndArray();
		pdfWriter.GetObjectsContext().EndLine();

		pdfWriter.GetObjectsContext().EndDictionary(modifiedPageObject);
		pdfWriter.GetObjectsContext().EndIndirectObject();

		// cleanup
		delete copyingContext;
	}

Hi,

I have a problem with compiling this library in a project.

Undefined symbols for architecture x86_64:
  "PDFWriter::PDFWriter()", referenced from:
      create_pdf() in main.cpp.o
  "PDFWriter::~PDFWriter()", referenced from:
      create_pdf() in main.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.

The CMakeLists.txt

cmake_minimum_required(VERSION 3.22)

project(proj)

set(CMAKE_CXX_STANDARD 20)

ADD_SUBDIRECTORY(PDFWriter4_0)
add_executable(proj main.cpp)

The source is in directory ./PDFWriter4_0/ with all the content of release zip

and the main.cpp:

#include "PDFWriter4_0/PDFWriter/PDFWriter.h"
#include "PDFWriter4_0/PDFWriter/PDFPage.h"

using namespace proj;

int main() {
    PDFWriter pdfWriter;
    /*pdfWriter.StartPDF("/Users/stephane/Code/CL/C++/astronumerologie-generate/my_pdf.pdf",ePDFVersion13);
    PDFPage* pdfPage = new PDFPage();
    pdfPage->SetMediaBox(PDFRectangle(0,0,595,842));

    /* Add some content for the page */

    /*
    pdfWriter.WritePageAndRelease(pdfPage);
    pdfWriter.EndPDF();*/
}
```

I'm a beginner with CMake. Thanks for making this library.

I need to draw several rectangles with a fill colour and no stroke. Some of them need to be overprinted above the ones below. To do that in a PDF, it seems I need to have two graphics states. I do not know how to do it with this library. Can someone guide me how to add two graphics states in the resources page.

There is a small typo in PDFWriter/JPEGImageParser.cpp.

Should read secondary rather than seconary.

Semi-automated pull request generated by https://github.com/timgates42/meticulous/blob/master/docs/NOTE.md

PDFWriter/PDFObject.cpp:58:3: warning: cannot delete expression with pointer-to-'void' type 'void *' [-Wdelete-incomplete]
                delete it->second;
                ^      ~~~~~~~~~~
PDFWriter/PDFObject.cpp:98:2: warning: cannot delete expression with pointer-to-'void' type 'void *' [-Wdelete-incomplete]
        delete result;

Delete via void* is undefined behaviour, C++ Standard section 5.3.5/3:

In the first alternative (delete object), if the static type of the object to be deleted is different from its dynamic type, the static type shall be a base class of the dynamic type of the object to be deleted and the static type shall have a virtual destructor or the behavior is undefined. In the second alternative (delete array) if the dynamic type of the object to be deleted differs from its static type, the behavior is undefined

80)This implies that an object cannot be deleted using a pointer of type void* because void is not an object type.

Destructor of your original type will not be called:

delete Abc* delete void*

I found one place which uses SetMetadata in DecryptionHelper and sets new std::list as metadata which will be leaked because in order to release resources used by std::list you need to call its destructor.