|
Well, with %len avaible, what, V3R7, the majority is growing. But there still some out there. Just don't want to leave anyone out (kinda like the browser thing... <snicker>). Trust me, I get a LOT of emails when I don't do things for early releases. :) Then again, there's no reason that version 2 of my books can't contain these updates. But right now there's no need to update them just yet. But I would also hope that most could make these very minor changes should they choose to do so. As I prefer to teach someone how to do something than just to do it for them with cut and paste code. Speaking of which, Hans, you probably have the best idea as to this. What is a ballpark figure (say a percentage) of the performance hit of using a 1024 character field and using CHECKR as compared to using a varying field and %len? Using CHECKR I still have excellent performance. I'd say on average CHECKR is used about 15 times per page. If it takes 1.5 seconds to respond, what type of increase one would expect to see? What does CHECKR use in the "bowels" fo the OS to do this checking? Some sort of array manipulation? Is that code fine tuned to squeeze more performance out? Brad On Tue, 13 Aug 2002 14:24:26 -0400 Hans Boldt <boldt@ca.ibm.com> wrote: > Brad Stone wrote: > > Hah! Thanks! Not to mention if Jon is nitpicking > about > > just that, musta done everything else ok. :) Just > like to > > work with those who aren't on V6R2 today as a lot of > > writers/consultants/speakers do. That weeds out 75% of > your > > audience! > > Oh for the record, I do agree with Jon. I too would > prefer seeing > use of varying length character strings and %LEN() (as > well as > procedures, descriptive long names, /FREE, etc.) in all > published > examples, since those are available on the majority of > machines and > are the preferred modern techniques. Otherwise, your > books will get > out of date *very* quickly as older machines are upgraded > or > replaced. You could always state in a footnote that > CHECKR can be > used in older, unsupported releases. > > Cheers! Hans > > > > _______________________________________________ > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > To post a message email: WEB400@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/web400 > or email: WEB400-request@midrange.com > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/web400. > Bradley V. Stone BVS.Tools www.bvstools.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.