Hi,
I have a simple dialog with a drop down widget and a button widget in it. This was all generated by the GUIBuilder. No logic has been added to the dialog so all it can do is display the drop down and select an item - all built in operations of the drop down. No logic has been added to the button, so all it can do is acknowledge presses by changing color - again a built in behavior. This is running in an RTX task.
I can press the button until the cows come home, watching it change color, and everything is fine. If I interact with the drop down, it will behave normally for 1 to 6 interactions, but then it will open with a trucated list and the system will be at os_error with an error code of 1, which I infer is OS_ERR_STK_OVF. I have tried increasing the system stack and heap, in increments, up to 32kb, as well has my tasks stack, in increments, up to 32kb, but none of this made any difference.
What am I doing wrong? Why is this happening? Am I supposed to be freeing some resource at some point?
Thank You,
Chuck
I have a simple dialog with a drop down widget and a button widget in it. This was all generated by the GUIBuilder. No logic has been added to the dialog so all it can do is display the drop down and select an item - all built in operations of the drop down. No logic has been added to the button, so all it can do is acknowledge presses by changing color - again a built in behavior. This is running in an RTX task.
I can press the button until the cows come home, watching it change color, and everything is fine. If I interact with the drop down, it will behave normally for 1 to 6 interactions, but then it will open with a trucated list and the system will be at os_error with an error code of 1, which I infer is OS_ERR_STK_OVF. I have tried increasing the system stack and heap, in increments, up to 32kb, as well has my tasks stack, in increments, up to 32kb, but none of this made any difference.
What am I doing wrong? Why is this happening? Am I supposed to be freeing some resource at some point?
Thank You,
Chuck