What is the correct folder name to store a custom Item Template for a SQL Server Data Tools Database Project?
eg. What sub-folder should it live in under C:\Users\accountname\Documents\Visual Studio 11\Templates\ItemTemplates
The SSDT-provided templates seem to be located under C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\SQLDB\Extensions\SqlServer
(For VS2010, substitute '10' for '11' in the paths above)
You save the Template RDL in C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\PrivateAssemblies\ProjectItems\ReportProject . Then it will be available in 'Add > New report' window.
Related
I've installed Qt 5.14.2 with 64-bit MSVC libraries and Qt Creator 4.12.1. When I attempt to build any of the example projects, I get the following error:
C1083: Cannot open include file: 'stddef.h': No such file or directory.
I've already installed Visual Studio, along with UCRT and the Windows 10 SDK. I've verified that stddef.h does in fact exist inside the SDK. The problem appears to be that vcvarsall.bat (or vcvars64.bat) does not add the include directories for the SDK.
Here are the environment variables that are assigned by vcvars64.bat:
CommandPromptType=Native
DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\
ExtensionSdkDir=C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs
Framework40Version=v4.0
FrameworkDir=C:\Windows\Microsoft.NET\Framework64\
FrameworkDir64=C:\Windows\Microsoft.NET\Framework64\
FrameworkVersion=v4.0.30319
FrameworkVersion64=v4.0.30319
INCLUDE=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\ATLMFC\include;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\include;
LIB=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\ATLMFC\lib\x64;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\lib\x64;
LIBPATH=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\ATLMFC\lib\x64;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\lib\x64;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\lib\x86\store\references;C:\Windows\Microsoft.NET\Framework64\v4.0.30319;
Path=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\\Extensions\Microsoft\IntelliCode\CLI;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\bin\HostX64\x64;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\VC\VCPackages;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\CommonExtensions\Microsoft\TestWindow;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer;C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\bin\Roslyn;C:\Program Files (x86)\Microsoft Visual…
Platform=x64
VCIDEInstallDir=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\VC\
VCINSTALLDIR=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\
VCToolsInstallDir=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.26.28801\
VCToolsRedistDir=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Redist\MSVC\14.26.28720\
VCToolsVersion=14.26.28801
VisualStudioVersion=16.0
VS160COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\Tools\
VSCMD_ARG_app_plat=Desktop
VSCMD_ARG_HOST_ARCH=x64
VSCMD_ARG_TGT_ARCH=x64
VSCMD_VER=16.6.0
VSINSTALLDIR=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\
WindowsLibPath=References\CommonConfiguration\Neutral
WindowsSDKLibVersion=winv6.3\
WindowsSDKVersion=\
__DOTNET_ADD_64BIT=1
__DOTNET_PREFERRED_BITNESS=64
__VSCMD_PREINIT_PATH=C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\ProgramData\Oracle\Java\javapath;C:\windows\system32;C:\windows;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\;C:\windows\System32\OpenSSH\;C:\Program Files\Perforce;C:\Program Files\ServiceNow;C:\Program Files\PuTTY\;C:\Program Files\PowerShell\7\;C:\Program Files\Git\cmd;C:\Program Files\Microsoft SQL Server\130\Tools\Binn\;C:\Program Files\dotnet\;C:\Program Files\nodejs\;C:\Users\[REDACTED]\AppData\Local\Microsoft\WindowsApps;;C:\Users\[REDACTED]\AppData\Local\Programs\Microsoft VS Code\bin;C:\Users\[REDACTED]\AppData\Roaming\npm
__VSCMD_script_err_count=0
stddef.h is in C:\Program Files (x86)\Windows Kits\10\Include\10.0.18362.0\ucrt, but that path is not added to INCLUDE.
How is Qt Creator supposed to find the Windows SDK?
I recently had the exact same problem.
It's working in Visual Studio 2019 but not in Qt Creator and neither on the commandline.
The reason for my problem was missing rights to access the registry. To get some hints on your side just run the following:
set VSCMD_DEBUG=3
vcvars64.bat > log.txt
My output were multiple of these errors:
"ERROR: Registry editing has been disabled by your administrator."
Checking log.txt one could see that it was indeed not setting WindowsSdkDir properly.
I had similar issue, I don't know the exact cause but the workaround I followed is (I am building using QtCreator) adding following to .pro file.
INCLUDEPATH += "C:/Program Files (x86)/Windows Kits/10/Include/10/shared"
INCLUDEPATH += "C:/Program Files (x86)/Windows Kits/10/Include/10/um"
INCLUDEPATH += "C:/Program Files (x86)/Windows Kits/10/Include/10/ucrt"
LIBS += -L"C:/Program Files (x86)/Windows Kits/10/Lib/10/ucrt/x64"
LIBS += -L"C:/Program Files (x86)/Windows Kits/10/Lib/10/um/x64"
When I create a new Universal application (with VS 2017), I see "Microsoft.NETCore.UniversalWindowsPlatform" as a reference. This seems to just signify that a host of actual assemblies are implied (I see System.AppContext.dll, System.Collections.dll, and many more in the project bin\x86\Debug folder after building the project).
Do these files exist somewhere on my machine and copied to the bin folder when building? Or are they downloaded via Nuget when building? (I know that they are not the usual .NET Framework files in the usual .NET Framework locations).
How do I know which assemblies are implied by "Microsoft.NETCore.UniversalWindowsPlatform" without actually building? (Visual Studio must get this information from somewhere since it knows which to add to the bin folder).
If you want to reflect on these assemblies for a specific project (for example, as part of a code refactoring process) without actually building the project, where would you find these assembles?
UAP target platform (previously netcore50) (https://learn.microsoft.com/es-es/dotnet/standard/frameworks)
it's located in 'C:\Program Files (x86)\Microsoft SDKs\NETCoreSDK'
You can take a look at the nuget file 'C:\Program Files (x86)\Microsoft SDKs\NETCoreSDK\Microsoft.NETCore.UniversalWindowsPlatform\5.0.0\Microsoft.NETCore.UniversalWindowsPlatform.nuspec' and see his dependencies or using nuget.org (https://www.nuget.org/packages/Microsoft.NETCore.UniversalWindowsPlatform/)
Most of his dependencies are located in the same folder (C:\Program Files (x86)\Microsoft SDKs\NETCoreSDK), so you can take a look at the dlls (for example C:\Program Files (x86)\Microsoft SDKs\NETCoreSDK\System.Collections.Immutable\1.1.37\lib\dotnet\System.Collections.Immutable.dll)
I am trying to learn to build a web application using .net core, mvc x and csharp. I am using visual studio code in OS X.
Here are the files and folders inside the freshly generated project directory:
Controllers
Dockerfile
Program.cs
Properties
README.md
Startup.cs
Views
appsettings.json
bower.json
bundleconfig.json
project.json
web.config
wwwroot
I think the following should be excluded and what else?
bin/
obj/
.vscode
wwwroot
I don't particularly exclude .vscode. It's convenient to share your tasks and debug profiles with others.
This is my .gitignore
node_modules/
**/bin/
**/obj/
**/*.VC.db* #vscode local database files
.vs/ #your friends who use visual studio
project.lock.json
TestResults/
.idea.* #ever heard of Jetbrains Rider?
**/appsettings.production.json
npm-debug.*
... but the answer doesn't work.
I have a .jshintrc file in C:\Users\UserName\
I have copied default settings from https://github.com/jshint/jshint/blob/master/examples/.jshintrc
I have set "unused" : false
I have closed and reopened Visual Studio 2013
I have rebuilt the project.
Why does JsHint continue to show "unused" errors? Further troubleshooting...
I have deleted any additional .jshintrc files on the computer.
I have put a .jshintrc file in the root solution folder.
I have put a .jshintrc file in the root project folder.
I have then restarted Visual Studio 2013.
Still it shows the "unused" error. What gives? Further troubleshooting
I have updated Web Essentials from 1.8.5 to 1.9.
Still no dice.
When we run ASP.NET through the debugger it runs in a special directory like:
C:\Program Files\Common
Files\Microsoft Shared\DevServer\10.0
I dont know if this directory is configureable. The problem is that if you have a file such as Transfer.xsl then you set its property "Copy to Output Directory" to "Copy if newer". This copies the file out to the bin.
But, we are not running inside the bin. So if I use a relative path
StorageFolder\Transfer.xsl
It becomes...
C:\Program Files\Common
Files\Microsoft Shared\DevServer\10.0\StorageFolder\Transfer.xsl
But, Visual Studio does not copy files here even when you set the property described above.
In the past I got around this problem by writing a pre-build routine to xcopy the dependencies to this "temp folder". It works, but flippen sucks caseadillas.
Is there a better way?
In ASP.NET application you could use the App_Data special folder to store files. And when you want to get the full path to this file you use the MapPath method:
string fullPath = Server.MapPath("~/App_Data/Transfer.xsl");