Sonar-scanner crashed on a c-file

JosHelmich · January 29, 2019, 12:11pm

sonar-scanner -v

INFO: Scanner configuration file: /opt/sonar-scanner-3.3.0.1492-linux/conf/sonar-scanner.properties
INFO: Project root configuration file: /home/user/programming/Falcon/sonar-project.properties
INFO: SonarQube Scanner 3.3.0.1492
INFO: Java 1.8.0_121 Oracle Corporation (64-bit)
INFO: Linux 4.4.0-141-generic amd64

sonar-scanner -X > sonarQube.log

14:04:28.803 ERROR: Exception in thread pool-4-thread-1
java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.E.A(na:869)
	at com.sonar.cpp.N.E.A(na:444)
	at com.sonar.cpp.plugin.R.A(na:2250)
	at com.sonar.cpp.N.F.B(na:50)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

14:04:29.115 ERROR: Error during SonarQube Scanner execution
java.lang.IllegalStateException: java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.F.A(na:1714)
	at com.sonar.cpp.plugin.R.B(na:3237)
	at com.sonar.cpp.plugin.R.A(na:1306)
	at com.sonar.cpp.plugin.R.execute(na:156)
	at org.sonar.scanner.sensor.SensorWrapper.analyse(SensorWrapper.java:45)
	at org.sonar.scanner.phases.SensorsExecutor.execute(SensorsExecutor.java:88)
	at org.sonar.scanner.phases.SensorsExecutor.lambda$execute$1(SensorsExecutor.java:65)
	at org.sonar.scanner.phases.SensorsExecutor.withGlobalStrategy(SensorsExecutor.java:80)
	at org.sonar.scanner.phases.SensorsExecutor.execute(SensorsExecutor.java:65)
	at org.sonar.scanner.phases.AbstractPhaseExecutor.execute(AbstractPhaseExecutor.java:74)
	at org.sonar.scanner.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:164)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.scan.ProjectScanContainer.scan(ProjectScanContainer.java:319)
	at org.sonar.scanner.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:314)
	at org.sonar.scanner.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:288)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.task.ScanTask.execute(ScanTask.java:48)
	at org.sonar.scanner.task.TaskContainer.doAfterStart(TaskContainer.java:82)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:131)
	at org.sonar.batch.bootstrapper.Batch.doExecuteTask(Batch.java:116)
	at org.sonar.batch.bootstrapper.Batch.execute(Batch.java:71)
	at org.sonarsource.scanner.api.internal.batch.BatchIsolatedLauncher.execute(BatchIsolatedLauncher.java:46)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.sonarsource.scanner.api.internal.IsolatedLauncherProxy.invoke(IsolatedLauncherProxy.java:60)
	at com.sun.proxy.$Proxy0.execute(Unknown Source)
	at org.sonarsource.scanner.api.EmbeddedScanner.doExecute(EmbeddedScanner.java:185)
	at org.sonarsource.scanner.api.EmbeddedScanner.execute(EmbeddedScanner.java:137)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:111)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:75)
	at org.sonarsource.scanner.cli.Main.main(Main.java:61)
Caused by: java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.E.A(na:869)
	at com.sonar.cpp.N.E.A(na:444)
	at com.sonar.cpp.plugin.R.A(na:2250)
	at com.sonar.cpp.N.F.B(na:50)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

JosHelmich · January 29, 2019, 12:13pm

sonar-project.properties :

sonar.projectKey=org.sonarqube:c-build-wrapper
sonar.projectName=ECU (with BuildWrapper)
sonar.projectVersion=1.0

sonar.sources=.

sonar.language=c

# The build-wrapper output dir
sonar.cfamily.build-wrapper-output=bw-outputs

# Encoding of the source files
sonar.sourceEncoding=UTF-8

sonar-scanner \
  -Dsonar.projectKey=Falcon \
  -Dsonar.sources=. \
  -Dsonar.host.url=http://localhost:9000 \
  -Dsonar.login=f050d41a87a8c96fc1239c2947626807281d1c6b

mpaladin · January 31, 2019, 9:10am

Hi @JosHelmich,

what version of the sonar-cfamily-plugin are you using?
In order to help you could you please provide the entire sonar-scanner log?

