For

Further Information

 

The automatic storage that is

associated

with

earlier

invocations

by later invocations. All

invocations share

the

same

static storage,

cations can affect the

value

held by

a

variable

in

static stora

Recursion can be a powerful programming technique when properly und stood.

¹The run-time behavior of a subprocedure differs somewhat from tha

procedure, because there is no cycle code for the subprocedur

When a subprocedure ends, it simply returns to the caller. None usual termination activities, such as closing of files, occurs un procedure that is associated with the subprocedure itself en code a "cleanup" subprocedure that is called both by the pr procedure at application-end, and by a cancel handler enabled program entry procedure.

An alternative is to code the NOMAIN module so that there is n opening or data area locking, and that within any subprocedure, matched by a close, an IN by <antempOUT,obj>a byCRT <atempDLT

obj>, and so on. This alternative applies to modules that may h procedure active when the main procedure is not active.

– Exception handling within a subprocedure differs from a main pro primarily because there is no default exception handler for s As a result, situations where the default handler would be ca procedure correspond to abnormal end of the subprocedure.

For Further Information

To find out more about the topics discussed here, consult the follo

Main Procedures

Topic

See

 

 

Exception handling

“Exception

Handling

within a Main Procedure” on

 

page 220

 

 

Main Procedure End

“Returning

from a

Main Procedure” on page 152

Subprocedures

Topic

 

See

 

 

 

 

 

 

Defining

 

Chapter

on

subprocedures,ILEin

RPGthe for AS/400

 

 

Reference

 

 

 

 

NOMAIN module

“Creating a NOMAIN Module” on page 75

 

Exception

handling

“Exception Handling within Subprocedures” on

 

 

 

page

221

 

 

 

 

Procedure

Specification

Chapter

on

procedure specifications,ILE RPGin forthe

 

 

AS/400

Reference

 

 

Procedure

Interface

Chapter

on

defining data and

prototypesILE

in the

 

 

RPG

for

AS/400

Reference

 

 

Subprocedure

End

“Returning

from

a Subprocedure” on page 154

Chapter 4. Creating an Application Using Multiple47 Procedures

Page 71
Image 71
IBM AS/400 manual For Further Information, Main Procedures, Subprocedures

AS/400 specifications

The IBM AS/400, now known as the IBM iSeries, is a midrange computer system that has been a cornerstone of enterprise computing since its introduction in 1988. Designed to provide a robust platform for business applications, the AS/400 is celebrated for its reliability, scalability, and integrated database capabilities.

One of the key features of the AS/400 is its Integrated Operating Environment, which blends hardware and software resources seamlessly. This integration allows businesses to execute diverse workloads, ranging from traditional applications to modern web-based services, all on a single platform. The operating system, OS/400 (now IBM i), offers a rich set of APIs and tools for developers, simplifying application development and management.

Another standout characteristic of the AS/400 is its built-in database, DB2 for i. This powerful relational database management system allows for efficient data handling and provides advanced features such as support for SQL, XML, and JSON, making it easier for businesses to manage their data and integrate it with other systems. The database's tight integration with the operating system enables high performance and security.

In terms of scalability, the AS/400 can accommodate small businesses as well as large enterprises, with the ability to support hundreds of users simultaneously. Its architecture allows for easy upgrades in hardware, meaning that organizations can scale their systems without replacing the entire infrastructure.

Security is another critical attribute of the AS/400. With a sophisticated security model, it offers built-in user authentication, access control, encryption, and auditing capabilities to protect data and applications from unauthorized access.

The AS/400 also supports multiple programming languages, including RPG, COBOL, Java, and PHP, giving organizations the flexibility to choose the development tools that best fit their needs. This diversity helps maintain legacy applications while also developing new ones that leverage modern technologies.

Moreover, the platform supports both traditional green-screen interfaces and modern graphical user interfaces, allowing organizations to transition smoothly into contemporary user experience paradigms.

Overall, the IBM AS/400 stands out as a resilient, flexible, and secure computing platform that enables organizations to effectively manage their business operations, streamline processes, and adapt to changing market demands. Its unique combination of integrated features and capabilities ensures that it remains relevant in today's fast-paced technology landscape.