Whilst testing a Thinapp today I noticed that every time I ran the Thinapp a file related to that software package was being created in the Thinapp bin directory. This isn't something that I want to happen. The file created was named the same as the ComputerName of the vm it was being excecuted on. So as you can imagine, if you have desktop estate of 10,000 desks, it could get quite missy.
With the help of Peter Bjork one of the VMware Thinapp specialists we worked out that the Entry Point that we were using to excecute the Thinapp didn't have a WorkingDirectory defined in the package.ini. This is what the entry point in the package.ini looked like:
[Application.exe]
Source=%ProgramFilesDir%\ApplicationDir\Application.exe
Shortcuts=Application.dat
As you can see, there is no WorkingDirectory defined. If a WorkingDirectory is not specified on an Entry Point the location of the Entry Point will be the working directory, in my case the bin directory. I edited the package.ini to read the following:
[Application.exe]
Source=%ProgramFilesDir%\ApplicationDir\Application.exe
WorkingDirectory=%ProgramFilesDir%\ApplicationDir\
Shortcuts=Application.dat
I rebuilt the Thinapp and now the application creates this application file in the application directory. Sweet.
Another VMworld is upon us!!! Sadly, it's only virtual again this year. However, that does…
As part of my recent move to Google, I'm working on quickly getting up to…
I am delighted to announce the next chapter in my career. Today is my first…
In episode thirteen of The VCDX Podcast, I am joined by two special guests who…
In my recent ‘Getting started with Oracle Cloud VMware Solution (OVCS)’ post; Getting Started With…
In my recent ‘Getting started with Oracle Cloud VMware Solution (OVCS)’ post; Getting Started With…