× 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.



How about calling an MI program (making that your wrapper). It would do the
resolving to the object with the correct compare value and return to you
with a flag saying if it found the object or not.
Worth a try. Putting a message on the log is a large overhead,
doubled up by removing it again.

----- Original Message -----
From: Bob Cozzi <cozzi@xxxxxxxxx>
To: 'MI Programming on the AS400 / iSeries' <mi400@xxxxxxxxxxxx>
Sent: Tuesday, May 18, 2004 10:41 AM
Subject: RE: [MI400] MCH3401 removal


> Hi Leif,
> I agree, however I am not using MI source/syntax, I am use the C language
MI
> functions, and your technique doesn't seem to have a C equivalent.
> I am concerned about performance because I am processing tens of millions
of
> records and need the job to finish as soon as possible. I have done several
> things to optimize performance. Originally I was using a CALL to QUSROBJD
to
> check for object existence. By switch to the rslvsp technique, I cut a huge
> check of overhead out of the routine--in fact most of the overhead was in
> just that one call. So every "bit" helps.
> -Bob
>
>
> -----Original Message-----
> From: mi400-bounces@xxxxxxxxxxxx [mailto:mi400-bounces@xxxxxxxxxxxx] On
> Behalf Of Leif Svalgaard
> Sent: Tuesday, May 18, 2004 10:25 AM
> To: MI Programming on the AS400 / iSeries
> Subject: Re: [MI400] MCH3401 removal
>
> From: Bob Cozzi <cozzi@xxxxxxxxx>
> > This works great! Thanks.
> > Is there data that suggests that this routine is as efficient or better
> than
> > calling the QMH message APIs to remove the message?
> > > From C, a simpler and more efficient option, especially if the
exception
> > > path is take with some regularity, is to replace the signal handler
with
> a
> > > branch-point exception handler that removes messages from the job log.
>
> It would seem to me that if you worry about efficiency (maybe you
shouldn't)
> that it would be better to use the zero compare value to begin with, to
> prevent
> the message to get to the joblog in the first place. Something tells me
that
> preventing it from getting to the log is better than removing it from the
> log.
>
>
>
> _______________________________________________
> This is the MI Programming on the AS400 / iSeries (MI400) mailing list
> To post a message email: MI400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mi400
> or email: MI400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mi400.
>
>
>
> _______________________________________________
> This is the MI Programming on the AS400 / iSeries (MI400) mailing list
> To post a message email: MI400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mi400
> or email: MI400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mi400.
>


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.