Forum Replies Created
-
Posts
-
Fair point. For someone (or me!) who is looking at this in the future, TeamCity sets a bunch of environment variables by itself, so the pre-build step can inspect to see if the environment variable exists or not, and use that. TeamCity sets BUILD_NUMBER to the build number as well as other variables that may be useful such as the commit hash, project name, etc. To see what is available, have the build server send “set” so the log will contain all the environment variables.
How would this be done, then? I have my Build Server pre-build step that executes a command line to say “set BUILDVER=5”, but when it calls msbuild, wouldn’t that environment variable no longer be active since its in a separate command line window because it is a separate build step?
After spending an inordinate amount of time on this, I fixed the issue by deleting my PreBuild action and then recreating it. Attached is an image comparing the vgdbsettings file change that made it happen. What could cause this? Is this just a stupid error on my part?
So by doing this, here is the hierarchy and breakdown:
- devenv.exe (Path is present)
- MSBuild.exe (Path is *not present*)
- vgagent.exe (Path is *not present*)
- cmd.exe (Path is *not present*)
- notepad.exe (Path is *not present*)
- cmd.exe (Path is *not present*)
- vgagent.exe (Path is *not present*)
- MSBuild.exe (Path is *not present*)
What are the next steps to work around this?
None of the other variables get overridden, just ‘path’ which is now empty. I noticed that if I open the project via Visual Studio (Start–>Visual Studio 2017, and then doing File->Open->Solution), I now have access to ‘path’. If I have *never* opened it that way, but only just opened it by double-clicking the solution, then the path is missing.
Way to reproduce (for me):
- Take a working project
- Copy and paste the project (so it creates a new folder. can be in the same directory.)
- Double-click the solution
- Create a pre-build batch file that just has “set” or “python -h” in it.
- Build the project
- The project will not show path as a system env variable. It will also complain about not being able to find python (due to missing path).
- Open Visual Studio Start->Visual Studio 2017
- Open solution
- Build project again. Now you will see that it does have the path variable and “python -h” shows the appropriate python help info.
Can you reproduce it with this? You can try one of your own projects, but be sure to do a copy/paste.
In case someone comes across this in the future like I did, here is what you need to do:
-Include the cmsis_os.c/.h files from “\Middlewares\Third_Party\FreeRTOS\Source\CMSIS_RTOS”
-Add the port.c and portmacro.h files from “\Middlewares\Third_Party\FreeRTOS\Source\portable\GCC\ARM_CM7\r0p1”
Awesome, new build works great. The syntax highlighting as part of variable renaming preview is not that big of a deal.
I just submitted the PO so it should be renewed today or tomorrow. I fixed the issue by uninstalling/reinstalling visual studio and then VisualGDB. Just reinstalling VS didn’t fix it for some reason. I also deleted and reinstalled all the VGDB packages as well. Now it is all set.
I tried using a Nucleo board with the onboard ST Link and I am having the same problem (working on desktop, not on laptop). Is there anything that is PC specific that could allow programming to work but not Fast Semihosting? I didn’t mention it before, but I am able to run the project without a problem if I comment out my printf statements.
Here is a fairly comprehensive list of what I use in Visual Assist on a daily basis and would love to have as part of Clang IntelliSense:
- Syntax Highlighting (colors listed are those spec’ed by Visual Assist, but presumably should be configurable):
- Gold for <span style=”text-decoration: underline;”>classes</span>, <span style=”text-decoration: underline;”>structs</span>, <span style=”text-decoration: underline;”>interfaces</span>, <span style=”text-decoration: underline;”>namespaces</span>, <span style=”text-decoration: underline;”>typedefs</span>
- DarkKhaki for <span style=”text-decoration: underline;”>variables</span>
- BD63C5 for <span style=”text-decoration: underline;”>Enums</span>, <span style=”text-decoration: underline;”>preprocessor macros</span>
- FF8000 for <span style=”text-decoration: underline;”>functions</span> and <span style=”text-decoration: underline;”>methods</span>
- Quick Search global symbol cache “Find Symbol” (Alt+Shift+S in VA)
- Open File in Solution (Alt+Shift+O)
- Toggle between source + header (Alt+O)
- Go to implementation (Alt+G)
- List Methods in File (Alt+M)
- Find References (Alt+Shift+F). Finds all references for that symbol, even when it is used in an inherited class.
I’ve resorted to using VisualGDB without Clang IntelliSense, and with Visual Assist enabled for navigation, plus Resharper for their amazing Static Analysis. I don’t mind the expense of having these three components, but the lack of interoperability with each other and Clang IntelliSense is a bit of a bother. Basically I had to disable Clang IntelliSense, and disable Resharper for live Code Analysis. I just use Resharper for Code Inspection which finds more than your Static Analysis, but that could likely be how it is configured through the GUI. Happy to discuss further.
- devenv.exe (Path is present)
