AppCrash in module hashstack using cString.format

[steveinvancwa]

I get an AppCrash in module hashstack when exiting the attached application. I have created two code paths, one which uses cString.format, and the other which does not. The one which uses cString.format crashes on application exit. The other which uses plain string concatenation does not crash on exit.

Hopefully you can duplicate the error. You will not get the error in the IDE.

Of course, it not so simple as just using cString.format. This is well tested. I have only been able to create the issue when the application issues a web request during the session using the MSXML2.XMLHTTP class from MSXML3.dll. If you modify the code to drop out before the web request, it will not crash on exit.

As a bonus the attached application is a working VB6 implementation of Yahoo! BOSS Geo Services address verification. It requires oAuth which I could not find example code for anywhere (for VB6). I created this implementation of oAuth by following a public C# example as a guide. It uses a number of VBCorLib classes.

I would appreciate any insight you could provide. The exe was compiled with the correct consumerKey for Yahoo!. However the source is modified so as not to give out our credentials with Yahoo! to the world. But you, Kelly, may contact me by private email to get the actual consumerKey for testing.

Warm regards,
Steve Hawkins in Vancouver, WA.
[e-mail]

Attachments:

[Kelly Ethridge]

Hello,

This sounds very similar to a problem brought up a while ago when trying to use the WebBrowser control.

Back then I recompiled a version that was never officially released, but the original poster claimed is solved his problems. You can download it from the following link.
www.kellyethridge.com/vbcorlib/VBCorLib.dll

Let me know if that fixes your issues.

Thanks,
Kelly

[steveinvancwa]

Hello,

Yes, I saw that post and tried that DLL some weeks back. For good measure I tried it again just now (the one you linked). Unfortunately the issue remains.

Regards,
Steve

[Kelly Ethridge]

Hello Steve,

Well unfortunately there isn't much left to try. The reason for the other unofficial dll was because the webcontrol was influencing how dll's were torn down and removed from memory. VBCorLib didn't handle it very well. I can only assume something similar is happening again.

Unfortunately my schedule hasn't really allowed for me to maintain VBCorLib, so I doubt I'll be able to resolve your issue.

Thanks,
Kelly