Re: Element Count from Array to HoH

Sorry, I can't divine the specifications for you program from your description of the desired output; in particular, you have given us no reason for why the values for $transaction_map_ref->{ TTAT }{ I1 } and $transaction_map_ref->{ TTAT }{ I2 } should ever differ, since the relationship between I1:TTAT and I2:TTAT, as far as your description goes, is symmetrical.

the lowliest monk

Comment on Re: Element Count from Array to HoH

Replies are listed 'Best First'.
Re^2: Element Count from Array to HoH by monkfan (Curate) on May 26, 2005 at 06:58 UTC
why the values for $transaction_map_ref->{ TTAT }{ I1 } and $transaction_map_ref->{ TTAT }{ I2 } should ever differ tlm, Thanks a lot for responding. As for your question above. Even though they have the same value, they should differ because it comes from different index (I1,I2). So if I'm correct in understanding your term 'symmetrical', in this sense they are not. I hope this clarify your question. Regards, Edward	[reply]
Re^3: Element Count from Array to HoH by tlm (Prior) on May 26, 2005 at 13:22 UTC
As for your question above. Even though they have the same value, they should differ because it comes from different index (I1,I2). I realize that, but given that in your description of the task indices are not mentioned, they can't be a basis for treating the two instances of `TTAT` differently. A cardinal skill in programming (or any form of engineering for that matter) is knowing how to specify the task you are trying to solve. Many bugs are the result of incorrect or incomplete specification. Examples are useful to quickly convey the gist of your goal, but they are no substitute for a full specification. How do you fully specify the task you are trying to accomplish? Apparently this is something that takes some practice, but to get in the right frame of mind you can begin by imagining that you are paying a lot of money to someone else for coding this thing, and therefore you have to make sure that you explain to him/her exactly what this thing needs to do, for otherwise you will be paying a lot of money with every round of revisions to the code's objectives. Knowing how to spec software is a fundamental programming skill. Don't rely on the monks doing it for you, or you will never progress as a programmer. the lowliest monk	[reply]