For some strange reason the Borland StarTeam Toolbar utility does not save its data (and thus does not cache/memorize the last used ST servers and is essentially completely useless). I thus have to log in manually each and every time I access ST, which is a nightmare.
Our IT folks have no idea, why on my system it does not save the data as it's supposed to. They claim, it's the first and only system showing this anomaly...
Any idea, where this toolbar saves the data to? Does it need some environment variable set to do this properly or something similar? Any pointer would be highly appreciated.
I am using this on a Windows 7 (x64 Ultimate) system, ST is v2009 (build 11.0.0-68), ST Toolbar is v11.0.0.38.
You are running quite a mid-range build of the 2009 StarTeam Client. I would recommend upgrading to the latest 2009 client,
http://supportline.microfocus.com/websync/STarTeam2009E.aspx
Current latest build is 11.0.0.91 and Windows 7 was only strictly listed as supported for builds 11.0.0.72 onwards.
Maybe the source of your issue.
Thanks.
It seems to store some options under HKEY_CURRENT_USER\Software\Borland\StarTeam Toolbar. But the login information appears to be stored somewhere else.
It's a dumb question, but are you sure that "Save as default credentials for this server" is checked when you login?
Related
This question may be relevant to any version of Windows where Windows Update is present, as I imagine the answers might be different between versions.
(Also, my apologies if this question should have been placed somewhere else, I looked for a Windows forum on SE and couldn't find one.)
I'm writing system requirements for a web application that requires at least IE8, and would like to communicate in the documentation how the user can make sure they have the latest browser version (on Windows) without having to download it manually, if possible. However being on OS X I'm having a hard time managing to find out if Windows Update will actually update IE (from say, 7 to 8) on Windows XP? What about later versions like Windows 7 or 8?
As a side note, Microsoft won't (by default anyway) even let my OS access any areas of their website where I might find a download link to Internet Explorer 8 or any other version since I'm not on Windows. Just sayin', if I wanted to supply a link to our users, that is. Yes, I will fire up my VM or PC to get the link but it seems... unnecessary?
Anyway, can I tell our users they just need to fire up Windows Update to make sure they're running IE8, or do I need to ask them to check version manually and download a new version manually (if necessary)?
While Windows Update generally does update critical IE components, major updates are generally considered optional updates that are not installed unless the user chooses to install them manually.
Consequently, you'll likely need to include a download link. Try http://microsoft.com/ie/download, which should redirect to the language appropriate page for the given user.
(Also, some users choose to not run Windows Update, so the download link may be needed anyway.)
Hope this helps...
-- Lance
To answer your query "Anyway, can I tell our users they just need to fire up Windows Update to make sure they're running IE8, or do I need to ask them to check version manually and download a new version manually (if necessary)?"
Yes, windows update also update Internet explorer.
To change setting for windows update where you can choose which updates is related to your OS and components and you can download and install to avoid unnecessary downloads.
Please find below steps to change the settings
Control Panel\All Control Panel Items\Windows Update\Change settings
Under Important updates option you will find
Check for updates but let me choose whether to download and install them.
I believe it will be an 'optional' windows update. In this case the user will still have to select and accept it, but windows update will do the rest. I would advise your users to check Windows Update for the latest browser version.
IE is part of Windows OS so I guess Windows update take care of IE like any other Windows components
I am trying to use the HP Fortify Static Code Analyzer to analyze security concerns in a large C application and I have run into various bugs in the software itself that I cannot seem to find any answers to anywhere on the Internet. I am using version 3.4 of the software and running it on a Linux x64 system.
The main bug that I am encountering that makes it very difficult to use this product at all is that in various different places in their Audit Workbench GUI the program will just close for no reason. An example is whenever a pop-up window shows asking you a question and your answer to the question is just to close the pop-up window by either clicking on the close button or the cancel button, the whole program ends instead of returning you back to where you were when you originally got the pop-up. Another example is when I try to open the Rules Editor, either for a new Rule Pack or an existing Rule Pack, the program opens up a progress window with a moving progress bar that sits there and moves for a while but when it is finished, instead of opening up the Rules Editor, the whole program just ends suddenly.
Has anyone out there seen behavior like this? If so, please let me know what I can do about it. Thank you.
I would highly recommend upgrading to the latest (4.10 at the time of this post) version. One thing you can do to help diagnose issues is to look at the log files. These are located in (by default) [user.home]/fortify/AWB-3.40/log.
Also, since you are using Linux 64bit, you will want to ensure that AWB isn't trying to access the 32bit JRE at any time. This can be accomplished by removing [fortify install root]/jre and renaming [fortify install root]/jre64 to [fortify install root]/jre. Some of the tools default to /jre and so you can run into issues on Linux 64bit.
I am having below mentioned issue when I am running Asp.Net MVC 2 project on windows Azure emulator (dev environment)
I have installed Windows Azure SDK for .NET - October 2012 version and I am using cache feature on my system.
With above error Below one is also comming.
How to get rid of this ?
Maybe I have an stupid solution, but that works with me.
When I begin to recieve the message "CacheInstaller.exe has stopped working", I do the following:
1) Stop the execution.
2) Go to the Role I'm using in the Azure project and open the corresponding Properties page.
3) Go to the "Caching" section and there I uncheck the "Enable Caching" checkbox. After that I checked again.
4) Save*, Run de application and never the warning appear again.
Is weird because nothing should change if you uncheck and check it again an option without save in the middle, but in this case when you do that the file changes (I can see it in the red icon that said something change there, :P)
I hope this helps. Cheers.
Do you have any error messages in the event log that may give more hint.
It could be an issue with missing dlls, do you have the windows server appFabric installed as well on this machine, which may be leading to a conflict with the dlls?
A procmon log might help you see what file paths its looking for.
"http://technet.microsoft.com/en-us/sysinternals/bb896645"
I banged my head against the wall on this one as well. I finally figured out the problem after digging deep into the crash-dump logs located within: C:\Users\{YOU}\AppData\Local\dftmp\Resources\{GUID}\directory\DiagnosticStore\AzureCaching\
AzureCaching does not allow UNC paths.
As my primary .net dev is from a vm, my documents/projects drive is mapped to my native drive located at: \\psf\Home\Documents\... Once I moved the project to the vm c:/ drive, CacheInstaller worked as intended.
Might as well post my experience as I was unable to locate anything on this specific problem.
I found today that if my system time was more than about 10 minutes wrong then CacheInstaller.exe bailed out on starting the emulator.
That includes the combination of system time and timezone being wrong, presumably as it results in an inability to calculate the correct UTC time at which Azure operates. Fixing the system clock resolved the issue in my case.
In Windows CE 5.0, after changing some registry values, the changes don't take effect and I must restart Windows.
How can this be done without restarting Windows?
I was tasked to do this early this week for CE4 so I thought I'd share my findings here (whether or not it's still needed) -- after I updated the registry, I ran this "SaveRegistry.exe" tool from the manufacturer's SDK; see these links for a start and look through your manufacturer's files/setup/install CDs as you may find SDK or sample code:
http://www.microlise.net/VRC8900net/secondary_html/os_version.htm
and
http://www.garz-fricke.de/download.php?fid=380&lg=en
This tool was done in C++ but you can call the executable from whatever language you used.
If type of your registry is hive, you may call RegFlushKey API function.
This is trouble shooting question.
Our application's development environment is VS2005 C/C++, VB6 based GUI.
we use also componentone for ActiveX control(vsflexgrid8).
application performed well in Windows XP, but in Windows 7, there is some problem in GUI.
rebuilded almost all C/C++ code and VB6 code in Windows 7
our build system is so poor and because I joined this team a month ago, building all codes are a bit hard
But this (maybe) last problem is not related to build, I think.
all other processes and GUI process are start well. but when click some menu in GUI, all user controls become invalid.
error message seems like this:
'-2147417848 (80010108)' occured
runtime error.
Automation error.
Invoked Object disconnected from
client.
above message is not identical to real message since real message is our native language(Korean).
when googling with this message, I'm able to gather some informations.
the most possible case is when using OLE Automation for Microsoft Office Objects.
But our GUI(VB6 developed) does not use Microsoft Office Objects.
And problem-causing page/control's are commonly use componentone modules.
So, if experienced similar problems, please help me.
In Virtual Machine Windows XP mode, there is no problem. But I'm strongly willing to develop in this environment.
Thank you for your help.
'Automation Error' just means that an error was raised from within the ActviveX control, but that the developpers did not add a description to it. So the cause could be anything.
A common source for this kind of errors are write errors to protected folder (The Program Files folder for instance) or forbidden Registry Read/Write actions. You could try installing the program to another location or to run it elevated.
Hope this helps at least a little.
As Dabbler says, this means there has been an error in the ActiveX component.
Does any of your C or C++ code run before this error happens?
Are you using the latest version of the ComponentOne control? Perhaps it's worth checking whether it is supported on Windows 7, and contacting their technical support?
You could debug the VB6 and C/C++ on Windows 7 to track down which bit of code triggers this problem. This is possible with Visual Studio 2005, which you say you have, or WinDbg which is free.
I solved this problem by Windows Updates.
Since about 20~30 updates are performed at once, I can't know what update solves this.
I guess Visual Studio 2005 security updates may the reason for this trouble.
Anyway, my application runs well in my Windows 7 machine.
Thanks to All.