Hello,
My agency is starting to migrate to Windows 10.
All of my ThinApp's have been created on Windows 7. Most of which were made using version 5.2.1
Some of the ThinApps launch normally, but some don't launch at all...with no error message.
Does anyone know what can be causing this? and how to correct it?
Will they have to be recreated on a Windows 10 workstation?
Any help is greatly appreciated!
Thanks!
Hello Folks,
Has anyone successfully attempted to thinapp Perceptive Imagenow 7.1.5 client?
When i capture the application on Windows 7 64 & 32 machines (Using thinapp 4.7.3/5.0/5.1/5.2) and attempt to run it on Win7x64 / Win7(x86) VM. The build was successful without any errors /warnings. I am getting an error msg while launching the application(Please have a look at screenshot).
Missing Import
c:\Windows\SysWOW64\UCRTBASE.DLL->KERNELBASE:cREATEProcessA
I tried all possible way to resolve the issue, but it didn't give any results.
Possible ways like: import the .dll file and register the dll file ,etc.
Please let me know your thoughts on that.
Great appreciate for your time in advance..
Thanks,
Ram
I've read the following:
VMware ThinApp Licensing information (1006248) | VMware KB
and I want to be sure I understand the licensing model. The "Per End Point" option means each application that is virtualized will count towards your license cap, correct? If I virtualize an application with the application virtualization packager, then distribute those applications to a number of endpoints, it's those applications that count towards the license cap (as opposed to the virtualization packager instance)?
If that is the case, how are the licenses enforced on endpoints that are not connected to the internet? When a virtualized application (a thinned application) is executed, does it check a license server? What happens if it can't reach said server (as in, not connected to the internet, etc.)?
I apologize if I've confused the concepts. Thanks in advance for the help.
I'm running into an issue where a home-grown application cannot access the middleware tools in order to connect to a database at user login. The middleware tools are IBM CICS Transaction Gateway.
I currently have my isolation mode set at "Merged", typically, I use "Write Copy"
The file(s) for CTG are installed correctly. A fat client install of the home-grown application on the same VM functions w/o issues.
Any assistance would be appreciated.
Running Win7/64
Built on Thinapp 4.7.3 / Win7/64 bit
Hello,
I have captured an application but when I start it I got the error:
Missing Import C:\Windows\system32\ucrtbase.dll->kernelbase.dll:CreateProcessA
This dll is in the package at %SystemSystem%.
When I use the package entry externaldll:ucrtbase.dll then the error "shifts" to another dll.
Please can anyone give me a hint whats going wrong?
TIA
Hi,
I'm capturing an application on a clean Win 7 x86 VM with the current ThinApp version.
WriteCopy is used as the isolation mode.
After building the app it starts in about 1-3 seconds on a physical Win 7 machine (Core I5, SSD).
On my other physical machine with Windows 10 (anniversary update) the same app needs
about 15 seconds on each start (Core I5 + SSD as well)?!?
Looking at the startup via procmon shows that it's kind of sleeping for about 11 seconds...
Two screenshots attached, one for the registry, one for the file system.
Does anybody know what is happening here and how to achieve normal startup times
under this OS?
Hello,
I need to run an thinapped Office on Win XP.
I have tried to anaylze Office Outlook with Dependency Walker and I have copied all needed dlls to the %SystemSystem% folder.
But when I want to run the thinapped Office on the capturing machine after build the app crashes immediately.
Its error message : Fehlermodulname: StackHash_ed7a.
Does anyone have a hint how to analyze the error message?
Attached you can find the dll files in the %SystemSystem" folder.
When virtualizing Excel with ThinApp, "CreateObject" is slow.
Any version of Excel does not matter.
I understand the performance by virtualization, but in particular, "CreateObject" feels late.
Example:
============================
Sub test()
CreateObject("Excel.Application")
End Sub
============================
Compare the time when Excel starts up in the same environment.
Excel2003 - 0.2sec
vExcel2003 - 2.5sec
I want to know why it is late. The more specific it is, the better.
Hi We are trying to package IBM DB2 using thinapp and noticed that all the time we get an invalid package while trying to import to the view admin console.
Do let me know if any additional steps are required.
Please Advice
Hi All,
I have created Virtualized ThinApp package for GIMP 2.8.18 but it get crash every time during shortcut launch with error popup as "Program has stopped working" (screen shot is attached)
I have tried the number solutions suggested on different forum for application crash issue with GIMP like delete the user profile C:\Users\username\.gimp2.8 etc… but none of It working for Virtualize package.
I would like to know, whether GIMP 2.8.18 support to Virtualize application ThinApp or not ?
Any suggestions or input will be helpful.
Hi All,
I have recently tried to package Google Chrome (55.0.2883.75) and keep receiving an error message "Fatal Application Exit - ThinApp has encountered and unexpected error" it displays some PID (1944) and create process.cpp (1949) numbers, clicking retry the message comes up again, PID=5236, create process=4444 but then says "unexpected exception in RelaunchUsingCreateProcess"
One place I found this error in another forum, the OP said it was an isolation issue left the post unanswered and didn't say any more.
The quickest way to reproduce this error is to thinapp Chrome, change MSIIs64 to 0 and the MSIInstallDirectory to Google\Chrome\application. I am installing the thinapp to the same location as the physical location so the shortcuts users have setup continue working. The next step was to change the name of the thinapp EXE, but found it failed at this point. In fact it failed just by changing the MSIIs64 and MSI install dir to Google.
Opening the Entry Point cmd.exe I can run browse all the internal locations, run DIR as many times as I like, run copy con and create a short txt file inside the thinapp/sandbox but if I run chrome.exe it crashes and takes the cmd window with it. I can open the EP I created for windows explorer that opens at Program Files (x86)\Google\Chrome\application and browse, once again can't run the chrome EP without crashing both chrome and the thinapp EP of explorer.exe
I have found running the uninstalled EXE EP seems to work, but as soon as it is installed, the EP fails/crashes.
The version I created for a pilot release worked, with very little modified in the package, but someone tried to open a DOCX file from a link and received the same error as my tests above. I had to withdraw the pilot at this point.
I have attached both the pilot and experimental package.ini files for anybody to have a look.
Most of the paths in the package had the default attributes file. The last version I created unmodified, I built it, tested/worked, modified MSIIs64=0, built/tested/worked, changed MSIInstallDirectory=Google, built/test/failed. I have even played with wow64 and AltArchitectureShortcut to see if any of this changes things.
Background behind Google Chrome - I have packaged for our company Chrome for the last year and a half, built the MST and modified it for fixing the shortcut errors in Windows 98.1 because of the metro interface and the way it uses classes. I contribute on a ninja site for packaging under Chrome, so I know "how to Chrome stuff"
The installer might be 64bit, but it installs into PF (x86), so Chrome is not fully 64bit.
I am hoping someone might know how to help with this problem.
Thanks
Lee
I recently tried to package a medical software package called MediConnect 2.8.
The Thinapp package was made with Thinapp 5.2.1.
When starting the package after the build, the application crashed with the following error:
I tried to redo the package using different settings, but to no avail.
Then I rebuild the package using the older Thinapp 5.0 and the package works fine.
I have had the same problem with Thinapp 5.2.1 in the past with the Microsoft Dynamics 2012 sofware.
Would not work at all and crashes at startup.
Today, I tried the same with the new Thinapp 5.2.2 but infortunately, the result is the same.
Does anyone have any idea why the current versions of Thinapp seem to be less stable and trouble-free than the previous ones?
Hi, so far this product has been great. I've been having a ton of trouble getting a hold of sales for pricing, which is a bit crazy.
I am wondering though, what happens in 60 days after my evaluation expires? Currently I've just created one .exe for testing, but I was wondering if I purchase a license will I need to remake this .exe or how I tie my existing programs into a new license?
Or lets say I decide to go with a different product, will it automatically delete those old .EXEs?
or even say a few computers I have are offline only, using my PAID license to create the .exe, will it stop working after a set period of time if it can't contact the central licensing server? thank you very much if anyone has any answers regarding this
Hi,
I've tried the new 5.2.2 version that should resolve this trouble but the start up delay seems to be the same as with 5.2.1.
I captured the application both in Win7 and Win10 with same results. So is there any "tricks" to enable a "quick" start up on Win10 with 5.2.2?
Laurent.
To resolve a compatibility issue with document scanners and a specific application in our existing IE8 ThinApp captured from Windows XP x86, VMWare engineers recommended that we capture IE8 from Windows XP x64.
I have the capture process running fine, pre-scan with the VM running IE6, Install IE8, reboot and post-scan.
The browser will run on Windows 10 x64 without issue. It will not run on Windows 7 x64, and crashes with an error message of "Internet Explorer has stopped working". I have tried running the ThinApp log monitor on the Windows 7 machine, but the crash dump is so large it's hard to parse any data out of it.
Problem signature:
Problem Event Name: APPCRASH
Application Name: Internet Explorer.exe
Application Version: 8.0.6001.18702
Application Timestamp: 49b3ad2e
Fault Module Name: AcXtrnal.DLL
Fault Module Version: 6.1.7601.19050
Fault Module Timestamp: 563259ff
Exception Code: c0000005
Exception Offset: 00208b00
OS Version: 6.1.7601.2.1.0.256.4
Locale ID: 1033
Additional Information 1: ed7a
Additional Information 2: ed7a815ccdb2cd237009551d44474c26
Additional Information 3: 411b
Additional Information 4: 411b940008a15b80ac9ae3312ce02dec
Any thoughts/suggestions?
I am having problems packaging a 64-bit plugin on a Windows 64-bit system.
The problem is this:
The package is a plugin for a Document-handling system for 64-bit Office running on a 64-bit Windows 7 systems.
After the plugin is installed, a shortcut is created (using the locally installed IE browser) to a locally hosted website running the iProva document-handling system.
From within that website, users are then able to retrieve and edit their documents.
For editing, the locally installed MS Office 2010 is used.
However, when running the X64-bit package the following error appears:
Obviously, the locally instlled WINWORD.EXE cannot be found.
I have tried many things and discovered the following.
Running SET from a prompt on the local 64-bit system gives these results:
ProgramFiles=C:\Program Files
ProgramFiles(x86)=C:\Program Files (x86)
Running cmd.exe from inside the Thinapp packaged however gives this:
ProgramFiles=C:\Program Files (x86)
ProgramFiles(x86)=C:\Program Files (x86)
So, for some reason, during the build, the %ProgramFiles%-system variable is changed.
For the record, I have tried both the X64- and X32-bit Internet explorer to start the browser to the website.
And, when running the Thinapp-application, the LOCAL system variable %ProgramFiles% still points to the right folder (C:\Program Files).
Does anyone know what causes this behaviour and how I can fix this???
Hi,
I am currently creating a deployment plan for deploying Windows 10 later this year and evaluating ThinApp as part of that. However, I seem to be at a loss as to what ThinApp actually offers. In principle, the idea is wonderful and makes matters much simpler and easier to be able to deploy applications independently of the operating system images and in particular, makes updates and per-user deployment much more pleasant than without it...
What I don't understand however, is what people are actually using ThinApp for in practice. From what I can tell, it doesn't support any of the typical applications one might expect to deploy: No Office (either 2013 or 2016), no Adobe Acrobat DC, no Google Chrome, no Mozilla Firefox.... so what is the point of ThinApp exactly?
The product seems discontinued with no major feature updates for a very long time and no improvements in compatibility with software at all in recent versions. Is there a future for ThinApp?
The Thinapp I am having issues with is Ergopedia Physics of Sound. This was Captured with v5.2.2 -4828553 on a Windows 7x86 Capture Machine. When this app is launched on a Windows 7x86 linked clone it launches correctly but when I launch it on a Windows 10x86 linked clone I get a Runtime error (I am attaching a screen shot of this). I can right click the Thinapp and choose to Run as Administrator and the app will launch without the Runtime error. Also I can install the application natively on the Windows 10x86 linked clone and I do not get the Runtime error. I have also tried Capturing the app on a Windows 10x86 Capture machine and when launching it as a Thinapp in a Windows 10x86 linked clone I still get the Runtime error but when right clicking the Thinapp and running as administrator I do not get the Runtime error. The screen shot shows a path that is pointing to what I believe to be National Instruments, National Instruments is installed with this app by default and runs LabVIEW 2013 runtime engine.
Hello,
we have some issues with our Thinapps. We are currently using View 6.22 und Thinapps made with packager Version 4.7 - 5.22 in a Windows 7 Environment.
For example Total Commander:
When the application started up all user specified settings are gone, if you look up under C:\Users\%User%\Appdata\Roaming\Thinstall there is a Total Commander Folder and another Folder named Total Commander including hostname of the VM you are logged on (for instance: Total commander.vdi-production-41)
If you delete this newly created folder and try to start up Total Commander all is good again. So why is those second folder being created and what can we do that all thinapps will use the original Folder again ?
We have same Problems with AutoCAD thinapp and EPLAN thinapp too.
Does somebody have a clue about this issue ?
Hi there,
Why the size of the Thinapp 5.2.2 is much smaller than version 5.2.1?
Best regards
