Today I want to validate one case of use in your QMH toolkit. My case is to simply add some messages queue with priority in front of the queue. But during my test, I encountered a strange result, the step isn't in the expected order. After looking in Delacor_lib_QMH_enqueue Message(poly).Vi, I show that vi run as coded, but not as (for me) expected and logical. I think that when you want to add some steps with the priority you want to add all steps in the same order as in the Message array, but with your vi it's not the case. For example, if you want to add 4 Messages (1,2,3,4) with priority, you won't obtain 1,2,3,4, but with your vi you obtain 1,4,3,2.
I send you a test vi to see that.
I have a workaround and propose some modifications for that vi.
1) I don't understand why you want to create an array for priority (boolean array priority message). I don't show why mix priority and not priority are use cases. And the result order is completely unpredictable. I propose to modify the array by just one boolean, and in this case, all message array became a priority (front) or not (back).
2) In case of the queue is empty, the priority has (for me) no sense, and i put all added Message array with no priority to respect order.
3) In case of the queue isn't empty, I invert all added Message array (and Message Datas array too) to respect order.
I send you one version of modified VI to see how. You must add it to your Delacor QMH library to run it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.