Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 Can't install 1446
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

obirsoy
Junior Member

USA
18 Posts

Posted - Jun 15 2006 :  12:36:58 PM  Show Profile  Reply with Quote
Hi,
Install for 1446 just stops responding at the end (It reads File:VAssist.dll, the progress bar seems complete.). I tried installing Symantec Antivirus Autoprotect disabled, it didn't affect the outcome.

I have VC7.1, VC8.0 and VA1445 installed. After ending the process (cancel does not work) I can not start neither visual studio's. After disabling VAssistNET addin (from registry) I can start both Visual Studios. uninstalling VA stops responding as well. Installing 1445 back seems to work.

Note: 1552 fails the same way as 1446.

VA_X.dll file version 10.2.1445.0 built 2006.04.12
Licensed to:
VA X: [email protected] (1-user license) Support ends 2006.06.23
VA.NET 7.1:
VAOpsWin.dll version 1.3.2.4
VATE.dll version 1.0.4.15
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Font: Courier New 15(Pixels)
Comctl32.dll version 5.82.2900.2180
WindowsNT 5.1 Build 2600 Service Pack 2
2 processors

Platform: Win32
Stable Includes:
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\include;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\include;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include\\prerelease;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\SDK\\v1.1\\include;
C:\\Development\\include;

Library Includes:
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\mfc;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\atl;
c:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\crt\\src;

Other Includes:

support
Whole Tomato Software

5566 Posts

Posted - Jun 15 2006 :  1:37:28 PM  Show Profile  Reply with Quote
On a whim, you might try rebooting before the install.
Go to Top of Page

obirsoy
Junior Member

USA
18 Posts

Posted - Jun 15 2006 :  3:47:20 PM  Show Profile  Reply with Quote
Restarting before an install didn't seem to do anything. I also did a reboot after ending the install process, to see if VS will work, but it didn't. Thanks for the tip though...

Orhun Birsoy
Go to Top of Page

patria
Junior Member

20 Posts

Posted - Jun 15 2006 :  6:41:15 PM  Show Profile  Reply with Quote
I experience the same problem with my 64-bit Windows XP.
I did some experiments and found out that self-registration code in vassist.dll is an evil. It seems to wait indefinitely for some synchronization object (WaitForSingleObject?) in OS.

Hence, I gave up installing 1446 and 1552 on my system.

Go to Top of Page

support
Whole Tomato Software

5566 Posts

Posted - Jun 16 2006 :  11:31:15 AM  Show Profile  Reply with Quote
Orhun: Do you have 64-bit Windows XP?

Can other people with 64-bit Windows XP install successfully?
Go to Top of Page

obirsoy
Junior Member

USA
18 Posts

Posted - Jun 16 2006 :  11:54:42 AM  Show Profile  Reply with Quote
quote:
Originally posted by support

Orhun: Do you have 64-bit Windows XP?

Can other people with 64-bit Windows XP install successfully?


No, I don't have 64-bit XP. patria and I must have something else in common. Is there anything else I can do? For example I can try to register VAssist.dll from the command line with extra options so that I can report more information.

But I have a release coming next week, so my responses will take time.

Thanks.
Orhun Birsoy
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jun 16 2006 :  2:20:14 PM  Show Profile  Reply with Quote
Vassist.dll is only used by vc6, so if it fails to reg, that shouldn't affect your vs2003 install. But it might mean that the other dlls did not register.

Do so manually:
regsvr32 vassistnet.dll
regsvr32 va_x.dll
regsvr32 vapkg.dll
devenv /setup (to get the refactoring commands registered in the IDE)

Should also confirm that all the dlls did in fact get updated...
Go to Top of Page

patria
Junior Member

20 Posts

Posted - Jun 16 2006 :  2:47:32 PM  Show Profile  Reply with Quote
Do so manually:

regsvr32 vassistnet.dll --> this works
regsvr32 va_x.dll --> INDEFINITE WAITING (still seems like a deadlock)
regsvr32 vapkg.dll --> this works

Go to Top of Page

patria
Junior Member

20 Posts

Posted - Jun 16 2006 :  2:58:12 PM  Show Profile  Reply with Quote
I found the real problem for this.
Deadlock is from "u3dapi10.dll". I renamed the u3dapi10.dll to disable it and now setup works fine.

u3dapi10.dll is included in cvsnt from www.march-hare.com or
if you bought u3 smart drive (www.u3.com) and installed the software from them.

It seems like DLL loader deadlock.

Edited by - patria on Jun 16 2006 4:52:02 PM
Go to Top of Page

obirsoy
Junior Member

USA
18 Posts

