× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Blank Suppress
  • From: "Bob Cozzi" <cozzi@xxxxxxxxx>
  • Date: Sun, 25 Jul 1999 16:26:23 -0500
  • Importance: Normal

Hans,

I remember using %TRIM() during the ESP for RPG IV and you specifically
questioning why I was using it "because it was slower" than using %TRIMR
(which was all I may have needed in the code). My take was that you wrote
%TRIMR and %TRIML and what's-his-name wrote %TRIM. You seemed to indicate
that his code wasn't very efficient. However, if I miss understood or you've
changed the %TRIM function, great!

Bob Cozzi

http://www.RPGIV.com




> -----Original Message-----
> From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
> Behalf Of boldt@ca.ibm.com
> Sent: Thursday, July 22, 1999 2:24 PM
> To: RPG400-L@midrange.com
> Subject: Re: Blank Suppress
>
>
> Bob Cozzi wrote:
> >Yes, that would work, but
> >
> > C       eval  name = %trimR(name)
> >
> >would work too.
> >
> >I've heard from Hans that the %TRIM is less efficient that using the
> >specific TRIMR and TRIML functions. I hope he's fixed this by
> now, however.
>
> I would have missed this note if Barbara hadn't pointed it
> out to me. Oh, there it is, it just arrived in my mailbox!
>
> Hmmm, let me try to explain how the trim BIFs work.  %TRIM
> performs two tasks:  1) sloughing leading blanks; and 2)
> sloughing trailing blanks.  %TRIML and %TRIMR each perform
> only one of these two tasks.  It is obvious to me that if
> task 1 takes n units of time and task 2 takes m units of
> time, doing both would require n+m units of time.
>
> Now if you have some suggestion for a new algorithm that
> would improve the performace of %TRIM, I would be quite
> happy to consider it.
>
> Cheers!  Hans
>
> Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This is the RPG/400 Discussion Mailing List!  To submit a new         *
> * message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
> * from this list send email to MAJORDOMO@midrange.com and specify       *
> * 'unsubscribe RPG400-L' in the body of your message.  Questions should *
> * be directed to the list owner / operator: david@midrange.com          *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.