Forum LiberKey

Hi
Since this morning, liberkey forcing me to download and install Romanian Language Patch, which is not installing and giving error. Due to this, liberkey is not updating applications and so I'm not getting any updates.

My liberkey is in English, and so as my windows (win 7, x64). So why I'm being forced to download Romanian patch which is giving error continuously.

Although, I shutdown Liberkey and manually extracted files from .exe patch file (lbk_20141114055922_MultiLng.exe) and pasted in LiberKeyTools folder, but it never solved any problem.

Please see attached screenshot...


And here is my LiberKey version screen:


Kindly guide me what to do now....

Regards

Hello Farrukh,

Farrukh wrote:Although, I shutdown Liberkey and manually extracted files from .exe patch file (lbk_20141114055922_MultiLng.exe) and pasted in LiberKeyTools folder, but it never solved any problem.

This occurs because the patch, once having updated the platform, updates the file "LiberkeyTools\version.ver" (XML). For the current version, the node named "Patch" must contain <Patch>20141114055922</Patch>.
Did you had the same problem with the precedent patch ?
An antivirus is probably installed on your computer. Can you say us which one ?

Please post your Technical information (LiberKey Tools >> Configuration >> Technical information) here. This can help us to help you.

Well, after struggling for some hours, I solved it in somewhat weird manner:

While patch was giving error message, I launched System Explorer (You can also use Process explorer). It would show Patch application launched by LiberKey.exe as a child process.

I simply restarted Patch process, so it was killed and restarted under System Explorer and it was able to patch the required files, buy shutting down the Liberkey.exe, apply patch and then restarted LiberKey.exe.

I think, as Patch application is launched as a child of Liberkey.exe main process, it is not able to shutdown its parent properly.

I will check the data you asked for and will post.

Regards

Farrukh wrote:I think, as Patch application is launched as a child of Liberkey.exe main process, it is not able to shutdown its parent properly.

There is no restriction of this nature between a child and a parent process. The way you have solved the problem intrigues me..
The patch is supposed to close the menu before attempting to decompress files it contains. Does the menu was still open when the error appeared?
Did you had the same problem with the precedent patch ?

I think, liberkeyPortablizer remained in memory. However, I also do not understand this, because as I said before, I also tried by shutting down Liberkey.exe and then manually invoking the patch exe files.

I'm reached home and here is the technical info after patch update:

LiberKey 5.8 - 20141114055922 - en (1.15)
Root folder: E:\LiberKey\
Windows 7 (NT 6.1.7600) 64bits
Update channel: normal
Logs: OFF (Level: Error)
Antivirus: COMODO Antivirus, OnAccessScanning: enabled, Uptodate: yes
7-Zip - 9.20 - Installer\7z.exe
LiberKey Inst - 1.2.0.136 - Installer\LKInst.exe
KEY Files Assoc' - 1.8.0.35 - KeyFileAssoc\KeyFileAssoc.exe
LiberKey Patch - 1.0.0.12 - lbk_20141114055922_MultiLng.exe
LiberKey Menu - 5.8.0.1 - LiberKeyMenu\LiberKeyMenu.exe
LiberKey Portabilizer - 2.0.0.387 - LiberKeyPortabilizer\LiberKeyPortabilizer.exe
LiberKey Apps Closer - 1.0.0.34 - LKAppsClose\LKAppsClose.exe
Liberkey Apps Version Checker - 1.3.0.204 - LKAppsVCheck\LKAppsVCheck.exe
LiberKey Disk Ejector - 0.1.0.16 - LkDiskEjector\LkDiskEjector.exe
LiberKey USB Eject - 2.0.0.12 - LkDiskEjector\LkEject.exe
LiberKey Portable Desktop Shortcuts - 0.1.0.56 - PDS\PDS.exe
WAK - 1.0.0.14 - WAK.exe

Let me know if you need any more info...

Regards

Farrukh wrote:I think, liberkeyPortablizer remained in memory.

This is normal. The patch only closes the tools who have to be updated. The menu is closed because the languages files must be reloaded.

Farrukh wrote:However, I also do not understand this, because as I said before, I also tried by shutting down Liberkey.exe and then manually invoking the patch exe files.

Maybe COMODO is very prudent with recents executables when they are not launched manually ? You'll can try this the next time we'll publish a patch... We have already seen problems occur when decompressing data with some antivirus.

Thank you for the technical informations.

Regards