Do you have parsing errors in this file? (you can see them by activating the debug log)?
Could you create and send us a reproducer for the file that exhibits this problem? For that, the property sonar.cfamily.reproducer should be set to the path of that file (exactly as it appears in the log). The analysis will stop, but a zip will be generated that will contain all the information we need to reproduce this issue on our side.
I need information about what is shared with you, before I can send you the file. I need to check with our managers, if I can share the code and for this, it would be best to present a documentation that states the content.
Even if the created reproducer files might be a little bit cryptic, they are in now way encrypted, so you can have a manual look at their content before sending them to us, if that can be of help to you.
The program will generate a .zip that contains several files. The main file we need is the .reproducer file. This file contains at the top all the configuration that was used to analyze the source code (macros passed on command line, rule parameters…), then it contains the content of the analyzed file, as well as the content of any header included (directly or indirectly) in this file.
On our side, we have a tool that can use this information to perform in our debug environment the exact same analysis that you did on yours, thus allowing us to reproduce and understand the issue.
I hope this is the kind of information you needed,