|
Wednesday, 24 March 2010 |
Most of the cases we had troubles running apps on Windows 7 working fine on XP were fixed by recapturing (no just a run-time upgrade) the applications with 4.5.
After recapture with 4.5 all the apps started working fine on Windows 7 x64
What application you are having issues with?
Read more at: |
|
Read more...
|
|
|
Wednesday, 24 March 2010 |
mohankc,
Please file a support ticket. The more people raises this issue to VMware, the faster this will get fixed.
Read more at: |
|
Read more...
|
|
|
Tuesday, 23 March 2010 |
Did anyone ever find a solution to this? Or successfuly Thinapp Hummingbird 2008?
I'm experiencing a similar problem when launching the "Hummingbird Neighborhood" I recieve an error regarding "The path '::{string of numbers here}\::{string of numbers here}' does not exist or is not a directory."
I can launch the program through the "Host Explorer".
Thinapp v4.0.4
Thanks,
Bryan
Read more at: |
|
Read more...
|
|
|
Tuesday, 23 March 2010 |
|
I don't have a Citrix environment set up at the moment to test, but I would try to create a entry point executable for pnagent.exe and then copy the ThinApp bin directory to whereever pnagent.exe is stored when it's installed natively (C:\Program Files\Citrix\...????). That way when the .lnk files get created they point to the ThinApp entry point "pnagent.exe" executable.
Read more at: |
|
Read more...
|
|
|
Tuesday, 23 March 2010 |
Hi,
Do you have this problem with all applications or just a specific one?
I am using the 4.5 for some time and it works just fine on win7. Try capturing a cmd and build it with 4.5 (or relink a 'working' application).
What version of win7 are you using. I have used it so far mostly on 32-bit. some test apps i have run on 64 bit and i had no problems there either, but i have not used it as extensive as my 32 bit one.
I think giving some more details would be preferred...
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Tuesday, 23 March 2010 |
Add-on:
The problem is simple to resolve:
Create a folder %drive_c%, with in it a "$RECYCLE.BIN" and add a #attributes.ini with isolation mode = merged.
From that moment on you will be able to delete files without problem on your C:-drive. To have B:-Z: you will have to add 25 another entries...
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Tuesday, 23 March 2010 |
When you thinapp Firefox make sure the resultant executable is "Firefox.exe", that way Ad Muncher will block the ads.
If you thinapped Firefox with a different name (e.g.: "Mozila Firefox.exe"), then you need to add it manually to Ad Muncher; to do it, just go to:
Ad Muncher Configuration > Options > Filter Targets > Recent program names
Select your Firefox from the list and click Filter.
Read more at: |
|
Read more...
|
|
|
Monday, 22 March 2010 |
|
.
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
|
Very strange error message.. I would recommend you to give the latest ThinApp build a try (ThinApp 4.5). If that does not solve the issue please file a support ticket.
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
There is a mistake in manual for this version.
Examples
Compression
CompressionType=Fast
BuildOptions
OptimizeFor=Disk
But OptimizeFor=Disk should be in Compression block (not in BuildOptions):
Compression
CompressionType=Fast
OptimizeFor=Disk
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
Hi,
I am using WinRAR Version 3.91. Made using Merged mode. No special package.ini edit.
The inabiility to see the directory only exists for certain dialog windows within WinRAR. One example is to choose where to extract the archive file. For example, I CANNOT select any subdirectories beneath C:\Users (such as to \Public) because the "+" sign that normally exists (to allow me to click to expand the subdirectories) is absent. I am able to browse to any subdirectories within the main window of the app, so this behavior is limited to certain dialog boxes.
No, I have other Thinapp that can open to those subdirectories without any problem.
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
Hello,
Can you try putting this option in your package.ini file to see if it resolves your performance issue when sandboxes are located on a network share?
BuildOptions
DisableRegistryTransaction=1
Note: this option isn't documented so not officially supported (yet).
Thanks,
Jonathan
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
Hi,
You are missing some fies that seem to be related to have captured on a 'non-clean' system.
The MSVCR80.dll is part of the Microsoft C-runtime, and mscoree.dll is the 'Microsoft .Net' loader dll (well, kind off).
If you run the captured and built app on the system you installed it on, does it run then? Next set back the snapshot of the machine, still runs? Next is try running it on another system.
The second step is one that can give you a hint whether your system is not clean. If it runs on the system that has the snapshot reset, the system does have some modules installed before starting capturing that other systems don't have, like .net, java or similar.
You could try to include the files from the installed system (system you installed the app on) and 'copy' them to the corresponding package location (%...% folders). Sometimes this helps if a specific file is missed. (here it looks as if multiple items are missing)
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Friday, 19 March 2010 |
Hi,
I just want to answer the Visual Studio one:
So far i have tried to virtualise many development environments. Some with greater success (visual studio, eclipse, ...) and some no success at all (Nokia Carbide, ...). As some do actualy work considering the editing part (including helpfiles, sdk availability etc) the debugger is one of the things i never got operational. The debugger hooks into the kernel at some deep levels, which for some reason trigger various, but always undesired, behaviour...
So for me development environments are still install locally. Since my last system reinstall however each in it's own VM, so they don't disturb eachother (all those open source IDE's are somehow eclipse based it seems and they tend to break eachothers settings).
I never even tried SQL server, any version... Mainly because it is (name says it) a server... And i tend to not virtualise servers for stability and performance reasons. I would not like to be the one explaining why the important data in the db is gone after someone sweeped all sandboxes... And yes: it is part of the VS(pro) install, but never fired it up... My feeling tells me: I think it should be possible, as it installs only user mode stuff (and some background services).
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Thursday, 18 March 2010 |
RoryH,
I don't have an answer for the Dragon Speak but I have a question for you. At your location, have you found a way to successfully ThinApp Centricity? If so, I would like to speak to you about if possible.
Thanks,
Temo Ibarra (Solutions Support)
Duncan Regional Hospital
Duncan, OK
Read more at: |
|
Read more...
|
|
|
Thursday, 18 March 2010 |
|
This issue has been fixed with the 4.5 release.
Read more at: |
|
Read more...
|
|
|
Thursday, 18 March 2010 |
|
Please try updating your package to use ThinApp 4.5 runtime. It has a couple of UNC path fixes.
Read more at: |
|
Read more...
|
|
|
Wednesday, 17 March 2010 |
Add-on:
ThinApp 4.5 has just been released with the following features you will like:
- Win7 support
- Relink feature that allows to upgrade an existing built package to the latest version.
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Tuesday, 16 March 2010 |
I've had similar problem with our Trend Officescan product. Officescan randomly quarantined some ThinApp entry points as "MAL_BANKER" which according to their website (http://threatinfo.trendmicro.com/vinfo/virusencyclo/default5.asp?vname=MAL_BANKER) is a generic name for suspicious activity. I couldn't find a rhyme nor reason as to which entry points were quarantined and which weren't, but I found that if I didn't compress the ThinApp then the antivirus didn't squash any of them. I finally found this in the Trend server config:
IntelliTrap
Virus writers often attempt to circumvent virus filtering by using real-time compression algorithms. IntelliTrap helps reduce the risk of such viruses entering the network by blocking real-time compressed executable files and pairing them with other malware characteristics. Because IntelliTrap identifies such files as security risks and may incorrectly block safe files, consider quarantining (not deleting or cleaning) files when you enable IntelliTrap. If users regularly exchange real-time compressed executable files, disable IntelliTrap.
IntelliTrap uses the following components:
Virus Scan Engine
IntelliTrap Pattern
IntelliTrap Exception Pattern
Disabling that "feature" seems to have solved our problem.
Read more at: |
|
Read more...
|
|
|
Friday, 12 March 2010 |
|
Most likely the cmd.exe entry point was enabled, so there's a cmd.exe next to the virtual apps. As a result, virtual cmd.exe gets executed.
Read more at: |
|
Read more...
|
|
Thinstall 