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



I see no one's answered this over the weekend!

It's generally best to have UDFs that do the least work possible - they are called for every row of a table. Admittedly, there may not be that many rows here, but each row has to wait for the UDF to finish, and if MAILTOOL were to have any kind of delay, the SQL statement could timeout on you. The same thing can happen while debugging, BTW.

I recommend putting the exception join into an RPG program (or REXX, if you want some cool fun and something that no one else in your shop could maintain). Then use a FETCH loop and call MAILTOOL for each - you can prototype QCMDEXC nicely - see the Redbook by Jon Paris, et al., on stuff you never knew you could do in RPG.

You could also do this in CL, using STRQMQRY with an outfile, then RCVF on that outfile -- anti-CLers need not respond ;-)

HTH
Vern

At 08:51 AM 4/3/2004 -0500, you wrote:

Greetings fellow Saturday-hackin' crazies.

I need to do an exception join and process each record of the result set with a command.

To be a bit more detailed, I have a table of e-mail items and another of statuses. I need to select the e-mail items that don't have a completion status and feed them into Mr. Stone's MAILTOOL.

I'd like to do this as "directly" as possible, so I was thinking RUNSQLSTM, but is there a simple way to process the result set? Is this where one would use a UDF? I'll need to do a bit more than just call the command, such as logging my results.

Regards,
Zak Metz



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.