I have a custom DLL with a number of procedures I am calling from a SB7
script.
Does anyone know if there is a problem with opening a window in a Custom
DLL that gets interaction from the user (ie, the user presses a button or
enters text and presses a button)?
My SB program is GPFing after calling my custom dll if I prompt the user to
interact with a window.

I have a tested a number of scenarios.
1) I have a Clarion window open and do something on Event:OpenWindow and
then exit the window after the task so the user never interacts with the
window. This works fine.
2) Open the window and allow the user to enter a field and press OK. This
is GPFing.
3) Open the same window and press cancel. This is GPFing. There is no code
in the Cancel button except Post(Event:CLoseWindow)
4) hard-code the value the user is entering in the window and perform the
operations (in Clarion) without opening the window. This works fine.

This is completely source. The window is very simple:

I just noticed that none of the example DLL SB projects have a Clarion
window with Accept loop. There are some MESSAGE statements but no accept
loops.
Is this a limitation of the DLL interface? If so, no problem I can rework
to prompt the user for the values in the SB interface and pass the values
to the DLL. I wanted to check here before taking that option.

I'm using SB 7.2860 and Clarion 6.3.9058. As I mentioned other functions
form the DLL work fine and if I call this same function in a
non-interactive way it is fine.

Any pointers would be great.

Thanks,
Rick