xPDFSearch 1.45 - Content plugin to search text in PDF files

[Ovg]

2zeeko

Can't install 1.36a on TC 10.52 x64/Windows 7 x64
https://disk.yandex.com/i/-2FnbjIwZdqmSg

[zeeko]

2ovg,
Plugins in wdx_xpdfsearch_1.36a.zip require Microsoft Visual C++ Redistributable package:

• 64-bit: https://aka.ms/vs/17/release/vc_redist.x64.exe

• 32-bit: https://aka.ms/vs/17/release/vc_redist.x86.exe

Plugins in wdx_xpdfsearch_1.36a_xp.zip don't require additional DLLs.
Use this archive, if you don't want to install additional package.

[Ovg]

2zeeko

Thanks for help!

Now working fine!!!

[Elwin_Ransom]

2zeeko
xPDFSearch 1.36a, TC 10.52, Windows 10 21H2 64-bit.

1. Message "File xPDFSearch.wdx not found!" in column fields — now this issue is occurring in the 64-bit version.
https://0x0.st/onB2.png

2. Failure when trying to rename a file with Multi-Rename Tool using the 32-bit version.
https://0x0.st/onSL.png

[Ovg]

2zeeko
2. Failure when trying to rename a file with Multi-Rename Tool using the 32-bit version.
https://0x0.st/onSL.png

The same here for x64... (XP version)

2zeeko
1. Message "File xPDFSearch.wdx not found!" in column fields — now this issue is occurring in the 64-bit version.

For me working fine ... (XP version)

[zeeko]

To use xPDFSearch in Multi-Rename Tool, you need to add/change content plugin ini file (usually %COMMANDER_PATH%\contplug.ini):

Code: Select all

[xPDFSearch]
NoCache=1

and restart TC.
This option enables renaming and changing attributes, but slows down fields extraction.

2Elwin_Ransom
Please try to install plugin again and check if xPDFSearch.wdx64 is copied to destination folder.
Restart TC and check if it is working.

Tested on W10 21H2 x64 and it is working (XP+ and W7+ 64-bit versions).

TC doesn't log why it couldn't load content plugins. Tested with missing wdx64 plugin files.
And in columns there is a message "File xPDFSearch.wdx not found!", while xPDFSearch.wdx64 is actually not found.

[Ovg]

To use xPDFSearch in Multi-Rename Tool, you need to add/change content plugin ini file (usually %COMMANDER_PATH%\contplug.ini):

Code: Select all

[xPDFSearch]
NoCache=1

and restart TC.

Thanks, working fine!!!

[ghisler(Author)]

TC doesn't log why it couldn't load content plugins.

There doesn't seem to be a way to determine why a DLL couldn't be loaded. It's probably a missing dependency like the Microsoft redistributable files. I strongly recommend compiling the file with the "multithreaded" option -MT and NOT the "multithreaded dll" option. The latter does not mean that you are compiling a dll! It means that you are compiling with the external Microsoft dlls.

[Elwin_Ransom]

2zeeko

Please try to install plugin again and check if xPDFSearch.wdx64 is copied to destination folder.

I usually do not install or update plugins by double-clicking, but I do all the installation steps by hand (copying files, editing ini, etc.). But this time I did as you said for the purity of the experiment. Reinstalling the plugin did not help, I still see the message "File xPDFSearch.wdx not found!" And yes, the wdx64 file is in place and all settings are default. Well, I uninstall version 1.36a, and install the previous 1.35 — this version works fine, both 32-bit and 64-bit. Installing 1.36a again — the 64-bit version doesn't work ((

NoCache=1

Oh, excuse me! I should have read the history.txt carefully before bothering you with this. Now the Multi-Renaming is working. But there is one point. I don't use the contplug.ini file at all and was able to configure the plugin to work with the wincmd.ini key:

Code: Select all

[ReplaceIniLocation]
xPDFSearch.wdx=%COMMANDER_PATH%\Plugins\WDX\xPDFSearch\xPDFSearch_relocated.ini

Maybe it would be useful to add the ability for the plugin to look for its own ini in its own folder? This is not necessary (because it is solved by configuring the ReplaceIniLocation), but it would be much appreciated.

