Marking the issue as Won't Fix as there is not stack trace or enough stack information to triage further.

Thank You.

Automatically applying components based on information from OWNERS files. If this seems incorrect, please apply the Test-Predator-Wrong-Components label.

ClusterFuzz testcase 5612615092142080 is still reproducing on tip-of-tree build (trunk).

If this testcase was not reproducible locally or unworkable, ignore this notification and we will file another bug soon with hopefully a better and workable testcase.

Otherwise, if this is not intended to be fixed (e.g. this is an intentional crash), please add ClusterFuzz-Ignore label to prevent future bug filing with similar crash stacktrace.

This doesn't seem like it's a PDF issues. This is crashing down in the code to build a std::string. I'm guessing (since the line numbers in the stack don't make sense, that its:

 80 std::string ProgramPath() { 
 89   char* path = new char[PATH_MAX + 1];                                          
 90   assert(path);                                                                 
 91   ssize_t sz = readlink("/proc/self/exe", path, PATH_MAX);                      
 92   assert(sz > 0);                                                               
 93   std::string result(path, sz);                                                                                                           
 94   delete[] path;                                                                
 95   return result;    
 97 }  

which is crashing on line 98. The readlink method returned successfully since we assert that sz > 0, and then it crashes inside std::string result(path, sz). (At least, that's my guess).