JosHelmich · January 31, 2019, 9:47am

It’s not the plugin. It’s sonar-scanner. I resolved some problems by setting options for files, handles, memory etc, but this one remains. It has to do with svn mergeinfo. How to configure it so that this works?

11:44:13.086 ERROR: Error during SonarQube Scanner execution
java.lang.IllegalStateException: Error when executing blame for file hello.c
	at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:85)
	at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:58)
	at org.sonar.scanner.scm.ScmPublisher.publish(ScmPublisher.java:88)
	at org.sonar.scanner.phases.PublishPhaseExecutor.afterSensors(PublishPhaseExecutor.java:54)
	at org.sonar.scanner.phases.AbstractPhaseExecutor.execute(AbstractPhaseExecutor.java:76)
	at org.sonar.scanner.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:164)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.scan.ProjectScanContainer.scan(ProjectScanContainer.java:319)
	at org.sonar.scanner.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:314)
	at org.sonar.scanner.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:288)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.task.ScanTask.execute(ScanTask.java:48)
	at org.sonar.scanner.task.TaskContainer.doAfterStart(TaskContainer.java:82)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:131)
	at org.sonar.batch.bootstrapper.Batch.doExecuteTask(Batch.java:116)
	at org.sonar.batch.bootstrapper.Batch.execute(Batch.java:71)
	at org.sonarsource.scanner.api.internal.batch.BatchIsolatedLauncher.execute(BatchIsolatedLauncher.java:46)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.sonarsource.scanner.api.internal.IsolatedLauncherProxy.invoke(IsolatedLauncherProxy.java:60)
	at com.sun.proxy.$Proxy0.execute(Unknown Source)
	at org.sonarsource.scanner.api.EmbeddedScanner.doExecute(EmbeddedScanner.java:185)
	at org.sonarsource.scanner.api.EmbeddedScanner.execute(EmbeddedScanner.java:137)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:111)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:75)
	at org.sonarsource.scanner.cli.Main.main(Main.java:61)
Caused by: org.tmatesoft.svn.core.SVNException: svn: E200007: Retrieval of mergeinfo unsupported by 'http://fihp-svn01.konecranes.com/svn/ASW/CSI/TestRepository/hello_world_c/hello.c'
	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:70)
	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:57)
	at org.tmatesoft.svn.core.io.SVNRepository.assertServerIsMergeInfoCapable(SVNRepository.java:798)
	at org.tmatesoft.svn.core.io.SVNRepository.getFileRevisions(SVNRepository.java:759)
	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:109)
	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteAnnotate.run(SvnRemoteAnnotate.java:30)
	at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
	at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1239)
	at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
	at org.tmatesoft.svn.core.wc.SVNLogClient.doAnnotate(SVNLogClient.java:295)
	at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:83)
... 31 more

mpaladin · January 31, 2019, 10:07am

Hi @JosHelmich,

this second stacktrace is completely unrelated to your first post, I would recommend you to keep things separated. The first stacktrace is related to a failure of the C/C++ analyzer, the second stacktrace is related to SVN scm integration.

JosHelmich · January 31, 2019, 11:19am

They are related in the sense that I am trying to debug a crashing sonar-scanner. I have changed some system parameters to recomendded size or higher

sysctl -w vm.max_map_count=262144
sysctl -w fs.file-max=65536
ulimit -n 65536
ulimit -u 2048

That got rid of the errors in the first post. Now I am at the problems in the last post. We can close this thread.

mpaladin · January 31, 2019, 12:52pm

If you want to make sure that it’s the only error you have left you could disable scm specifying the property sonar.scm.disabled=true. Let us know if you still face issues with the C/C++ analyzer.

JosHelmich · January 31, 2019, 2:46pm

Disabling scm works in the smaller hello.c project. With this big one I am back to square one.

cat sonar-project.properties

sonar.projectKey=org.sonarqube:c-build-wrapper
sonar.projectName=Falcon (with BuildWrapper)
sonar.projectVersion=1.0
sonar.sources=.
sonar.language=c
sonar.scm.disabled=true

# The build-wrapper output dir
sonar.cfamily.build-wrapper-output=bw-outputs

