I have a dataset (HP3000, MPE/iX 5.0, TurboIMAGE) that contains (among
other things) two fields which are logically associated with each other.
One is an 8X4 array of CRAFT codes; the other is an 8I2 array of HOURS.
I need to find the CRAFT code that goes with the largest HOURS value.
How can I do that?
TIA,
Don Harrington Boeing Commercial Airplane Group
(206) 931-4457 voice P. O. Box 3707 M/S 5J-34
(206) 931-9085 FAX Seattle, WA 98124-2207
har7...@bcstec.ca.boeing.com
These thoughts are owned by the person expressing them, and no one else!
> Lets try this again. I've received many good responses to my problem, but
> I think something got lost in the transmission :-)
>
> I have a dataset (HP3000, MPE/iX 5.0, TurboIMAGE) that contains (among
> other things) two fields which are logically associated with each other.
> One is an 8X4 array of CRAFT codes; the other is an 8I2 array of HOURS.
> I need to find the CRAFT code that goes with the largest HOURS value.
> How can I do that?
Well, Don, I'm not sure you'll like my answer, but I think one way to
do this is to use a dual QUIZ process. The first process writes the
records in ascending sorted HOURS order to a subfile. The
second reads the subfile LIMIT 1 and writes the report. It's not a
fast approach, but should work. (PS. not to plug any products, but
can't SUPRTOOL from Robelle do this in one pass, quickly? Mike? )
Larry Boyd
(These are my opinions and not those of my employer, HP)
Thanks for thinking of us, Larry, but this particular situation is not
Suprtool's forte, in any number of passes. Suprtool is hyper-fast when you can
tell it exactly which item it should use (e.g., HOURS(2)), but this
requirement is beyond the capabilities of Suprtool's parser.
---
Mike Shumko, Robelle Consulting Ltd., Surrey BC Canada
> In article <960502021...@capella.cup.hp.com>, lb...@CAPELLA.CUP.HP.COM
> says...
> >
> >Well, Don, I'm not sure you'll like my answer, but I think one way to
> >...snip...
> >can't SUPRTOOL from Robelle do this in one pass, quickly? Mike? )
> >
> >Larry Boyd
>
> Thanks for thinking of us, Larry, but this particular situation is not
> Suprtool's forte, in any number of passes. Suprtool is hyper-fast when you can
> tell it exactly which item it should use (e.g., HOURS(2)), but this
> requirement is beyond the capabilities of Suprtool's parser.
Just trying to my standard kick-back :)
Larry "Let's see: tot_stand_kick_back=tot_stand_kick_back+0" Boyd
>.
>
>Just trying to my standard kick-back :)
>
>Larry "Let's see: tot_stand_kick_back=tot_stand_kick_back+0" Boyd
In C that would read: tot_stand_kick_back++;
That depends of course whether you will kick back after the deed.
Kind regards,
Denys. . .
Actually, it would be: tot_stand_kick_back += 0;
Your suggestion is the equiv. of "tot_stand_kick_back=tot_stand_kick_back+1"
> That depends of course whether you will kick back after the deed.
I'm still waiting for Larry's first spelling error since the purchase of
his new dictionary.
--
Michael D. Hensley | mhen...@proaxis.com (personal)
Software Development Manager | mic...@lund.com (business)
Lund Performance Solutions | http://www.lund.com
> I'm still waiting for Larry's first spelling error since the purchase of
> his new dictionary.
I'm tring to duble chek all of mi mesages to mak sure I do'nt sind any
with mispelled wurds.
Larry