error when updating the header files in IntelliSense

[viktor]

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)

[support]

Hi,

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?

[viktor]

i 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=88890733846688223942

[support]

Hi,

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:

1. Go to the CMake Project Settings page and change the ‘cflags’ or ‘preprocessor macros’ field (e.g. add a new dummy macro).
2. 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.
3. 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.

[viktor]

cflags change to no avail.
I created a new project.

http://rgho.st/8fYNfbM2X

[support]

Hi,

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.

[viktor]

VisualGDB 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

[viktor]

I 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)

• This reply was modified 8 years ago by viktor.
• This reply was modified 8 years ago by viktor.
• This reply was modified 8 years ago by viktor.

[support]

Hi,

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.

[viktor]

remove 2 symlink
/usr/include/c++/5/x86_64-suse-linux/32
/usr/include/c++/4.8/x86_64-suse-linux/32

working.
but I suspect that in time I’ll regret it. SUSE is a piece of shit who does not like such decisions.

[support]

Hi,

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.

[Author]

Posts