# Encoding of the source files
sonar.sourceEncoding=UTF-8

sonar-scanner \
  -Dsonar.projectKey=Falcon \
  -Dsonar.sources=/media/user/data/programming/Falcon \
  -Dsonar.host.url=http://localhost:9000 \
  -Dsonar.login=f050d41a87a8c96fc1239c2947626807281d1c6b

build-wrapper-linux --out-dir build_output make all

sonar-scanner -v

    INFO: Scanner configuration file: /opt/sonar-scanner-3.3.0.1492-linux/conf/sonar-scanner.properties
    INFO: Project root configuration file: /home/user/programming/Falcon/sonar-project.properties
    INFO: SonarQube Scanner 3.3.0.1492
    INFO: Java 1.8.0_121 Oracle Corporation (64-bit)
    INFO: Linux 4.4.0-141-generic amd64

sonar-scanner -X > sonarQube.log

14:04:28.803 ERROR: Exception in thread pool-4-thread-1
java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.E.A(na:869)
	at com.sonar.cpp.N.E.A(na:444)
	at com.sonar.cpp.plugin.R.A(na:2250)
	at com.sonar.cpp.N.F.B(na:50)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

14:04:29.115 ERROR: Error during SonarQube Scanner execution
java.lang.IllegalStateException: java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.F.A(na:1714)
	at com.sonar.cpp.plugin.R.B(na:3237)
	at com.sonar.cpp.plugin.R.A(na:1306)
	at com.sonar.cpp.plugin.R.execute(na:156)
	at org.sonar.scanner.sensor.SensorWrapper.analyse(SensorWrapper.java:45)
	at org.sonar.scanner.phases.SensorsExecutor.execute(SensorsExecutor.java:88)
	at org.sonar.scanner.phases.SensorsExecutor.lambda$execute$1(SensorsExecutor.java:65)
	at org.sonar.scanner.phases.SensorsExecutor.withGlobalStrategy(SensorsExecutor.java:80)
	at org.sonar.scanner.phases.SensorsExecutor.execute(SensorsExecutor.java:65)
	at org.sonar.scanner.phases.AbstractPhaseExecutor.execute(AbstractPhaseExecutor.java:74)
	at org.sonar.scanner.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:164)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.scan.ProjectScanContainer.scan(ProjectScanContainer.java:319)
	at org.sonar.scanner.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:314)
	at org.sonar.scanner.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:288)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.task.ScanTask.execute(ScanTask.java:48)
	at org.sonar.scanner.task.TaskContainer.doAfterStart(TaskContainer.java:82)
	at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:136)
	at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:122)
	at org.sonar.scanner.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:131)
	at org.sonar.batch.bootstrapper.Batch.doExecuteTask(Batch.java:116)
	at org.sonar.batch.bootstrapper.Batch.execute(Batch.java:71)
	at org.sonarsource.scanner.api.internal.batch.BatchIsolatedLauncher.execute(BatchIsolatedLauncher.java:46)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.sonarsource.scanner.api.internal.IsolatedLauncherProxy.invoke(IsolatedLauncherProxy.java:60)
	at com.sun.proxy.$Proxy0.execute(Unknown Source)
	at org.sonarsource.scanner.api.EmbeddedScanner.doExecute(EmbeddedScanner.java:185)
	at org.sonarsource.scanner.api.EmbeddedScanner.execute(EmbeddedScanner.java:137)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:111)
	at org.sonarsource.scanner.cli.Main.execute(Main.java:75)
	at org.sonarsource.scanner.cli.Main.main(Main.java:61)
Caused by: java.lang.IllegalStateException: exit code != 0
	at com.sonar.cpp.N.E.A(na:869)
	at com.sonar.cpp.N.E.A(na:444)
	at com.sonar.cpp.plugin.R.A(na:2250)
	at com.sonar.cpp.N.F.B(na:50)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

JosHelmich · January 31, 2019, 2:48pm

-rw-rw-r--  1 user user 19092342 tammi 31 15:57 build-wrapper-dump.json
-rw-rw-r--  1 user user 52574889 tammi 31 15:57 build-wrapper.log

mpaladin · January 31, 2019, 3:56pm

