Forum Replies Created
-
AuthorPosts
-
b.timofteParticipant
Also quick debug doesnt work…
System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\$(ProjectDir)'. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileSystemEnumerableIterator`1.CommonInit() at System.IO.FileSystemEnumerableIterator
1..ctor(String path, String originalUserPath, String searchPattern, SearchOption searchOption, SearchResultHandler
1 resultHandler, Boolean checkHost) at System.IO.Directory.GetFiles(String path) at hh1.b(String b, String c, f a) at k9.h1(bm2 d, yh1 c, wa2 a, Boolean b) at k9.j.b(ml1 a) at k22.u`1.d(ml1 a) at VisualGDB.Add_In.Tool_Windows.WPF.DockedProgressPresenter.RunItemizedOperation(Action`1 operation, String caption, ij2 exceptionHandler, String[] stages) at k22.p_2[_ResultType](a9`1 d, String a, ij2 c, String[] b) at k9.s1(bm2[] a, String[] d, String b, d3[] e, Boolean c) at k9.k2(bm2[] c, String[] e, String a, d3 d, Boolean b) at we2.s() at we2.t1(DebugCustomizationSettings a) at y11.e4() at x4.x_2() at VisualGDB.GDBDebugEngine.e1(bv1 b, a2 a)- This reply was modified 5 years, 6 months ago by support. Reason: formatting
b.timofteParticipantThank you for the fix i will check it . But i think you shoud fire the developer who broke this basic features. Its not like some hidden feature of the cmake linux projects …
b.timofteParticipantAlso when adding from a linux WSL cmake project reference to another cmakefilelist.txt i get
VisualGDB version: 5.4.104.3031
—————— System.NotSupportedException ——————
System.NotSupportedException: The given path’s format is not supported.
at System.Security.Permissions.FileIOPermission.EmulateFileIOPermissionChecks(String fullPath)
at System.Security.Permissions.FileIOPermission.QuickDemand(FileIOPermissionAccess access, String fullPath, Boolean checkForDuplicates, Boolean needFullPath)
at zd.e2(String a)
at vl1.ParseCanonicalName(String b, UInt32& a)
at vl1.IsDocumentInProject(String d, Int32& b, VSDOCUMENTPRIORITY[] c, UInt32& a)
at tq.g(vl1 a, to d, Boolean c, UInt32& b)
at tq.a(vl1 c, to a, Boolean b)
at vl1.j1_2(to b, Boolean a)
at lq.g(Target a)
at ey.q.c_6(r22 b, Object a)
at zd.g.Exec(Guid& d, UInt32 a, UInt32 c, IntPtr e, IntPtr b)b.timofteParticipantis this fixed in any version i can use ?
b.timofteParticipantOk as a side note
If i add precompiled header .hpp file and i make an error in a .c file by adding for example a character “x” in the file randomly then i get compiler error at build but then the linker says it passed -_-
If i build again i get no compile error and the linker says again passed -_-”
Is this a bug ?
b.timofteParticipantHello
I can confirm , under linux there is no issue . I have the same project with the same files + cmake and works fine ….
I added the .hpp file who includes all the boost headers as PCH (strangely it accepts only .h files so i added * and then added the .hpp file)
Intellisense worked for a bit with regard to boost templates then the intellisense is blocked since 5 minutes when i selected
in this code :
logging::core::get()->set_filter(logging::trivial::severity >= logging::trivial::debug);
the get() and then go to definition …. Probably i will have to forcibly shut down vs2017 from task manager 🙁
- This reply was modified 5 years, 8 months ago by b.timofte.
b.timofteParticipantI am using MinGW
Thread model: win32
gcc version 8.1.0 (i686-win32-sjlj-rev0, Built by MinGW-W64 project)Boost: 1.67
b.timofteParticipantI have a .hpp file who includes
#include <boost/log/core.hpp> #include <boost/log/trivial.hpp> #include <boost/log/expressions.hpp> #include <boost/log/sinks/text_file_backend.hpp> #include <boost/log/utility/setup/file.hpp> #include <boost/log/utility/setup/common_attributes.hpp> #include <boost/log/sources/severity_logger.hpp> #include <boost/log/sources/record_ostream.hpp> namespace logging = boost::log; namespace src = boost::log::sources; namespace sinks = boost::log::sinks; namespace keywords = boost::log::keywords; namespace common { class my_class { bool foo(std::string filename); } }
In the function foo if i type std::str and then ctrl+space it doesnt expand to anything. In fact intellisense is dead in this header file or any .cpp file who includes this header file
The function foo() is implemented in a .cpp file who includes this header file. If i select function foo() and select go to definition , nothing happens .
The .cpp file is
#include "logger.hpp" using namespace std; namespace common { bool myclass::foo(std::string filename) { return; } }
This is an advanced cmake project with mingw.
Both the .cpp and the .hpp are protected by an
#ifdef name #endif
The name after #ifdef is defined like this in the cmakefilelist.txr
if(variable_in_cmake) add_definitions(-Dname) endif()
b.timofteParticipantI tried resharper and Visualdb as MsBuild projects . Works very nice ! The only issue is that Cmake visualgdb uses clang which disables most of resharper c++ features . Maybe is there a way to disable clang intellisense for cmake prjects ?
b.timofteParticipantI had similar issue in the past . It looks like VisualGDB cannot handle Boost library template headers . I tried with REsharper c++ and was much better
See my thread with Boost and Xerces 🙂
- This reply was modified 6 years, 1 month ago by b.timofte.
b.timofteParticipantHello
It was MSbuild project
I restarted and i get the same error
Strangely if i make a new gnu make project with this compiler it works . If i convert it to msbuild i get the error.
b.timofteParticipant[+0:44:22.820] Opening brace typed: bracket matching enabled, this occurence will be processed
[+0:44:22.820] Starting operation: Parse – HighlightBraces
[+0:44:22.820] Operation completed: Parse – HighlightBraces [0 msec]
[+0:44:25.994] Starting operation: Parse – HighlightBraces
[+0:44:25.994] Operation completed: Parse – HighlightBraces [0 msec]
[+0:44:26.431] Starting operation: Parse – QuickInfo
[+0:44:27.273] Starting operation: Reformatting text
[+0:44:27.273] Operation completed: Reformatting text [0 msec]
[+0:44:45.617] Value does not fall within the expected range. while trying to build data tip
[+0:44:45.617] Stack trace:
[+0:44:45.617] Server stack trace:
[+0:44:45.617] at je1.f(wx1& c, f91 a, String b)
[+0:44:45.617] at cg1.t(wx1 a, String b, Boolean d, Int32 c)
[+0:44:45.617] at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
[+0:44:45.617] at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
[+0:44:45.617] Exception rethrown at [0]:
[+0:44:45.617] at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
[+0:44:45.617] at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
[+0:44:45.617] at cg1.t(wx1 a, String b, Boolean d, Int32 c)
[+0:44:45.617] at cp1.e1.h(tn a)
[+0:44:45.617] at sa11.o
1.b()
[+0:44:45.617] at be2.a.c_2[_Ty](b`1 a)
[+0:44:45.617] at sa11.c[_ReturnTy](l
2 b, k52 a)b.timofteParticipantI attached a screenshot with the freeze for example when refactoring
…
[+0:39:56.360] Checked xxx\logger.h: 18 error records
[+0:39:56.440] Found entity at cursor location: @ZN11LoggerClass8logerrorESs [ LoggerClass::logerror(std::string)] (f)
[+0:39:56.440] Operation completed: Parse – Goto [38919 msec]- This reply was modified 6 years, 3 months ago by b.timofte.
Attachments:
You must be logged in to view attached files.b.timofteParticipantOk
I fixed the error by making cmakelists.txt in root as:
cmake_minimum_required(VERSION 2.7)
project(AUT_4_2_XmlReader)
set(BOOST_FILE_SYSTEM “${CMAKE_SOURCE_DIR}/BoostLibs/libboost_filesystem-mgw49-mt-d-1_63.a”)
set(BOOST_SYSTEM “${CMAKE_SOURCE_DIR}/BoostLibs/libboost_system-mgw49-mt-d-1_63.a”)
add_executable(AUT_4_2_XmlReader AUT_4_2_XmlReader.cpp)
target_include_directories(AUT_4_2_XmlReader PRIVATE d:/Kit/Boost/boost_1_63_0)
target_link_libraries(AUT_4_2_XmlReader ${BOOST_FILE_SYSTEM} ${BOOST_SYSTEM})
set(CMAKE_CXX_FLAGS “${CMAKE_CXX_FLAGS} -std=gnu++11 -std=gnu++11”)
set_property(TARGET AUT_4_2_XmlReader PROPERTY CXX_STANDARD 11)
add_subdirectory(BoostLibs)and the one in boostlibs as
#Generated by VisualGDB project wizard.
#Note: VisualGDB will automatically update this file when you add new sources to the project.cmake_minimum_required(VERSION 2.7)
I am not sure this is the recommended way though … Any hints so i dont break VisualGDB with these manual changes
b.timofteParticipantCorrection “The libs folder contains” should be “the BoostLibs folder contains”
-
AuthorPosts