Sysprogs forums › Forums › VisualGDB › error when updating the header files in IntelliSense
Tagged: Intellisense
- This topic has 10 replies, 2 voices, and was last updated 7 years, 11 months ago by support.
-
AuthorPosts
-
November 12, 2016 at 18:40 #9475viktorParticipant
after clicking of a button “Reload all directories” on tab “Reload all directories”, i get an error.
but the third attempt, it works.пс. version 5.2 (Preview 1)
November 14, 2016 at 01:39 #9481supportKeymasterHi,
This looks like a bug. Could you try removing the %LOCALAPPDATA%\VisualGDB\RemoteSourceCache\192.168.1.27 directory and reloading the directories? If the problem is reproduced, could you send us your .vgdbsettings file and the .vxcproj file so that we could try reproducing it on our side?
November 15, 2016 at 14:01 #9509viktorParticipanti removed %LOCALAPPDATA%\VisualGDB\RemoteSourceCache\192.168.1.27 directory.
Now “Reload all directories” button does nothing.and the list now looks like this
I’m sorry. I just have not found a single normal server to upload files. that’s the most appropriate resource from all found.
*.vcxproj *.vgdbsettings in zip
http://s000.tinyupload.com/index.php?file_id=88890733846688223942November 17, 2016 at 20:18 #9534supportKeymasterHi,
Thanks for the project file. Unfortunately we still could not reproduce this as it seems to be caused by the layout of include directories on your remote machine.
Please try the steps below to diagnose this further:
- Go to the CMake Project Settings page and change the ‘cflags’ or ‘preprocessor macros’ field (e.g. add a new dummy macro).
- Press “Apply” to trigger retesting of the toolchain and reloading of directories. This should do a clean rebuild of the previously deleted directory under RemoteSourceCache.
- Go to the IntelliSense Settings page and try reloading the directories. If the problem persists, please send us the updated project/.vgdbsettings file and a snapshot of the RemoteSourceCache\192.168.1.27 directory. This should help us reproduce this and understand why the problem happens.
November 21, 2016 at 10:28 #9539viktorParticipantcflags change to no avail.
I created a new project.November 28, 2016 at 06:31 #9607supportKeymasterHi,
Sorry, we still could not reproduce this. Looks like it is caused by the directory layout on your Linux machine. We have added some extra logging to the latest VisualGDB 5.2R4.
Please try downloading it, then open View->Other Windows->VisualGDB Diagnostics Console and reproduce the problem. Once the problem is reproduced, please attach the diagnostic log contents here so that we could pinpoint this.
December 7, 2016 at 17:19 #9725viktorParticipantVisualGDB build 5.2.14.1314 Startup initialization took 209 msec Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Mapping the following remote directories for user@192.168.1.27 (SSH): /usr/include/c++/5 /usr/include/c++/5/x86_64-suse-linux /usr/include/c++/5/backward /usr/lib64/gcc/x86_64-suse-linux/5/include /usr/local/include /usr/lib64/gcc/x86_64-suse-linux/5/include-fixed /usr/lib64/gcc/x86_64-suse-linux/5/../../../../x86_64-suse-linux/include /usr/include /usr/include/c++/4.8 /usr/include/c++/4.8/x86_64-suse-linux /usr/include/c++/4.8/backward /usr/lib64/gcc/x86_64-suse-linux/5/include /usr/local/include /usr/lib64/gcc/x86_64-suse-linux/5/include-fixed /usr/lib64/gcc/x86_64-suse-linux/5/../../../../x86_64-suse-linux/include /usr/include Downloading contents of 16 directories: /usr/include/c++/5 /usr/include/c++/5/x86_64-suse-linux /usr/include/c++/5/backward /usr/lib64/gcc/x86_64-suse-linux/5/include /usr/local/include /usr/lib64/gcc/x86_64-suse-linux/5/include-fixed /usr/lib64/gcc/x86_64-suse-linux/5/../../../../x86_64-suse-linux/include /usr/include /usr/include/c++/4.8 /usr/include/c++/4.8/x86_64-suse-linux /usr/include/c++/4.8/backward /usr/lib64/gcc/x86_64-suse-linux/5/include /usr/local/include /usr/lib64/gcc/x86_64-suse-linux/5/include-fixed /usr/lib64/gcc/x86_64-suse-linux/5/../../../../x86_64-suse-linux/include /usr/include Downloading /usr/include... Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12 Searching for active configuration for dstu.libs.new.vcxproj... Trying fast lookup... Found! Configuration name = suse12
December 7, 2016 at 17:21 #9726viktorParticipantI have replaced all the characters single quote in the double-quote character.
VisualGDB version: 5.2.14.1314 ------------------ System.Reflection.TargetInvocationException ------------------ System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\user\AppData\Local\VisualGDB\RemoteSourceCache\192.168.1.27\0000\include\c++\4.8\x86_64-suse-linux\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\bits'. at VisualGDB.Common_GUI.WPF.ItemizedProgressWindow.RunAction[_ResultType](nd"1 action, String title, String caption, ni1 exceptionHandler, Int32 noFormTimeout, String[] stages) at ye.a[_ResultType](nd"1 f, String a, String b, ni1 e, Int32 c, String[] d) at ow.t4.m1"1.c() at ls.z"1.b(Object a) --- End of inner exception stack trace --- at ls.y[_Type](u"1 a) at ow.t4.a_2[_ResultType](nd"1 a, String d, Int32 b, String[] c) at xl1.k(p a, RemoteHostSettings c, List"1 b) at xl1.d(RemoteHostSettings a, IEnumerable"1 c, j d, SourceDirMapping e, c61 b) at or.c1(Object b, EventArgs a) ------------------ Inner exception ------------------ ------------------ System.IO.DirectoryNotFoundException ------------------ System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\user\AppData\Local\VisualGDB\RemoteSourceCache\192.168.1.27\0000\include\c++\4.8\x86_64-suse-linux\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\32\bits'. at VisualGDB.Common_GUI.WPF.ItemizedProgressWindow.RunAction[_ResultType](nd"1 action, String title, String caption, ni1 exceptionHandler, Int32 noFormTimeout, String[] stages) at ye.a[_ResultType](nd"1 f, String a, String b, ni1 e, Int32 c, String[] d) at ow.t4.m1"1.c() at ls.z"1.b(Object a)
December 8, 2016 at 02:44 #9738supportKeymasterHi,
Thanks, looks like the /usr/include/c++/4.8/x86_64-suse-linux/32 path on your Linux machine is a circular symlink. Please try removing it and sync the directories again.
December 8, 2016 at 10:54 #9741viktorParticipantremove 2 symlink
/usr/include/c++/5/x86_64-suse-linux/32
/usr/include/c++/4.8/x86_64-suse-linux/32working.
but I suspect that in time I’ll regret it. SUSE is a piece of shit who does not like such decisions.December 9, 2016 at 20:14 #9763supportKeymasterHi,
Sorry, something things are buggy. We do have plans for a better file synchronization engine that will detect such cases, but it’s hard to say whether it makes it to v5.3, as it is a fairly complex feature and such bugs are relatively rare.
-
AuthorPosts
- You must be logged in to reply to this topic.