The ability to retrieve the date of the last day of the month has been a long-standing issue with developers--years of compile-time tables with that strange number in them: 312831303130313130313031. And what happens during a leap year?
Using this kind of routine today is as reliable as using a ceramic drain tile. It'll last a while, but it's too dependent on conditions being static into the foreseeable future.
Like the PVC piping we use in our homes today, the more modern RPG constructs are designed to be easier to use and long-lasting. Today, we use the built-in operation codes and OS/400 APIs that support integrated date processing.
The built-in date operation codes that support date manipulation that I use most include the following:
- TEST--Test a field for a valid date or time value
- ADDDUR--Add a period of time to an existing date, time, or timestamp value
- SUBDUR--Subtract a period of time from an existing date or time field, or calculate the period of time between two date or time values
The EXTRCT (extract) operation code is also useful, but I rarely use it. In fact, I can only think of one instance where I used it--in the development of this issue's ENDOFMONTH procedure. The EXTRCT opcode (strangely spelled wrong on purpose by IBM) extracts a component of a date or time field. So if you need to know what the day is in a date field, you extract the day using EXTRCT.
The TEST opcode is very cool. It checks a field for a valid date or time value. The field's data type can be character, numeric, date, time, or timestamp. The TEST opcode supports several operation extenders:
- DE--Check for a valid date value
- TE--Check for a valid time value
- ZE--Check for a valid timestamp value
The DE operation extender is used when checking a non-date field for a valid date value. Also, Factor 1 of the TEST opcode must contain the format of the data in the field being tested. For example, if the value in the Result field is in MDY format, *MDY would be specified in Factor 1. Figure 1 shows the code you'd use to check a non-date field for a valid date value. Similar support is provided for time and timestamp values using the TE and ZE operation extenders.
|
Figure 1: Testing a non-date field for a date value
The E operation extender is all that's needed for true date or time data-type fields. Because these fields are already known to the program as date fields, you don't have to tell the TEST opcode what you're checking the fields for. Also, since the DATFMT keyword has specified the data format, specifying the format in Factor 1 would be redundant and is, therefore, not allowed. Figure 2 shows the code you'd use to check a date field for a valid date value.
|
Figure 2: Testing a date field for a date value
The syntax of the TEST opcode can be confusing because of a few benign restrictions placed on it. When a non-date or non-time data-type field is being tested, you must specify the corresponding D, T, or Z operation extender. This makes perfect sense. However, when you specify a true data, time, or timestamp data-type, you cannot specify the D, T, or Z operation extender--not even the correct one. So for example, Figure 3 would produce a compile-time error:
|
Figure 3: Invalid TEST opcode syntax
What's wrong with this picture? Nothing in my mind, but the compiler doesn't like anything specified in Factor 1 when a real date, time, or timestamp value is being tested. It also doesn't like the operation extender being specified. So only the Error extender (E) can be specified.
When I'm teaching RPG IV, I find this point always perplexes the students. Why not allow both Factor 1 and the operation extender when the Result field is a valid date, time, or timestamp field? After all, the compiler allows you to specify the length of a date field and gives you an error only if the length is wrong. You can't set the length of a data field, so specifying a length is as redundant as specifying the D operation extender. I can't explain the logic behind these requirements. It's just a fact that we have to accept.
The E operation extender is required in order to avoid using response indicators. That is, the %ERROR built-in function only reacts to opcodes that use the E operation extender (don't get me started on why I think that was a questionable design decision). So if you omit the E operation extender, %ERROR will not reflect the results of the TEST operation code.
The ADDDUR (add duration) operation code allows you to add a period of time to a date, time, or timestamp value. The period of time is specified as the duration. You specify the duration in Factor 2 followed by a duration code. The duration code tells the compiler (actually, it tells the opcode) what you're adding to the date field. Are you adding days, months, years? Whatever it is, it is specified in Factor 2 along with the duration itself.
The SUBDUR (subtract duration) operation code allows you to do either of the following:
- Subtract a period of time from a date, time, or timestamp value. The period of time is specified as the duration. You specify the duration in Factor 2 followed by a duration code. The duration code tells the compiler what it is that is being subtracted from the field.
- Calculate the duration between two date data-type values (date, time, or timestamp). The result is the duration between the two values and is specified in the Result field followed by the duration code. In this form of the opcode, the duration code indicates the number of days, months, years, hours, minutes, or seconds between two values. You specify which one of these you want by placing the duration code adjacent to the field name in the Result field.
One of the greatest things that SUBDUR does is calculate the number of days between two date values. Just this one, accurate feature provides a level of productivity that I would have loved to see back in the early days of RPG III.
Duration codes are, for the most part, self-explanatory and include those shown in Figure 4:
| Duration Code | Alternative Short Form |
| *DAYS | *D |
| *MONTHS | *M |
| *YEARS | *Y |
| *HOURS | *H |
| *MINUTES | *MN |
| *SECONDS | *S |
| *MSECONDS (microseconds) | *MS |
Figure 4: ADDDUR and SUBDUR duration codes
Either form of the duration code may be specified for the ADDDUR and SUBDUR operation codes. Please note that, unlike *ZERO and *ZEROS or *BLANK and *BLANKS, only the singular form of the duration codes is provided.
ENDOFMONTH Procedure
To illustrate the use of all these integrated date and time operation codes, I came up with a procedure that performs an important task. I've always needed the ability to calculate the last day of the month, given the current date. The ENDOFMONTH procedure does just that. Given a date as input, ENDOFMONTH calculates the last date of the month for the input date.
end-of-month = EndOfMonth( myDate )
The ENDOFMONTH procedure accepts any valid date value or field as input (in any date format). The return value is a valid date value (*ISO format) that may be assigned to any date data-type variable (in any date format). The return value is the date of the end of the month calculated by the input date.
For example, if the input date is January 29, 2002, the date that is returned will be January 31, 2002. Figure 5 contains the source code for the ENDOFMONTH procedure. Figure 6 shows the ENDOFMONTH procedure prototype. As always, you can look for updates or fixes to this or any other source I've published in Midrange Developer by viewing the related discussion forum for any given article.
|
Figure 5: ENDOFMONTH Procedure Implementation
Figure 6: ENDOFMONTH Procedure Prototype
Bob Cozzi is a programmer/consultant, writer/author, and software developer. His popular RPG xTools add-on subprocedure library for RPG IV is fast becoming a standard with RPG developers. His book The Modern RPG Language has been the most widely used RPG programming book for more than a decade. He, along with others, speaks at and produces the highly popular RPG World conference for RPG programmers.
MC Press books written by Robert Cozzi available now on the MC Press Bookstore.
 |
||
 |
|
RPG TnT Get this jam-packed resource of quick, easy-to-implement RPG tips! List Price $65.00 Now On Sale
|
|
||
 |
|
The Modern RPG IV Language Cozzi on everything RPG! What more could you want? List Price $99.95
Now On Sale
|
More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.
TRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now! Request Now.
Forms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.
Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online