To those interested: Fortunately, it was a false alarm.
The definition of the “long” data type differs between Linux 64 and Windows
64.
Client wrongly thought that the problem came from the unsigned VS signed
integers that are in use by the GazeDataItem object and
SyncManager::remoteToLocal function.
The bug can be considered closed