[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference abbott::visual_basic

Title:Microsoft Visual Basic
Moderator:TAMARA::DFEDOR::fedor
Created:Thu May 02 1991
Last Modified:Thu Jun 05 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2565
Total number of notes:10453

2562.0. "Common Dialog failure on NT" by MRSERV::PETERS () Thu May 29 1997 19:33

We have a VB application that, when running under NT and trying to display
the "Save As" Common Dialog box, gives the following error message:

   The common dialog function failed during initialization.
   This error often occurs when insufficient memory is available.
   
But the NT PC had 64Meg of memory, and the common dialog box simply doesn't
take much memory.

The problem isn't with the source code, since an "old" EXE runs fine, but
making a new EXE with the old source code causes failure - but only on NT
systems. Runs fine on Windows 95.

The problem "may" be related to the fact that I installed VB5, and then
continued to develop this application under VB4. I didn't suspect any problem
since this problem didn't occur on my Windows 95 system. Its only when we
installed this application on an NT system that the Browse function failed
(the Browse button brings up the file common dialog box, which returns with
that error).

So I'm suspecting some sort of compatability problem, but I have no idea what.
My last resort is to de-install VB5 and VB4, then re-install only VB4. But
that seems like a brute-force solution, and I still won't know what the
real problem was.

Anyone run into this?

Don
T.RTitleUserPersonal
Name
DateLines
2562.1EVTSG8::TOWERSFri May 30 1997 09:4122
    It sounds to me as if you have some incompatibility between DLLs on the
    target machines and in particular that comdlg32.dll/ocx are involved.
    
    In your place I would read up (I believe there may be something on
    Microsoft site) about matching sets of DLLs/OCXs that have to be
    delivered together to get a matching set which works. You have VB5 on
    your machine but are building the kit, presumably, with the VB4 wizard.
    It may not be doing everything required to make sure you deliver a
    compatible set of DLLs etc.
    
    Actually, thinking about it, in your place I would just migrate the app
    to VB5 and have done with it. Deinstalling VB5, VB4 and reinstalling
    VB4 is unlikely to fix the problem. You will probably have to go in and
    physically delete some files before the reinstall. Of course to do that
    you'll have to know which ones.
    
    Note also that one of the DLLs you deliver will be a different file
    depending on whether the target machine is 95 or NT. I forget which
    one, Comctl32?
    
    Cheers,
    Brian
2562.2EVTSG8::TOWERSFri May 30 1997 09:447
    I forget to add, don't automatically blame VB5. Your problem may also
    be related to applying a Service Pack, either 2 or 3. In any case the
    bottom line is to make sure you deliver a consistent set of system
    DLLs.
    
    Cheers,
    Brian
2562.3suggestionXSTACY::PATTISONA rolling stone gets the wormTue Jun 03 1997 11:347

See also:

http://www.microsoft.com/kb/articles/q167/1/21.htm

Dave