RE: Solved: odd sort of bit-counter...

Hay Dan, 
I would to get a copy. 
Harry 

-----Original Message-----
From: mi400-bounces@xxxxxxxxxxxx [mailto:mi400-bounces@xxxxxxxxxxxx] On
Behalf Of Dan Bale
Sent: Wednesday, September 22, 2004 10:32 AM
To: MI400@xxxxxxxxxxxx
Subject: [MI400] Solved: odd sort of bit-counter...

(cross posted to RPG400-L, midrange-L, and MI400)

For those who were following this thread for the technical aspects, I have a
workable solution for the "subset sum problem" written in RPG.  If anyone is
interested, I would be happy to share the code for peer review.  If I get a
response to this on the RPG400 list, I'll post it there.  Otherwise, I'll
just send it directly to those who request it.  (There's 73 statements in
the source member.)

Thanks to all for some great ideas!

BTW, as far as the business case for this type of solution is concerned,
there is, in fact, no matching detail between the two amount lists.  What
happens is that the A/R people enter a payment into Mapics (DB).  Mapics, by
default, applies the payment to many invoices behind the scenes.  By the
time it is posted, we lose the fact that a total payment of x dollars was
made; we have only all of these smaller amounts applied to different
invoices.  The A/R people don't normally concern themselves with the
invoices that the payments are applied to, so that is why I'll get a list
that I can't duplicate verbatim from the information stored in Mapics.

BTW, this is not an unusual problem with Mapics DB.  You should see the
hoops I have to go through to print a month-end summary of the A/R Invoice
Register.

db

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