This new version is a bugfix version for Python 3 plus I added a new name in the default report: /XFA
You should change from optparse to docopt.
Comment by henrisalo — Thursday 21 March 2013 @ 10:51
@henrisalo This would make PDFiD (and pdf-parser) dependent on an external module. I want my pdf tools to run on default Python installations, without any additions.
Comment by Didier Stevens — Thursday 21 March 2013 @ 11:00
Comment by henrisalo — Thursday 21 March 2013 @ 11:01
Nice tools! Do you plan to add them to git, mercurial or svn repo? As you have many updates and I plan to add them to the Matriux distro, it will be simpler for every one who needs/wants up to date versions 🙂
Comment by Tiger-222 — Thursday 21 March 2013 @ 13:58
@Tiger-222 Yes, I plan to setup my own git repo.
Comment by Didier Stevens — Thursday 21 March 2013 @ 22:39
Thank you for making great tools.
I found one problem during the test.
(source info : ver 0.2.1 2014/10/28)
If the file name to be scanned contains the string “[“, “]”, it is not checked.
C: \ python pdfid.py “c:[test]abcd.pdf”
“[Test] abcd.pdf” file is not scanned.
The return value of the “ExpandFilenameArguments” function is blank.
(848 line of pdfid.py source code)
I hope it gets fixed.
Comment by dreamer998 — Friday 14 April 2017 @ 1:01
This is normal behavior. pdfid supports filename wildcards. If you are not familiar with filename wildcards, read this: http://www.linfo.org/wildcard.html
Comment by Didier Stevens — Sunday 16 April 2017 @ 13:05
RSS feed for comments on this post. TrackBack URI
Fill in your details below or click an icon to log in:
You are commenting using your WordPress.com account. ( Log Out / Change )
You are commenting using your Twitter account. ( Log Out / Change )
You are commenting using your Facebook account. ( Log Out / Change )
You are commenting using your Google+ account. ( Log Out / Change )
Connecting to %s
Notify me of new comments via email.
Notify me of new posts via email.
Blog at WordPress.com.