Posted - Jun 16 2006 :  3:12:55 PM  Show Profile  Reply with Quote
It didn't do the trick.
regsvr32 vassistnet.dll --> this showed the succeeded dialog box.
regsvr32 va_x.dll --> this did not do anything. It just returned to the command line. No error msg etc.
regsvr32 vapkg.dll --> this showed the succeeded dialog box.
devenv /setup --> did not report anything either.

Starting VC7.1 still failed.
But I tried patria suggestion to rename u3dapi10.dll (I have cvsnt client installed). The install is succeeded and VC7.1 looks like its running.

If I rename u3dapi10.dll back to its original name, VC7.1 stops running again. Currently I am investigating what happens to cvs if it can not find this dll.
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jun 16 2006 :  5:00:30 PM  Show Profile  Reply with Quote
Could either of you try the following please?
Download http://www.wholetomato.com/downloads/testRegDll.exe
Put the file in your VA installation directory.
Open a console window.
Run testRegDll and let me know how far it gets (the u3 file named properly and with either 1446 or 1522 installed).
Go to Top of Page

patria
Junior Member

20 Posts

Posted - Jun 16 2006 :  5:09:02 PM  Show Profile  Reply with Quote
As I suspected, it seems like DLL loader problem. Even DllMain of VA_X.dll does not seem to be called. DllMain of u3dapi10.dll may be the problem.

D:\\Program Files (x86)\\Visual Assist X>testRegDll.exe
Attempting load...

(no response, I killed testregdll.exe from taskmgr)

D:\\Program Files (x86)\\Visual Assist X>ren ..\\CVSNT\\u3dapi10.dll u3dapi10.dll.disabled

D:\\Program Files (x86)\\Visual Assist X>testRegDll.exe
Attempting load...
Loaded
Calling DllRegisterServer...
Called DllRegisterServer
Unloading...
Unloaded


Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jun 16 2006 :  6:53:14 PM  Show Profile  Reply with Quote
thanks for the confirmation - we're looking into it...
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jul 05 2006 :  8:36:49 PM  Show Profile  Reply with Quote
Can anyone confirm that the behavior is different with build 1528?
Go to Top of Page

pwaugh
Ketchup Master

USA
68 Posts

Posted - Jul 06 2006 :  01:28:03 AM  Show Profile  Reply with Quote
quote:
Originally posted by sean

Can anyone confirm that the behavior is different with build 1528?



With 1528, I was only able to install with the WinCVS file u3dapi10.dll renamed u3dapi10.dll.disabled.

However, it scares me just a bit that I have to do such a thing to allow your software to install. With the .dll renamed, it seems to run (the tips came up).

And, I just confirmed that it works once I rename the .dll back.

Now, instead of having played with your software for 4 or 5 hours, I have spent it just getting it installed, and now I'm off to bed.

Patrick

Programming in C++

VA_X.dll 10.4.1626.0
Built 2008.01.17

(1-user license) Support ends 2009.01.29

DevEnv.exe version 9.0.21022.8
msenv.dll version 9.0.21022.8
Comctl32.dll version 6.0.2900.2982
Windows XP 5.1 Build 2600 Service Pack 2
Single processor
Platform: Win32
Go to Top of Page

bugfix
Tomato Guru

Germany
324 Posts

Posted - Jul 06 2006 :  01:46:04 AM  Show Profile  Reply with Quote
Is it possible that this dll is listed in:
HKLM\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Windows\\AppInit_DLLs ?

http://www.mf-sd.de

Edited by - bugfix on Jul 06 2006 01:46:20 AM
Go to Top of Page

Stone
Starting Member

1 Posts

Posted - Sep 27 2006 :  12:03:32 AM  Show Profile  Reply with Quote
I also experience the same problem. I can't fix it until I read this topic. Patria, can you tell us how can you find the real problem (u3dapi10.dll)?
Thanks
Go to Top of Page

patria
Junior Member

20 Posts

Posted - Sep 27 2006 :  12:49:58 AM  Show Profile  Reply with Quote
quote:
Originally posted by Stone

Can you tell us how can you find the real problem (u3dapi10.dll)?
Thanks


I used windbg in Debugging Tools for Windows for troubleshooting. When DLL modules are loaded, I found a deadlock and found out that u3dapi10.dll can be a problem.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18939 Posts

Posted - Oct 11 2006 :  4:07:15 PM  Show Profile  Reply with Quote
i have just downloaded and installed "cvsnt" (doing a standard install) under win2k and rebooted, as the installer required.
this has installed u3dapi10.dll to "C:\\Program Files\\CVSNT\\"

VA 1538, 1532 and 1446 all install perfectly happily for me.

is there some step that I have missed?

zen is the art of being at one with the two'ness
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000