[zeeko]

2Elwin_Ransom
Did you try with xPDFSearch.wdx64 from wdx_xpdfsearch_1.36a_xp.zip?
It doesn't require additonal DLL's except kernel32.dll and ole32.dll (it is compiled with /MT flag, same as v1.35 x64).
If you did, I have no more ideas. Maybe to delete xPDFSearch.wdx64, restart PC and copy new one, in case of some caching.

TC doesn't log why it couldn't load content plugins.

There doesn't seem to be a way to determine why a DLL couldn't be loaded. It's probably a missing dependency like the Microsoft redistributable files. I strongly recommend compiling the file with the "multithreaded" option -MT and NOT the "multithreaded dll" option. The latter does not mean that you are compiling a dll! It means that you are compiling with the external Microsoft dlls.

Plugins in wdx_xpdfsearch_1.36a_xp.zip are compiled with /MT and don't require VC_redist.
Any error record in log file could maybe help, e.g. LoadLibrary returns 126 (ERROR_MOD_NOT_FOUND) if WDX couldn't be found, GetProcAddress returns 127 ERROR_PROC_NOT_FOUND if function couldn't be found (decorated or mangled name or missing).

[Elwin_Ransom]

2zeeko

wdx_xpdfsearch_1.36a_xp.zip

1.36a_XP.zip — that was the point, thanks. Now everything works. Strange, I have all the necessary vcredist installed in my system, in theory everything should have worked without the built-in dll. But okay. All's well that ends well ))

[Usher]

2zeeko
Now it installs OK. Thanks for both quick fix and subject change.

I was too fast...
It installs, but it doesn't work properly. I can see PDF attributes in custom column mode view, but I cannot use "Created" and "Modified" attributes to change file timestamp using File -> Change Attributes -> Change plugin attributes. I get the following error message:

---------------------------
C:\Test\test2021.pdf
---------------------------
Error setting the following attribute:
writedate

Continue?

Saving "Created" or "Modified" attribute as tc.comment still works.

[zeeko]

2Usher
If you want to change file (name, attributes, timestamps, ...) with values from this file, you need to disable caching:

Code: Select all

[xPDFSearch]
NoCache=1

and restart TC.

[Usher]

2zeeko
I did it before posting my previous comment, but I used wrong filename (contplugIN.ini instead of contplug.ini).

Now it works for almost all files except for some old files with exotic timestamp formats. Here's what I found:

• PDF version: 1.3, CreationDate (20220930100356)
  Timestamp without prefix "D:", plugin recognizes CreationDate (D:20220930100356)
• PDF version: 1.4, CreationDate (20220309191120+01'00')
  Timestamp in UTC without prefix "D:"
• PDF version: 1.3, Producer(GPL Ghostscript 8.54), Creator(Doro PDF Writer 1.xx), CreationDate(D:20091209131503), CreationDate(20091209131505)
  Duplicated timestamp, the second one is without prefix
• PDF version: 1.1, 1.2, CreationDate (D:191070218162540)
  Timestamp number is a Unix timestamp in milliseconds
• PDF version: 1.3, CreationDate(11/17/2006 14:50:52)
  Timestamp is a date in a text format (mm/dd/yyyy hh:mm:ss), date in USA format, time in 24h format
• PDF version: 1.3 CreationDate(ţ˙ D : 2 0 1 2 0 6 2 9 0 9 5 4 3 1)
  Timestamp string (D:20120629095431) is saved in Unicode UTF-16 with BOM rather than in US-ASCII, 0xFEFF and 0x00 characters in a copy above are converted by Lister
• PDF version: 1.3, CreationDate <feff0044003a00320030003000390030003600310038003100320032003800330031>
  Timestamp (D:20090618122831) is saved as a hexadecimal string in Unicode UTF-16 with BOM

[Ovg]

2Usher

...but I cannot use "Created" and "Modified" attributes to change file timestamp using File -> Change Attributes -> Change plugin attributes...

How were you able to do that? I haven't this plugin in the list under File -> Change Attributes -> Change plugin attributes.
In MRT, Custom columns and Search plugin working just fine.