Hello, I just reinstalled my Windows 8.1 64bit machine, restored backup of TC 8.51 installation, and no packer plugins work.
When I go to Configuration - Options - Plugins - Packer Plugins - Configure, select any extension and hit OK, error message emerges saying "File plugin.wcx not found!". Same happens when installing plugins anew. See screenshot of the error (for illustration showing a folder with an .iso file that should have an archive icon and be unpackable if the plugin worked - but it still is associated with Windows iso mount tool and even Ctrl+PgDn doesn't work).
TC is installed in c:\Programy\totalcmd, plugins are in c:\Programy\totalcmd\Plugins\, and is run as an administrator (doesn't work in nor non-admin neither admin mode). Settings are stored in the program folder, everything has transferred successfully, including FTP accounts and plugins settings.
I re-installed TC 8.51a over the installed data from old Windows installation (also x64 8.1).
Strangely, SFTP plugin seems to work (%COMMANDER_PATH%\Plugins\WCX\ex2fs\sftpplug\sftpplug.wfx), other file system plugins aren't working either. See it in second screenshot.
I also can't connect to FTPS (FTP over SSL), TC requests OpenSSL DLL to be put in its folder, even though it's already there. So I guess it doesn't see its installation folder. How do I find its %COMMANDER_PATH% currently in use and check if it really is the c:\Programy\totalcmd path that I use? Strangely, settings (both WINCMD.INI and WCX_FTP.INI) also located in that folder are loaded properly.
Any suggestions how to repair it? I don't want to do a clean install as I don't really remember what have I customized in my options.
Plugins not working: "File plugin.wcx not found!"
Moderators: Hacker, petermad, Stefan2, white
Plugins not working: "File plugin.wcx not found!"
Last edited by lhalda on 2015-03-20, 16:33 UTC, edited 1 time in total.
Well, you should navigate to %COMMANDER_PATH%\Plugins\wcx\iso and check whether there is an iso.wcx file in there.
Regards
Dalai
Regards
Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Thanks for fast replyDalai wrote:Well, you should navigate to %COMMANDER_PATH%\Plugins\wcx\iso and check whether there is an iso.wcx file in there.


Anyways, this works as it should and still my TC doesn't see its plugins and DLLs.
I guess you miss some of the required runtime libraries.
And new Windows installation misses a lot of the required old libraries.
Also the x64 TC of course needs x64 plugins and DLLs.
So ISO.WCX is not sufficient.
And new Windows installation misses a lot of the required old libraries.
Also the x64 TC of course needs x64 plugins and DLLs.
So ISO.WCX is not sufficient.
Last edited by Horst.Epp on 2015-03-20, 17:06 UTC, edited 2 times in total.
2Horst.Epp
iso.wcx doesn't import any functions from external libraries, only kernel32.dll.
2lhalda
Please make sure you use 32 bit plugins for TC 32 bit and 64 bit plugins for TC 64 bit.
Regards
Dalai
iso.wcx doesn't import any functions from external libraries, only kernel32.dll.
2lhalda
Please make sure you use 32 bit plugins for TC 32 bit and 64 bit plugins for TC 64 bit.
That can't be right. %COMMANDER_PATH% should only be available in TC itself and the processes it launches, but it should not be a global variable. Maybe that variable points to the wrong directory.lhalda wrote:What surprised me is that %COMMANDER_PATH% is a global system variable that even Explorer finds
Regards
Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Horst.Epp, Dalai - thanks, the 32/64 bit mixup was the problem
Most of my setup is transferred from older 32bit Windows installation, including the plugins. Fortunately I installed 32bit + 64bit version, so I can choose which to run.
Is there any benefit to using 64bit TC?
It doesn't matter though, I just find it interesting

Is there any benefit to using 64bit TC?
Nope, it points to a right directory. Works when TC is closed as well. I find it strange, as it is not present in my system's environment variables (neither system variables nor user variables) found in System Properties - Advanced - Environment Variables. It works nonetheless - when I go to path bar in Explorer, input %COMMANDER_PATH% and hit Enter, it shows the C:\Programy\totalcmd folder.Dalai wrote:That can't be right. %COMMANDER_PATH% should only be available in TC itself and the processes it launches, but it should not be a global variable. Maybe that variable points to the wrong directory.lhalda wrote:What surprised me is that %COMMANDER_PATH% is a global system variable that even Explorer finds
It doesn't matter though, I just find it interesting

If you have the required plugins I prefer an x64 TC in a x64 OS.
This gives you full access to the real system32 dir for example.
Personaly I always install the combined version but use most of the time the x64 TC since all importand plugins I use are available as x64.
So I only use the x86 version for testing problems reported with TC x86.
This gives you full access to the real system32 dir for example.
Personaly I always install the combined version but use most of the time the x64 TC since all importand plugins I use are available as x64.
So I only use the x86 version for testing problems reported with TC x86.