[support]

Hi,

Could you check the contents/size of the Debug/WindowsProject1.exe.in file? Does it list the files correctly or is it cut off?

Regarding the Linux Kernel, we actually have a separate project for that – VisualKernel. You can look through this tutorial to get a brief idea: http://sysprogs.com/VisualKernel/tutorials/kernel/

[support]

Yes, this is a known Visual Studio problem. What VisualGDB actually does for large folders is unloads the entire VS project, edits it manually and reloads it back.

Manually adding a lot of files via Visual Studio command would cause a HUGE delay. Note that this delay does not come from VisualGDB and happens with any other Visual Studio project.

[support]

Hi,

Sorry, this more looks like a VS limitation than VisualGDB one. Please try disabling the Clang IntelliSense engine via Tools->Options->VisualGDB. If this does not affect the slowdown, this is not caused by the engine. Then please try disabling all other VS extensions (e.g. Resharper or VisualAssist).

[support]

Hi,

Our support is located in the PST timezone, so we could not have answered you earlier. Sorry about that.

You can configure VisualGDB to pass a list of source files via response files by modifying your Makefile as follows:

ifeq ($(TARGETTYPE),APP)
$(BINARYDIR)/$(TARGETNAME): $(all_objs) $(EXTERNAL_LIBS)
 $(LD) -o $@ $(LDFLAGS) $(START_GROUP) $(all_objs) $(LIBRARY_LDFLAGS) $(END_GROUP)
endif

should be replaced with this:

ifeq ($(TARGETTYPE),APP)
$(BINARYDIR)/$(TARGETNAME): $(all_objs) $(EXTERNAL_LIBS)
 @echo $(all_objs) > $@.in
 $(LD) -o $@ $(LDFLAGS) $(START_GROUP) @$@.in $(LIBRARY_LDFLAGS) $(END_GROUP)
endif

 

[support]

Hi,

We have actually tested it on huge projects like the Linux Kernel (~9000 files) and we have heard from other customers using it with large codebases. So this looks like something might not be working properly in your case.

Normally VisualGDB does all the indexing in the background, so you only need to wait if you start something like “Go To Definition” (VisualGDB will display the progress and the information on whether it’s using all cores). If you are waiting for something else, perhaps it’s caused by some other Visual Studio extension or VS itself? Could you clarify what GUI do you see when you wait?

[support]

Hi,

It looks like VisualGDB is not getting initialized properly. Does this happen when you open the project from command line, or also when you close the solution and open it again?

[support]

Hi,

Looks like a bug, however we could not reproduce it locally. Could you please clarify which project type (Windows/Linux/Embedded) you are using? What happens if you click “Apply” instead of “OK”?

[support]

Hi,

It’s a known issue and happens because Visual Studio is trying to write a “clean log” into a file inside the build directory. Normally it’s totally harmless and can be ignored.

[support]

If the ONLY difference between the machines is the host name/user name (no toolchain/flag differences), you can use VisualGDB Aliases: http://visualgdb.com/tutorials/linux/aliases/

If you need to change more options, we recommend creating separate project configurations for those targets, configuring each configuration to use a different target and changing them by switching the solution configuration.

[support]

Hi,

Yes, you can easily add files in ONE folder with just the Visual Studio’s Add->Existing Item command.

The “Import Folder Recursively” command only simplifies importing of large hierarchies with multiple subdirectories. We have made it available only starting from the Custom edition because we want to keep the price of the Embedded edition extremely low to make it affordable.

Many of the Custom Edition’s features could be replaced with manual scripting (e.g. editing the .vcxproj files in this case), but save time if you are actually using the Custom one. If you believe the saved time is worth the price difference, you can always upgrade your edition via this link: https://sysprogs.com/splm/mykey

[support]

Hi,

Sorry for the confusion. Please refer to the screenshot below for details:

Note that $(LocalMultiThreadedBuildFlags) is case-sensitive. It will automatically be replaced with -j(number of CPU cores on your machine) during build.

[support]

Sorry, we have disabled the subscription system because somehow spammers were trying to subscribe random addresses there causing us trouble. You can just create a ticket in our support form and we will reply there each time we post a reply here.

The fix is now included in the VisualGDB 5.2 Preview 1: http://visualgdb.com/download/

The new build should add more logging to the Clang IntelliSense Diagnostics Console, so it should show more than just “Object reference not set to an instance of an object”. Could you please double-check the new diagnostics output and let us know if you see anything additional there?

• This reply was modified 9 years, 2 months ago by support.

[support]

Hi,

Looks like our bug, sorry about that. VisualGDB is trying to create a .bin file from a static library (that is not supported). Please simply disable the .bin file creation for the static library project and the error will go away.

[support]

Hi,

We have just rechecked that and could not reproduce the failure. Most likely the bug is actually caused by some GUI not properly displayed in the console mode. We would really appreciate it if you could try creating a project targeting that machine with the normal VisualGDB Project Wizard and let us know if it shows any extra dialogs/confirmations related to SSH. This should help us pinpoint the problem.

[support]

OK, we have contacted them regarding this problem and will post an update here once it’s resolved.

[Author]

Posts