I am using Visual Studio 2008 team system. I have C project. I went to project properties and in the code analysis section. I wonder what is mean by
`suppress results from generated code`
Can someone explain what does this option do when I set it yes or no?
Thanks
The Suppress results from generated code check box on the Code Analysis property page of a project enables you to select whether you want to see Code Analysis warnings from code generated by a third-party tool.
Reference: http://msdn.microsoft.com/en-us/library/dd742298.aspx
Related
I work with ESP32 IDF4.2 in Visual Studio Code. I have lots of configurations and options set by the precompiler through the 'menuconfig' tool that generates a sdkconfig in /proyectx/build/
It would be quite useful to have that file taken by the program so I could see the actual code that is being compiled; but I cannot find a way to do so.
Any help?
You could try the official vscode extension.
https://marketplace.visualstudio.com/items?itemName=espressif.esp-idf-extension
I have a managed project (.net 4.6.2) which calls into a native dll. If I put a breakpoint in the native code, it hits it, but if I try to inspect stack variables I get a rather annoying
Inspection of unmanaged type 'MyTypeInHere*' requires unmanaged
debugging to be enabled. Please set the debugger type to 'Mixed' and
try again
I followed steps from https://learn.microsoft.com/en-us/visualstudio/debugger/how-to-debug-managed-and-native-code?view=vs-2019, Debugging unmanaged code while debugging managed code but I still cannot inspect types.
In the managed project properties, under debug I've enabled enable native code debugging and under the build page I've checked allow unsafe code. Further in launchSettings.json, I have "nativeDebugging": true
Also note that in the native project property settings I've set the Debugger type to mixed.
Does anybody know what's preventing me debugging native code?
Thanks
Does anybody know what's preventing me debugging native code?
It is quite strange and I followed the sample which your link provided and it works well. In fact, all the steps are just the rule.
So please check these:
1) Please make sure that your c++ project is using Active(Debug) Configuration and x64 platform. When you change Debugger type to mixed and then click Apply, please remember to rebuild the project.
2) when you reference the native code into C# project, please close the VS Instance, delete obj,bin,.vs hidden folder and then reopen your c# project. After that, please make sure that you check Enable Native Code debugging, then rebuild the entire solution.
3) Add breakpoints where you want to break and begin stepping through the code. Make sure your have placed your breakpoints in code which the C# application calls into.
4) change the target gramework to 4.7.2 to test again.
5) Please try to create a new net framework 4.7.2 c# project to test whether the issue is caused by the old project.
In addition, if all the steps does not work, please do a repair in VS Installer.
I'm writing a program in C using Visual Studio 2010, and I am getting the following error:
U1095: expanded command line '(here come includes-includes-includes)'.
Some of my colleagues get the same error while others do not. The only easy feasible solution I've tried is to update NMAKE itself from a shady website (NMAKE is very hard to find).
Erasing include entries helps, but eventually we hit the limit again. One hack that works is to use all the includes in a single file per Microsoft's offering and read from that file but I'd prefer to not have to do that.
Is there an official way to update nmake without installing the Windows SDK or Visual Studio 2015?
I would not recommend using anything in programming in general that you "downloaded from a shady source". That sounds like a good way to embed viruses in your shipped code unknowingly. There is no nmake standalone, so you will be forced to use the one that ships with Visual Studio.
Some things you could try:
Attempt using 32-bit and 64-bit versions of nmake and see if you get different results.
Get a more recent version of Visual Studio and see if it works better there.
Thanks a lot for your responses, guys.
Manipulations with nmake didn't help at all.
The answer is: to completely erase a sandbox and get a clean one. So it wasn't MS-VS-2010 problem standalone, but a combination of problems between MS-VS and MKS/PTC Integrity.
We are trying to make the control panel service working on WinRT. However, we could not compile the code because we cannot find the namespace 'ajn'.
What we have done is:
Download the core source and the service source from AllJoyn website.
Setup a C++ uwp runtime component project and include all those source.
Add C++ wrapper codes to use the control panel service.
Setup another uwp blank app project, so it could use the wrapper codes to utilize contorl panel service.
However, we got stuck on compiling the codes, because the compiler could not find the all those classes under namespace ajn.
Where could we find the namespace? Or did we use the wrong source?
Thank you!
EDIT:
We managed to find those file, However, some linking errors shown up. Is there any good document which shows making codes process for WinRT? Or is WinRT Code Generation is well configured at all? Thanks!
Actually, the files are all in alljoyn_core folder, now the codes have been compiled.
However, some linking errors shown up. Is there any good document which shows making codes process for WinRT? Or is WinRT Code Generation is well configured at all? Thanks!
Just follow the Documentation on the Allseen Alliance's website. here is the link for the building Windows
Building on Windows
Just make sure to follow the steps after creating a new project in Visual Studio
Make sure you set the envionment variables correctly and avoid spelling mistakes. The spelling mistake cost me two to three days in finding the linking error.!
We are using Visual Studio 2008 to develop a winforms application stored in Visual Source Safe 2005.
If one of our team members changes a *.Designer.cs file without changing the form's source file the change doesn't appear during a "Get" operation. However, if in Visual Studio you run a compare on the *.Designer.cs file the differences are displayed in the difference viewer.
FYI: We are using the default Microsoft Visual SourceSafe plug in for Visual Studio.
Any ideas why the "Get" operation will not detect changes in the *.Designer.cs files and suggest we pull down the latest version?
Thanks for your help!
Designer files are not intended for manual manipulation. One of the chief incentives for adding partial classes to the popular .Net languages was to segregate the designer-generated code from manual user code, in fact. Manual manipulation of repeatedly-generated code (in pretty much any environment, not just visual studio) is asking for headaches.
What changes are you making to the designer file, and why is it not possible to make those changes to the non-designer source file?
Edit:
Is the project in the IDE properly bound and connected to the source control database (via File->Source Control->Change Source Control)? It should automatically be checking out the designer files when changes are made in the designer view.
I would try doing a Get manually through VSS Explorer (i.e. not through Visual Studio) and see if it works. If not, check to see if the file is pinned to a previous version.
Woe unto you for having to use SourceSafe. At my last job, we used SourceSafe and had a myriad of problems with it. We switched over to Surround SCM and were really happy with it. I'd never heard of it before that job.
To answer your question, any time I ran into a problem like this with SS, I'd do a "forced get": in the options dialog when you get latest, tell SourceSafe to get the latest version from the server regardless of whether it thinks the file is up to date.
Edit: I think the issue is the VS200X plugin for VSS. If you have the VSS standalone application you should be able to do a forced get from there. I now remember having to do this so often that I stopped using the VS200X plugin.