Hi @JosHelmich,

does it mean what you wrote in a previous post is not true?

JosHelmich · January 31, 2019, 4:43pm

No, it’s true. I checked. Some parameters are even bigger. But it is a big project with multiple targets. The log file 56 MB. I would like to discuss it further, but I am out of office until next Tuesday.

Alex_Na · February 1, 2019, 1:44pm

Hello
we use sonar on three machines; all windows managed by our IT (same Win7 etc).
On two machine the “subprocess.exe” crashes when it encounters the very first C or C++ file at the same location:

Dialog-Debuginfo:
Problem signature:
  Problem Event Name:	APPCRASH
  Application Name:	subprocess.exe
  Application Version:	0.0.0.0
  Application Timestamp:	5c178cbc
  Fault Module Name:	subprocess.exe
  Fault Module Version:	0.0.0.0
  Fault Module Timestamp:	5c178cbc
  Exception Code:	c0000005
  Exception Offset:	00000000001b200b
  OS Version:	6.1.7601.2.1.0.256.48
  Locale ID:	1031
  Additional Information 1:	a782
  Additional Information 2:	a78215de3f870a9caab0b9bcb57cf05c
  Additional Information 3:	5907
  Additional Information 4:	590780356b334f95c14a3a781857e341

If you could give us a hint what going on in that com.sonar.cpp.N.E.A class, we would have a chance to find out subtle difference on our three windows environments.

