[nburkitt]

Hi.

Sorry, I didn’t understand earlier that disabling SysprogsSync didn’t mean disabling sync entirely.

That seems to work, thanks.

-Nick

[nburkitt]

Hi.

Unfortunately, the root file system is not actually synchronized. For example, there are numerous references in the log file to sigc++-2.0, but none of the directories or files referenced in the log are present on my local drive after sysroot synchronization completes (or fails to).

I need the libsigc++-2.0 headers and library to build my project, along with a few others.

IntelliSync also seems to have problems. If it finds a missing header file in an unrelated project, and I choose to “Ignore this directory for the current project,” it responds with an “Object reference not set to an instance of an object” error dialog.

I’ve tried reinstalling raspberry-gcc8.3.0-r4.exe from scratch, and performing a repair installation with VisualGDB-5.5r5-trial.msi, but there is no change in behavior.

I can of course manually “sync” the required headers and libraries, but that’s much less desirable than the automated solution. I’d also like to understand why parts of VisualGDB seem not to be working properly.

Here’s my setup, just in case:

• Windows 10 Pro VM (32 GB)
• Visual Studio Community 2019 (v 16.10.4)
• VisualGDB 5.5 (trial)
  • Project settings
    • Build machine = local computer
    • Deploy executable = “different machine”
    • Synchronize sysroot with = Deployment machine
    • Build subsystem = MSBuild
  • MSBuild settings
    • Toolchain = Raspberry PI in C:\SysGCC\raspberry
• Raspberry 4 Compute Module (2GB RAM, 0GB eMMC) + I/O board + PICAN FD DUO dual CAN hat
• SSH connection via 1GB Ethernet

Thanks,

-Nick

[nburkitt]

And…take three.

Attachments:

You must be logged in to view attached files.

[nburkitt]

Okay, here’s take two, still using the previous sysroot version. I’ll update my system and see if that helps, too.

Thanks,

-Nick

[nburkitt]

Hmm. It looks like I’m not able to upload files:
<h6>Upload Errors:</h6>

1. SysprogsSync.log: File not uploaded.

let me know if you’d like to see more of the log posted.

-Nick

[nburkitt]

Hi.

Thanks for the reply.

We’re using the official RaspiOS distribution from May (raspios_armhf-2021-05-28).

Enabling the log didn’t provide any new information – the warnings were also displayed in the client. I’ll attach the file, but the last few lines are here:

\\?\C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot\usr\include\pnglibconf.h => libpng16/pnglibconf.h(file)
\\?\C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot\usr\include\libpng => libpng16(dir)
\\?\C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot\opt\vc\bin\dtparam => dtoverlay(file)
\\?\C:\SysGCC\raspberry\arm-linux-gnueabihf\sysroot\lib => usr/lib(dir)
--------------------------------------

Warnings:
Unreadable symbolic link 'usr/lib/jvm/java-11-openjdk-armhf/lib/src.zip', error code 2
Unreadable symbolic link 'usr/lib/jvm/openjdk-11/src.zip', error code 2
Unreadable remote directory 'usr/lib/ssl/private', error code 13

--------------------------------------

Both /usr/lib/jvm/java-11-openjdk-armhf/lib/src.zip and /usr/lib/jvm/openjdk-11/src.zip are symlinks that ultimately resolve to non-existent files.
/usr/lib/ssl/private is a symlink to /etc/ssl/private, which has permissions “drwx–x—“.

The code I build with VisualGDB seems to run without problems. Could I just update the filesystem in the local sysroot from the Pi’s file system? Or is that what SysprogsSync is trying to do?

Thanks,

-Nick

[Author]

Posts