Products
In-IDE
IDE extension that lets you fix coding issues before they exist!
Discover SonarLint
SaaS
Setup is effortless and analysis is automatic for most languages
Discover SonarCloud
Self-Hosted
Fast, accurate analysis; enterprise scalability
Discover SonarQube

Secrets
ABAP
Ansible
Apex
AzureResourceManager
C
C#
C++
CloudFormation
COBOL
CSS
Dart
Docker
Flex
Go
HTML
Java
JavaScript
JCL
Kotlin
Kubernetes
Objective C
PHP
PL/I
PL/SQL
Python
RPG
Ruby
Scala
Swift
Terraform
Text
TypeScript
T-SQL
VB.NET
VB6
XML

COBOL static code analysis

Unique rules to find Bugs, Vulnerabilities, Security Hotspots, and Code Smells in your COBOL code

Tags

Impact

Clean code attribute

Inserts should include values for non-null columns
Bug
Numbers should only be moved to variables large enough to hold them without truncation
Bug
"DELETE" and "UPDATE" statements should contain "WHERE" clauses
Bug
Data items should be initialized with data of the correct type
Bug
"INSERT" statements should not set the values of identity columns
Bug
SQL "UPDATE" statements should not change primary key values
Bug
Alphanumeric values should not be moved to numeric fields
Bug
The second procedure of a "PERFORM THRU" statement should be defined after the first procedure
Bug
Queries that use "FETCH FIRST" should have an "ORDER BY"
Bug
All branches in a conditional structure should not have exactly the same implementation
Bug
Strings should only be moved to variables large enough to hold them without truncation
Bug
"WHERE" clause conditions should not be contradictory
Bug
Selects should include null indicators for nullable columns
Bug
Fetches should not select more columns than their cursors
Bug
Conditionally executed code should be reachable
Bug
"NULL" should not be compared directly
Bug
Conditions in related "IF/ELSE IF" statements and "WHEN" clauses in "EVALUATE" statements should not have the same condition
Bug
Identical expressions should not be used on both sides of a binary operator
Bug
Paragraphs should not be redefined
Bug
Variables should not be self-assigned
Bug
"EXIT PROGRAM" should be the last statement of a sequence
Bug
"STOP RUN" or "GOBACK" should be the last statement of a sequence
Bug
File data items should not exceed 63,488 characters
Bug
Paragraphs used by a "PERFORM" statement should not contain "GO TO"
Bug
"PROGRAM-ID"s should match their file names
Bug
Data value clauses should not be used in linkage sections
Bug
"GOBACK" should be used instead of "STOP RUN"
Bug
"ORDER BY" should be specified for cursors
Bug
"GO TO" statements should not transfer control outside their modules
Bug
Explicitly opened cursors should be closed
Bug
"CORRESPONDING" should not be used in "ADD", "SUBTRACT", and "MOVE" statements
Bug

"STOP RUN" or "GOBACK" should be the last statement of a sequence

intentionality - clear

reliability

Bug

MajorSonarSource default severity
click to learn more

unused

Why is this an issue?

Any statement after a STOP RUN or GOBACK is unreachable and therefore dead code which should be removed.

Noncompliant code example

PARAGRAPH1.
  MOVE A TO B.
  STOP RUN.
  MOVE B TO C.

PARAGRAPH1.
  MOVE A TO B.
  GOBACK.
  MOVE B TO C.

Compliant solution

PARAGRAPH1.
  MOVE A TO B.
  MOVE B TO C.
  STOP RUN.

PARAGRAPH1.
  MOVE A TO B.
  MOVE B TO C.
  GOBACK.

Available In:

Catch issues on the fly,
in your IDE

Detect issues in your GitHub, Azure DevOps Services, Bitbucket Cloud, GitLab repositories

Enterprise
Edition

© 2008-2024 SonarSource SA. All rights reserved. SONAR, SONARSOURCE, SONARQUBE, and CLEAN AS YOU CODE are trademarks of SonarSource SA.

Sonar helps developers write Clean Code.
Privacy Policy | Cookie Policy

In-IDE

SaaS

Self-Hosted