Problem with package Win8.1SE_2014-12-25

I have a plugin for my (licensed) copy of GetDataBack Simple Data Recovery: http://www.runtime.org/data-recovery-software.htm
This 32-bit App has worked flawlessly in my x86 and x64 builds until now.
Now i have updated my Win81SE with the core project-scripts from the package Win8.1SE_2014-12-25.zip.
Now, in x64 builds, GetDataBack Simple doesn't work any more. I get an Application Error and a Runtime error when the App starts.
In x86 builds it works flawlessly as before.

The error can be easy reproduced:
- Download the GetDataBack Simple (free demo) Installer from here: http://www.runtime.org/gdbsimsetup.exe
- Boot Win81SE x86 and install GetDataBack Simple free demo in a temporary location. Start the App -> everything OK.
- Boot Win81SE x64 and install GetDataBack Simple free demo in a temporary location. Start the App ->  fails, Application Error and Runtime error.

Has something changed in the project-scripts since about June 2014 that can be the reason for this problem in a x64 build?

fuwi

You really bought that ugly software 

I would report that as a bug to their support.
And give them something to read: Run-Time linking to Wtsapi32.dll

More and more programs use Wtsapi32.dll, it was added in the great WoW64 Basic 

I would report that as a bug to their support.

well, for another subject, I report to APM

Hi Great Developers,

About
Active Partition Manager
And
Active Disk Editor

APM v3 was great as a portable application on PE,

BUT APM v3.5 requires vc2008 libraries !!!!
 pre installed with system setup in progress !!!!!

Same also happens with ADEv5 (v4 was nice ;))


I am sure it is about some compile settings accidentally enabled since nature of APM should not need such additional things, I hope to be fixed on next version.

God knows if developers respond or not,
 so far Android developers mostly get feedback and respond nicely,
  better to give a try at least once 

Yep it is always good to ask 

My latest request.
NTPWEdit v0.5
Q: Have you planned to do an update of NTPWEdit with latest chntpw 2014-02-01 ?
A: Probably yes, but I don't know when exactly.
Vadim Druzhin has found the time to do it in his useful tool

Nirsoft ProduKey Version 1.70
   ◦ Added support for BIOS OEM Key (Windows 8).
I asked without receiving a reply but I have had the pleasure to see it in the latest version 

Thanks to them 
I sometimes had less success in my requests but it is always good to try 

I have also sent a request to Nirsoft, but haven't heard back yet.
It seems that in the latest Windows 10 leak (build 9901), the new Console option "use experimental features" is set to ON (ForceV2=1). This is a new setting that was already available for a few Windows 10 builds, but this was the first time it was set to "ON" by default. This causes the hidden command windows (used by Nirsoft's nircmd.exe) to be visible! Of course, this causes a lot of installers to show unwanted command windows, so I thought he might want to know.
I'm wondering if he will change anything in new versions...

Until then, the easiest solution is to set the key to its previous value...

Code: [Select]

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Console]
"ForceV2"=dword:00000000

Thanks for your reply's.

But it doesn't help me with my problem in post #1.
Why is 'GetDataBack Simple' working in x64 build with the project-files from June 2014,
but not working in x64 build with the project-files from December 2014?

fuwi

Properly because some other script added wtsapi32.dll.
Maybe some paragon software or portable apps  launcher.

In addition to JFX,
check

Set,%PluginArch%,x86
Require_FileQ,wtsapi32.DLL

lines on one of your plugins, on Gena and Yomi archive only 2 plugins which I doubt they are required there .....

it was a fake dependency walker file in the past  mostly a network dll (Ipconfig.EXE requires ;))

No. To reproduce the error, i made an x64 build only with scripts from the Win8.1SE_2014-12-25.zip package.
The one and only non-project script is my 'Runtime GetDataBack Simple' script, which is unchanged since May-2014, and it doesn't contain a wtsapi32.DLL line.
And this script has worked in June 2014 Win8.1SE builder (x64 build).

 log_20150105_195400_Win8.1SE_Support.7z (115.95 kB - downloaded 117 times.)

fuwi

than it maybe an interesting finding ;)

why don't you chase with procmon etc. to see what happens
Apps\System Tools\Debug\Sysinternals Process Monitor

 

I just tested quickly.
As noted  by JFX, SysWoW64\wtsapi32.dll is indeed required.
I guess that you had PortableApps plugin selected in your previous build. wow64\wtsapi32.dll is only added with it in Win8.1SE package.
Latest WoW64 Basic with wtsapi32 added now, should solve your concern.

Thanks Chris

I try tomorrow with WoW64 Basic v21 from server.

fuwi

Success!!!  Problem solved!!!

With the latest WoW64 Basic (version 21) my 'GetDataBack Simple' works now also in x64 builds.
It was definitely the missing wtsapi32.dll in SysWOW64.

The reason why it works in my June 2014 builds with the old WoW64 Basic (version 20):
I had a plugin activated (CCleaner.script) which has copied the wtsapi32.dll to SysWOW64.
This plugin is deactivated in my newer builds, so i run into the problem.

@Chris: i think it would be a good idea to make a new package with the latest WoW64 Basic script.
This would protect other users to run into the same problem.

Thanks you all for your great support 

fuwi

The copy I have, "Jon Fleming" 's CCleaner plugin do not contain wtsapi32.dll ,
 I feel another dependency walker case 

Anyway, I put a plugin with nice dependencies
Yomi\AppY\HD Tasks\File Undelete\Runtime_GetDataBack Simple

I don't know registries to put pw (box)
check ex:
Yomi\AppY\HD Tasks\File Undelete\Runtime_GetDataBack_for_FAT

if you figure out, let me know 

@Lancelot: please read my PM

fuwi

Thanks fuwi,
new RunTime plugins at

Yomi\AppY\HD Tasks\File Undelete
you can now test easly 

GetDataBack Simple
and
GetDataBack FAT
use same registry for license 

GetDataBack NTFS
use different registry, and requires different values