DLL problem

[John Wright]

I have been given a DLL from the corporate office to use in our programs.
It takes in two pieces of information (both strings) does something with it,
then returns a status back (true/false). It is a control that is added to a
form and I don't have access to anything on this object but the result
field. I can put the control on the form and it works fine, but any data we
put into the two fields returns false even though it is valid data. We can
put the same data into another web application that is hosted on their
system just fine.

Alas, I am getting no where with them . They claim it works fine, that it is
my problem. They will not give me access to the code, so I was wondering if
there was a way in my program to have a piece of code "listen" to the data
inputed (to validate the data is correct, I don't have access to any events
for this control) and "listen" for the return (to validate the return
value). I suspect the problem is with the return value from the DLL to my
program. I believe the data is valid, but the response from the DLL to my
program is not formatted correctly.

The data entered in is a zip code and city, it runs back to corporate to
validate the city and zip code and returns the information to my program
then the DLL looks at some internal data and returns true false. I think
the problem is the return data the DLL is using.

Anyone have any suggestions?

thanks.

john

[Charlie Brown]

On Dec 13, 12:23 pm, "John Wright" <[e-mail]:

I have been given a DLL from the corporate office to use in our programs.
It takes in two pieces of information (both strings) does something with it,
then returns a status back (true/false). It is a control that is added to a
form and I don't have access to anything on this object but the result
field. I can put the control on the form and it works fine, but any data we
put into the two fields returns false even though it is valid data. We can
put the same data into another web application that is hosted on their
system just fine.

Alas, I am getting no where with them . They claim it works fine, that it is
my problem. They will not give me access to the code, so I was wondering if
there was a way in my program to have a piece of code "listen" to the data
inputed (to validate the data is correct, I don't have access to any events
for this control) and "listen" for the return (to validate the return
value). I suspect the problem is with the return value from the DLL to my
program. I believe the data is valid, but the response from the DLL to my
program is not formatted correctly.

The data entered in is a zip code and city, it runs back to corporate to
validate the city and zip code and returns the information to my program
then the DLL looks at some internal data and returns true false. I think
the problem is the return data the DLL is using.

Anyone have any suggestions?

thanks.

john

I don't want to get anyone in hot water, but if it is a .net assembly,
you could try .Net Reflector and look at the code.

Either that or standard debug.break command and look at the data that
is returned. Does is return a Boolean type value, or and Int32
value? Sometimes incorrectly casting an integer will give you false.
Just some thoughts anyway.

[John Wright]

<SNIP>
Charlie Brown" <cb****@duclaw.comwrote in message
news:72d01fb0-9634-4918-9b16-

I don't want to get anyone in hot water, but if it is a .net assembly,
you could try .Net Reflector and look at the code.

Either that or standard debug.break command and look at the data that
is returned. Does is return a Boolean type value, or and Int32
value? Sometimes incorrectly casting an integer will give you false.
Just some thoughts anyway.

I have tried Reflector and did see the code. What I have done now is extend
the control and intercepted the messages to and from the DLL and I am
looking at them. What I am having problems with now is reading the
WM_KEYDOWN events I can get the message sent to the DLL, I just can't get
the keyboard value sent in the WParam. Any ideas there?
John