[kellac1]

That seems to have solved it. We made the build command require sudo. Removing that it works just fine. Thank you for the help.

[kellac1]

Running that gives the following output.

Connecting to port 55932…
Launching uname, pty=5…
argv[0] = uname
argv[1] = -a

DISPLAY = :10
Waiting for the target process PID…
Target process PID: 7096
Forwarding output…
..Reporting exit code (0)
+[0]
Connecting to port 55933…
Launching uname, pty=5…
argv[0] = uname
argv[1] = -a

DISPLAY = :10
Waiting for the target process PID…
Target process PID: 7101
Forwarding output…
..Reporting exit code (0)

…

This keeps running for a while and incrementing the ports. Does this indicate it is working?

Thank you,

[kellac1]

Is this still an issue? I am seeing the same error on my machine when trying to use WSL as an option to debug.

ipconfig shows

Ethernet adapter vEthernet (WSL):

(%VISUALGDB_DIR%)\Rules\RegularExpressions.xml have the following.

<Other>
<!-- <TimestampServerURL>http://timestamp.verisign.com/scripts/timstamp.dll</TimestampServerURL> -->
<TimestampServerURL>http://timestamp.comodoca.com/authenticode</TimestampServerURL>
<WSLInterfaceName> \(WSL (\(|\))</WSLInterfaceName>
</Other>

Why does it still not find the interface?

Any help would be appreciated. Thank you.

[kellac1]

I think VisualGDB for macOS would be a great addition to an already amazing product. Thank you for all you do.

[kellac1]

Nevermind. There was a corruption inside the nrf_dfu_types.h file.

All is well.

[kellac1]

After a little bit of effort and thinking through it I have found a solution.

I combined both idea from the previous links in my post above. I first followed all of the steps in creating the bootloader project as defined here. There were a few changes I had to make to the project to make everything work correctly.

First, I built the bootloader project separately, and added the output binary file to the main app project as a resource file. The Properties (not VisualGDB properties) for that file were setup as an “Embedded Binary File” and set to go into the section name “.bootldr” for the configuration that was building the entire app + bootloader. All other configs, I just exclude from build.

I then changed the Output Directory, found in Project Properties (not VisualGDB properties), to “$(SolutionDir)$(Platform)\$(ProjectName)\$(Configuration)\“. This was because the main application project was deleting my .bin file that was generated by the bootloader project.

After those two changes, I was able to build and link the projects properly. I also now have them store in locations that are independent and not overwritten by each other.

Hope that helps.

• This reply was modified 6 years, 3 months ago by kellac1.
• This reply was modified 6 years, 3 months ago by kellac1.

[kellac1]

I have found this, but not sure how I migrate from the previous boatloader example found here.

I could certainly use some help as this was just working before I migrated to the suggested MSBUILD.

[kellac1]

Do you have another example on how to do the bootloader without the Makefile? That is the main reason for specifying the TARGETTYPE. We were using the Makefile for linking the boot loader to the application.

[kellac1]

With the previous GCC build there was an area for additional Make arguments.

<MakeFilePathRelativeToSourceDir>Makefile</MakeFilePathRelativeToSourceDir>
 <MakeConfigurationName>Debug_AppOnly</MakeConfigurationName>
 <AdditionalMakeArguments>$(LocalMultiThreadedBuildFlags) TARGETTYPE=APP</AdditionalMakeArguments>

• This reply was modified 6 years, 3 months ago by kellac1.
• This reply was modified 6 years, 3 months ago by kellac1.
• This reply was modified 6 years, 3 months ago by kellac1.

[Author]

Posts