I have read 6 or more threads about that issue, only this guy on linux by setting ulimits etc could solve/workaround it. What would be the equivalent setting on windows`?

Is that a memory/Java-vm problem? the truth lies in your closed source in line 1714 in com.sonar.cpp.

Before you ask for versions:
00:00:08.093 [FuCo] $ D:\Tools\sonar-scanner\bin\sonar-scanner.bat -X -Dsonar.host.url=http://wdeslx6:59000 ******** -Dsonar.scm.disabled=true -Dsonar.language=c -Dsonar.projectKey=xxxxxx-Dsonar.cfamily.build-wrapper-output=bw_output -Dsonar.sources=Input/Source -Dsonar.projectBaseDir=D:\Jenkins-Slave\workspace\xxxxxxx\Subcomponents\FuCo 00:00:08.296 14:12:39.094 INFO: Scanner configuration file: D:\Tools\sonar-scanner\bin..\conf\sonar-scanner.properties 00:00:08.297 14:12:39.098 INFO: Project root configuration file: NONE 00:00:08.309 14:12:39.110 INFO: SonarQube Scanner 3.3.0.1492 00:00:08.310 14:12:39.110 INFO: Java 1.8.0_121 Oracle Corporation (64-bit) 00:00:08.310 14:12:39.110 INFO: Windows 7 6.1 amd64 00:00:08.395 14:12:39.195 DEBUG: keyStore is : 00:00:08.396 14:12:39.195 DEBUG: keyStore type is : jks 00:00:08.396 14:12:39.195 DEBUG: keyStore provider is : 00:00:08.396 14:12:39.195 DEBUG: init keystore 00:00:08.396 14:12:39.195 DEBUG: init keymanager of type SunX509 00:00:08.507 14:12:39.305 DEBUG: Create: C:\Users\ci-admin.sonar\cache 00:00:08.507 14:12:39.305 INFO: User cache: C:\Users\ci-admin.sonar\cache 00:00:08.507 14:12:39.305 DEBUG: Create: C:\Users\ci-admin.sonar\cache_tmp 00:00:08.508 14:12:39.307 DEBUG: Extract sonar-scanner-api-batch in temp… 00:00:08.509 14:12:39.310 DEBUG: Get bootstrap index… 00:00:08.510 14:12:39.310 DEBUG: Download: http://wdeslx6:59000/batch/index 00:00:08.544 14:12:39.344 DEBUG: Get bootstrap completed 00:00:08.548 14:12:39.349 DEBUG: Create isolated classloader… 00:00:08.553 14:12:39.353 DEBUG: Start temp cleaning… 00:00:08.556 14:12:39.357 DEBUG: Temp cleaning done 00:00:08.557 14:12:39.357 DEBUG: Execution getVersion 00:00:08.559 14:12:39.359 INFO: SonarQube server 7.5.0 00:00:08.559 14:12:39.359 INFO: Default locale: “en_US”, source code encoding: “windows-1252” (analysis is platform dependent) 00:00:08.559 14:12:39.360 DEBUG: Work directory: D:\Jenkins-Slave\workspace\XXXXXX\Subcomponents\FuCo.scannerwork 00:00:08.560 14:12:39.361 DEBUG: Execution execute 00:00:08.687 14:12:39.487 INFO: Publish mode 00:00:08.764 14:12:39.565 INFO: Load global settings 00:00:08.791 14:12:39.592 DEBUG: GET 200 http://wdeslx6:59000/api/settings/values.protobuf | time=22ms 00:00:08.806 14:12:39.607 INFO: Load global settings (done) | time=43ms 00:00:08.810 14:12:39.611 INFO: Server id: xxxxxxxxxxxxxxx - 00:00:08.817 14:12:39.618 INFO: User cache: C:\Users\ci-admin.sonar\cache 00:00:08.964 14:12:39.765 INFO: Load/download plugins 00:00:08.965 14:12:39.765 INFO: Load plugins index 00:00:08.972 14:12:39.773 DEBUG: GET 200 http://wdeslx6:59000/api/plugins/installed | time=8ms 00:00:09.015 14:12:39.815 INFO: Load plugins index (done) | time=50ms 00:00:09.022 14:12:39.822 INFO: Plugin [l10nfr] defines ‘l10nen’ as base plugin. This metadata can be removed from manifest of l10n plugins since version 5.2. 00:00:09.022 14:12:39.823 INFO: Plugin [l10nde] defines ‘l10nen’ as base plugin. This metadata can be removed from manifest of l10n plugins since version 5.2. 00:00:09.048 14:12:39.846 INFO: Load/download plugins (done) | time=81ms 00:00:09.056 14:12:39.857 WARN: API compatibility mode is no longer supported. In case of error, plugin German Pack [l10nde] should package its dependencies. 00:00:09.104 14:12:39.904 DEBUG: Plugins: 00:00:09.104 14:12:39.904 DEBUG: * Mutation Analysis 1.3 (mutationanalysis) 00:00:09.105 14:12:39.904 DEBUG: * SonarCFamily 6.0.0.10816 (cpp) 00:00:09.105 14:12:39.904 DEBUG: * SonarPython 1.10.0.2131 (python) 00:00:09.105 14:12:39.905 DEBUG: * Code Smells 4.0.0 (smells) 00:00:09.105 14:12:39.905 DEBUG: * SonarCSS 1.0.3.724 (cssfamily) 00:00:09.105 14:12:39.905 DEBUG: * Google Authentication for SonarQube 1.6.1 (authgoogleoauth) 00:00:09.107 14:12:39.905 DEBUG: * SonarJS 5.0.0.6962 (javascript) 00:00:09.107 14:12:39.905 DEBUG: * GitLab Auth 1.3.2 (authgitlab) 00:00:09.107 14:12:39.905 DEBUG: * German Pack 1.2 (l10nde) 00:00:09.107 14:12:39.905 DEBUG: * License for SonarLint 7.5 (license) 00:00:09.108 14:12:39.905 DEBUG: * SonarC# 7.9.1.7622 (csharp) 00:00:09.108 14:12:39.905 DEBUG: * SonarJava 5.9.2.16552 (java) 00:00:09.108 14:12:39.905 DEBUG: * LDAP 2.2.0.608 (ldap) 00:00:09.109 14:12:39.905 DEBUG: * SonarHTML 3.0.1.1444 (web) 00:00:09.109 14:12:39.905 DEBUG: * SonarXML 1.5.1.1452 (xml) 00:00:09.109 14:12:39.906 DEBUG: * SoftVis3D Sonar plugin 1.0.1 (softvis3d) 00:00:09.110 14:12:39.906 DEBUG: * French Pack 1.15.1 (l10nfr) 00:00:09.110 14:12:39.906 DEBUG: * GitLab 4.0.0 (gitlab) 00:00:09.110 14:12:39.906 DEBUG: * SonarTS 1.8.0.3332 (typescript) 00:00:09.120 14:12:39.920 INFO: Loaded core extensions: branch-scanner 00:00:09.127 14:12:39.928 DEBUG: Installed core extension: branch-scanner 00:00:09.342 14:12:40.142 DEBUG: Installed core extension: branch-scanner 00:00:09.400 14:12:40.201 INFO: Process project properties 00:00:09.405 14:12:40.205 DEBUG: Process project properties (done) | time=5ms 00:00:09.405 14:12:40.205 INFO: Execute project builders 00:00:09.406 14:12:40.207 INFO: Execute project builders (done) | time=2ms 00:00:09.433 14:12:40.233 INFO: Load project branches 00:00:09.437 14:12:40.237 DEBUG: GET 404 http://wdeslx6:59000/api/project_branches/list?project=XXXXXXXX| time=3ms 00:00:09.437 14:12:40.237 DEBUG: Could not process project branches - continuing without it 00:00:09.437 14:12:40.238 INFO: Load project branches (done) | time=5ms 00:00:09.438 14:12:40.238 INFO: Load project pull requests 00:00:09.440 14:12:40.240 DEBUG: GET 404 http://wdeslx6:59000/api/project_pull_requests/list?project=XXXXXXXX| time=2ms 00:00:09.440 14:12:40.240 DEBUG: Could not process project pull requests - continuing without it 00:00:09.441 14:12:40.241 INFO: Load project pull requests (done) | time=3ms 00:00:09.441 14:12:40.241 INFO: Load branch configuration 00:00:09.443 14:12:40.243 INFO: Load branch configuration (done) | time=2ms 00:00:09.443 14:12:40.244 INFO: Load project repositories 00:00:09.445 14:12:40.246 DEBUG: GET 404 http://wdeslx6:59000/batch/project.protobuf?key=XXXXXX| time=2ms 00:00:09.446 14:12:40.246 DEBUG: Project repository not available - continuing without it 00:00:09.448 14:12:40.249 INFO: Load project repositories (done) | time=5ms 00:00:09.533 14:12:40.333 DEBUG: Available languages: 00:00:09.533 14:12:40.333 DEBUG: * C => “c” 00:00:09.534 14:12:40.333 DEBUG: * C++ => “cpp” 00:00:09.534 14:12:40.333 DEBUG: * Objective-C => “objc” 00:00:09.535 14:12:40.333 DEBUG: * Python => “py” 00:00:09.535 14:12:40.333 DEBUG: * CSS => “css” 00:00:09.535 14:12:40.333 DEBUG: * JavaScript => “js” 00:00:09.536 14:12:40.333 DEBUG: * C# => “cs” 00:00:09.536 14:12:40.334 DEBUG: * Java => “java” 00:00:09.536 14:12:40.334 DEBUG: * HTML => “web” 00:00:09.537 14:12:40.334 DEBUG: * XML => “xml” 00:00:09.537 14:12:40.334 DEBUG: * TypeScript => “ts” 00:00:09.538 14:12:40.339 INFO: Load quality profiles

Alex_Na · February 4, 2019, 11:56am

FYI
On a machine where the subprocess crashes on the real project, a very simple example does work w/o any crash.
Any ideas?

mpaladin · February 4, 2019, 1:28pm

Hi @Alex_Na,

could you please open a new topic for your request so we can properly track it?

JosHelmich · February 6, 2019, 8:03am

I noted that when I renamed the file on which the scanning crashed, it simply crashed on the next. I guess this bug simply has to do with the number of open files, not with the nature of the file.

mpaladin · February 6, 2019, 9:19am

Not sure about that, if you rename the crashing file we are not going to analyze, that’s why we crash on the following one. Would you be able to create a minimalistic reproducing project that you could share privately?

mpaladin · March 6, 2019, 3:12pm

Hi @JosHelmich,

are you using mingw gcc?
I managed to reproduce an issue with mingw gcc, for which I created a ticket on dev side: CPP-2126. If you are using mingw gcc I am pretty sure you are affected by such issue.

mpaladin · April 30, 2019, 12:27pm

Hi @JosHelmich,

version 6.2 of the C/C++ analyser has been released and made public in the marketplace including CPP-2126.