Hallo Michael, Du schriebst am Fri, 15 Nov 2013 09:18:53 +0100:
> > I don't recall there was any mention that there should not be any > > local variables within a procedure or function. > ???? > >>> "You could also decide to make "pos" take a return variable > parameter " > a var parameter needs a variable to be given in the call. When it is > meant as a replacement for a numerical function result of "pos" it in > most cases will be a local variable. Yes, but you wrote: >>> (alas) Martin declined to allow for intermediate variables within the >>> function body Maybe I misinterpreted this - it doesn't make really clear what you wanted to express. > > This is _not_ a sensible construct, as "str3" might not be contained > > within "str2". You _will_ have to check before, > This can be a given fact due to the code nearby that created the content > of these strings. (And it's just an example!) Right, but a possibly misleading one, and an incomplete one in this context. In such a discussion, it is (IMHO) _important_ to consider possible failures to avoid creating useless constructs. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- ------------------------------------------------------------------------------ DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
