Re: Urgent urgent help..
I don't understand how a call that hasn't been made yet (user hasn't had a
chance to negotiate the menus and dialogs to get to it) could cause a
problem with startup. I wonder if the DLL or UG is trying to start it's own
thread and there is some conflict there? Is the DLL something you've
written or have control over or is it something more common that we may have
heard of before? I know that UG has been used in all kinds of environments
so I'd be more suspicious of the DLL. I also wonder if either UG or the DLL
is changing the default resource handle.
Could you load the DLL later using LoadLibrary() rather than having it load
automatically as part of the linkage?
Tom
"hamishd" <Hamish.Dean@gmail.com> wrote in message
news:30c37bf7-331f-44a3-a808-a1aededa0d7d@i29g2000prf.googlegroups.com...
What I will try now is to add the UG first (like the test project that
works) and then add the other code until it goes pear-shaped.
I have found the conflict:
I'm calling a function from a DLL in the project. If I remove this
call (note: this call is NOT executed initially. the user has to
navigate through some dialogs and menus to call it) the the progam
will execute and the UI will display.
Add the call back in.. and trouble.
Not sure where to go from here. I need to use the above DLL - it's
worked no problem in applications not containing UG.
Is my option to replace UG? What I need is a grid / table (which can
dynamically change rows and columns) so the user can enter data.
Anyone know of other available grids other that UG?
Thanks.