Dynamicall calling a sub

Discussion in 'Questions (Windows Mobile)' started by Scubaticus, Jul 19, 2007.

  1. Scubaticus

    Scubaticus Active Member Licensed User

    As I was looking for a way of dynamically a sub I end up with the following solution
    Now this litte app works and the subs are called dynamically, but when used in a bigger app it's giving me index (control(whichSub).SelectedIndex = 1) error, saying the index does not exists. A .Count however shows 2 items. I also wondered at what time a .Dispose is really disposed, because first I used a single combo box, but after a .Dispose I got an error the control was already defined when I tried to create it again.

    So it works but doesn't work. Any concerns?

  2. Cableguy

    Cableguy Expert Licensed User

    If you are going to create the same control again, why not instead just empty the combo list, and/or delete specific items?

    In my Helpfile Creator app I used a combobox and an arraylist to keep a valid relation between the existim items and the related controls...
    For example my app dinamicly adds textboxs and lets you delete any textbox created... then deleting the related item in the combobox would cause a relation error...but adding an arraylist and fillet at the same time as the combobox in order to keep a valid relation based on items value and not on items index....
  3. dzt

    dzt Active Member Licensed User


    and in every dynamically called sub add in the first line

    ex. control("thisSub").Dispose

    In your way you are disposing controls before the event is fired

    EDIT: No, my mistake. Events are fired and .Dispose never called. But doing what I said, works fine.
    Last edited: Jul 19, 2007
  4. Scubaticus

    Scubaticus Active Member Licensed User

    The event is fired when control(whichSub).SelectedIndex = 1 is executed (thats what I see in the debugger). The next step is .Dispose so I don not understand what you mean by dispose before event is fired.

    When I do an addcombo, add some (2) items, add the event, change the value which will execute the event and then dispose the combo, I still lhave a count of 2, but cannot change the selectedindex.

    The litte app above works normally, but not in a bigger app.

    I have to say however that this is my first event driven language I'm working with.

    @Calbleguy: for the combo's I also use an array to retriev the index I want (which is not the selecteditem because I load the combo's from sorted CSVLoad tables. It would be nice to have our own defined 'selecteditem' value instead..or a way to direct link a table field as selectedindex and another tablefield as the item() value)

  5. Cableguy

    Cableguy Expert Licensed User

    keep in mind that if you operate both arrays at the same time, your relation stays unchangeable...
    so you can fill both array in one sub and the use the index to call a sub or erase an item in both arrays
  6. Scubaticus

    Scubaticus Active Member Licensed User

    What I normally do to load the combobox values from a table is:

    My CSV table(s) looks like:


    Now when I want my real selectedindex I use control(comboFld &Arr).Item(x) where x = the combo's selected index.

    So in my case I need for every defined combobox:

    - Table
    - Combobox
    - Array

    Every value of my combo boxes can be changed, deleted and added.
    Perhaps there's a smarter way doing this, but I didn't find one at the moment.

  7. Erel

    Erel Administrator Staff Member Licensed User

    You can't dispose a control within an event raised by the same control.
    I'm not sure if this is the code in your code.
  8. Scubaticus

    Scubaticus Active Member Licensed User

    So does this mean after I change a value which triggers a sub the program AND executes the Sub (another thread) AND continues to the next line?

    combo.selecteditem = 1 (triggers to call the sub)
    combo.dispose (while the sub is still executed)

    This could explain the errors I've got. When returning from the sub, the combo is already disposed.....

    Is this true?

  9. dzt

    dzt Active Member Licensed User

    disposing inside the dynamically called sub, as I wrote before works fine (at least for me)
  10. Erel

    Erel Administrator Staff Member Licensed User

    There is only one thread (most of the times).
    Because of the .Net implementation you will not be able to dispose the control until you've exit from the event sub.
    The workaround for this issue is to use a timer:
    Sub Combo1_Event
    timer1.interval = 
    10 'ms
    timer1.enabled = true
    end sub

    Sum Timer1_Tick
     Timer1.Enabled = 
    End Sub
  11. Scubaticus

    Scubaticus Active Member Licensed User

    Ok, thanks guys for all your quick replies. I'll try if the dispose in the sub works for me.

    When I look at Erels code, he does the same, but in another sub giving the Combo1_Event sub time to finish.

    But when I understand Erels explanation right (dispose a control within an event raised), what dzt does, is not 'legal' either?

  12. dzt

    dzt Active Member Licensed User

    Hi Scubaticus,

    In my country we say:
    "Those who the night makes, sees them the day and it laughs"

    I think the yesterday approach drives to a chaos.

    Attached is my approach under the daylight, completely different.
    Shows among the way I thought, what happens when we call a sub from inside another sub.

    I hope I helped a bit.

  13. agraham

    agraham Expert Licensed User

    I looked for a low-overhead way of dynamically calling a sub without the overhead of creating a control and thought of using an existing control on which I could raise an event - the main form!

    As Addevent seems to actually ReplaceEvent I can switch the forms' Show event and fire it by the form's Show method. So now I can control which Sub runs when any code calls Form.Show. I am not sure if that is what you wanted.

    There is an oddity in that trying to reinstate the Form's original Show event Sub does not work. Maybe Erel can explain why.
  14. Erel

    Erel Administrator Staff Member Licensed User

    You're code is like playing with fire ;)
    It is not recommended to use AddEvent on the same control and event more than once.
    Next version will include a simple CallSub(String) method.
  15. Scubaticus

    Scubaticus Active Member Licensed User

    This is a solution I started with at the first place, but I did not want code a lot of cases for every call I made. I was just looking to call a sub which name is in a variable. I think it best to wait for the next release, but it's a nice discussion anayway!

  16. Scubaticus

    Scubaticus Active Member Licensed User

  17. Scubaticus

    Scubaticus Active Member Licensed User

    I'm always looking for boundaries ;)

    I know, but I was looking for a temporary way doing the same in the meantime, but the fire is getting to hot.

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice