DEFAULT is not a good choice, since DEFAULT is 9, not the higher value value of 18 that is the target. "*" is also not a great choice, since Rexx has generally avoided using that as a wildcard option.
Yes, but you'd only specify the NOVALUE option if you weren't doing that trapping. It would only apply to the source file that contains the ::OPTIONS directive, not to any other code, so none of your code would break. Rick On Fri, Feb 27, 2009 at 8:53 AM, John Bodoh <[email protected]> wrote: > Sound good to me. > > The keyword for use same as internal build-in setting should be something > non-numeric. The word "DEFAULT" expresses some meaning while "*" is easier > to code. > > Changing a NOVALUE condition to a SYNTAX condition would break code that I > have that explicitly handles NOVALUE. > > John > > -----Original Message----- > From: Rick McGuire [mailto:[email protected]] > Sent: Friday, February 27, 2009 8:43 AM > To: Open Object Rexx Developer Mailing List > Subject: [Oorexx-devel] Thinking about an ::options directive. > > I'm starting to come around to the position that the default digits > setting should be 9 (not completely convinced yet, but close). > However, I think that if this is done, then there are some additional > things that need to be added. One is a ::options directive to allow > these things to be tailored on a source file basis. So here's a > straw-man proposal for a directive: > > ::OPTIONS DIGITS digits FORM form FUZZ fuzz TRACE trace STRICTNOVALUE > > All options are optional, and can be specified in any order or > multiple times. Last one wins if there are multiples. The OPTIONS > directive may appear anywhere after the main program section of the > source file, and can be specified multiple times as well (last one > wins applies here too, if an option appears on multiple directives). > All options apply to all Rexx code contained within the source file. > So for, example, including > > ::options digits 18 > > would mean that an initial digits setting of 18 will be used for all > Rexx code created this source file. This includes the main program, > all routines declared using ::ROUTINE, and all methods. > > All option values must be either a symbol taken as a constant or a > literal string. No expression evaluation takes place with directives, > which are static source descriptors. > > The options are fairly self-explanatory, but I think there is a need > for some keyword for DIGITS that means "use the same as the internal > built-in setting". Looking for a name suggestion on that one. The > STRICTNOVALUE is for people routinely enable NOVALUE traps in all > code. This will raise a SYNTAX error in any situation where a NOVALUE > condition would be raised. I'm waffling on the keyword here > too...perhaps this should be NOVALUE keyword with an option such as > CONDITION/SYNTAX or RELAXED/STRICT. In the theory that you want to be > able to explictly specify all forms of an option, probably the last > would be better. > > Given that I'm going to the trouble of implementing this, I'd like to > make it apply to more than just the digits setting, hence the > additional options. > > Rick > > ---------------------------------------------------------------------------- > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Oorexx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-devel
