Thanks to Peter and Barry for confirming that I'm not crazy. (They didn't
say that; I'm just reading between the lines.)
It really is the % that causes the problem. I tried changing it to other
operators and all looks normal. This line occurs in my exec in the first
half. Everything in the Rexx following that point is hosed. Note that the
Rexx and this operation in particular execute exactly as expected. It's a
cosmetic problem only.
Support Center mentioned some HILITE-related APARs and wondered if some OEM
product is involved. I think it's clearly not working as designed. This is
not a huge problem, of course, but thanks for validating my observations.
"Schwarz, Barry
A"
<barry.a.schwarz@ To
BOEING.COM> [email protected]
Sent by: IBM cc
Mainframe
Discussion List Subject
<[EMAIL PROTECTED] Re: Rexx HILITE issue: am I crazy?
.EDU>
02/12/2008 11:49
AM
Please respond to
IBM Mainframe
Discussion List
<[EMAIL PROTECTED]
.EDU>
Since setting hilite explicitly to REXX eliminates the problem, it would
seem that automatic is not setting itself to REXX. Since unnumbered and
FB don't have the problem but numbered VB does, one possibility is the
line number (which in this specific case is prior to the /*REXX*/) is
confusing hilite as it tries to determine the correct style. In the
same vein, when the library LLQ is EXEC hilite has enough "additional"
information to figure out that this should be REXX.
The more interesting question (at least to me) is which hilite option
would find the percent so significant that havoc ensues. I frequently
work in languages hilite doesn't know about but I've never seen it go
berserk.
-----Original Message-----
From: Skip Robinson [mailto:snip]
Sent: Tuesday, February 12, 2008 11:07 AM
To: [email protected]
Subject: Rexx HILITE issue: am I crazy?
In the course of writing a Rexx exec, I encountered an anomaly. I'd like
to know if it's just me or an actual aberration.
For the first time I used the arithmetic operator % (percent sign in the
US). This operator returns the integer portion of a quotient, as opposed
to // (double slash), which returns the remainder. This line appears to
cause a problem with ISPF highlighting:
s_time = ((h_curr % req_int) * req_int) - req_int
The problem shows up under a specific set of conditions:
1. The Rexx library does not have llq .EXEC. For example, mine is .CLIST
2. The library is RECFM VB 3. The Rexx is numbered.
4. HILITE is set to Automatic.
Under these conditions, the % wreaks havoc on highlighting.
If the library is called .EXEC or is FB, if the member is not numbered
(even in a VB library), or if HILITE is set explicitly to Rexx, then the
problem does not occur.
Am I crazy?
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
