Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1648154
Summary: | pdfgrep crashing when searching recursive | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | bugz |
Component: | pdfgrep | Assignee: | Joachim de Groot <jdegroot> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 29 | CC: | bugz, jdegroot, redhat-bugzilla |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | pdfgrep-2.1.2-1.fc29 pdfgrep-2.1.2-1.fc28 pdfgrep-2.1.2-1.fc27 pdfgrep-2.1.2-1.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-11-22 03:21:01 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
bugz
2018-11-08 22:53:33 UTC
Did you use the same compiler flags for your own build like the rpm build process does? At https://gitlab.com/pdfgrep/pdfgrep/commits/master, I do not see the commit g3e7a9ae?! I did not do anything to match compiler flags. I don't know which flags the rpm is build with and I haven't checked the one I used. The last commit at the gitlab masterbranch is 3e7a9ae5 - Too close to g3e7a9ae to be a coincidence? Axel (In reply to bugz from comment #2) > I did not do anything to match compiler flags. I don't know which flags the > rpm is build with and I haven't checked the one I used. https://koji.fedoraproject.org/koji/taskinfo?taskID=30746508 - can you please test this build and let me know? This is 3e7a9ae5 actually (as scratch build). Just tried, still crashes: $ pdfgrep -r "Test" * /usr/include/c++/8/bits/stl_vector.h:932: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = char; _Alloc = std::allocator<char>; std::vector<_Tp, _Alloc>::reference = char&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed. Aborted (smed kerne) If I downgrade (rpm) to: pdfgrep x86_64 1.3.1-10.fc29 $ pdfgrep -V This is pdfgrep version 1.3.1 It then works! I'll check compiler flag diff rpm/my local version later. -Axel Created a build log: cat Build_101118.log make all-recursive make[1]: Entering directory '/home/axel/data/Temp/Compile/pdfgrep' Making all in src make[2]: Entering directory '/home/axel/data/Temp/Compile/pdfgrep/src' g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT pdfgrep.o -MD -MP -MF .deps/pdfgrep.Tpo -c -o pdfgrep.o pdfgrep.cc mv -f .deps/pdfgrep.Tpo .deps/pdfgrep.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT output.o -MD -MP -MF .deps/output.Tpo -c -o output.o output.cc mv -f .deps/output.Tpo .deps/output.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT exclude.o -MD -MP -MF .deps/exclude.Tpo -c -o exclude.o exclude.cc mv -f .deps/exclude.Tpo .deps/exclude.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT regengine.o -MD -MP -MF .deps/regengine.Tpo -c -o regengine.o regengine.cc mv -f .deps/regengine.Tpo .deps/regengine.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT search.o -MD -MP -MF .deps/search.Tpo -c -o search.o search.cc mv -f .deps/search.Tpo .deps/search.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT cache.o -MD -MP -MF .deps/cache.Tpo -c -o cache.o cache.cc mv -f .deps/cache.Tpo .deps/cache.Po g++ -std=c++14 -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler -g -O2 -MT intervals.o -MD -MP -MF .deps/intervals.Tpo -c -o intervals.o intervals.cc mv -f .deps/intervals.Tpo .deps/intervals.Po g++ -std=c++14 -g -O2 -o pdfgrep pdfgrep.o output.o exclude.o regengine.o search.o cache.o intervals.o -lpoppler-cpp -lpcre -lgcrypt -ldl -lgpg-error -Axel Yeah, you are building with about no compiler flags at all. Thus the cause is likely buggy upstream code; filed: https://gitlab.com/pdfgrep/pdfgrep/issues/31 Thanks! Could you test https://koji.fedoraproject.org/koji/taskinfo?taskID=30948220, please? It's from f0513102. Hi, I can confirm it's now working as expected! Have only tested on x86_64 though. -Axel pdfgrep-2.1.2-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-a5f70d1856 pdfgrep-2.1.2-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-00c02a772b pdfgrep-2.1.2-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-4379fa3f2a pdfgrep-2.1.2-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-49a1c4161e pdfgrep-2.1.2-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-00c02a772b pdfgrep-2.1.2-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-a5f70d1856 pdfgrep-2.1.2-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-4379fa3f2a pdfgrep-2.1.2-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-49a1c4161e pdfgrep-2.1.2-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. pdfgrep-2.1.2-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report. pdfgrep-2.1.2-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report. pdfgrep-2.1.2-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. |