I took this exam about 2 weeks ago (and passed). It was suprisingly hard (I've been working with C++/vb for a number of years). Make sure you know the Package & Deployment stuff inside out. About 1/3 of my exam was in this area.
I thought the problem was in installation? It sounds like you installation program is trying to install a newer version of the DLL but that's not allowed because it's in use. This is a part of "DLL HELL".
Its a bit ugly, but what you can do for all COM DLLs you use is drop a copy...
To debug a DLL using the project for the DLL
1.From the Project menu, click Settings.The Project Settings dialog box appears.
2. Choose the Debug tab.
3. In the Category drop-down list box, select General.
4. In the Executable For Debug Session text box, type the name of the executable file...
That's the c runtime library and it is used by everything! Shut everything down. You can download a tool called DLL Explorer from Real Solutions. When you run it, it gives you a list of all DLLs currently referenced on your machine. Double-Click on an entry in the list and you get the details...
I want to Load user controls at run-time. To do this I have created control arrays at design-time (e.g. UCtrl(0)). The problem is at run-time the new controls (e.g. UCtrl(1)) drop into the container of the original (e.g. UCtrl(0)) - in this case a PictureBox - and I cannot move it to any other...
Hi all,
I've got a dialog. when it displays, I want to check the info loaded and warn the user if some of the data is bad (e.g. invalid directory). Doing this check while the dialog is constructing results in the error message popping up first, then the dialog (after the uer acknowledges the...
what exactly is the error? Can VB find the DLL? Can you set a break point in the DLL and does the execution reach it? Have you tried a C-stub (e.g. procedure with no arguments just to be sure execution reaches the entry point)?
Does your DLL require other DLLs/LIBs to load? If so, can these DLLs be found by searching PATH? My guess is a lower level function is failing (e.g. LoadLibrary) and you are getting back a vague answer.
Sorry, I'm new to VB - primarily C++ background. But my 2 cents - what happens when you call CreateObject? Can't you try a CreateObject call and if it fails you can assume there's something wrong with that DLL/OCX?
I have a large Fortran DLL that works fine as an console app. When I call it through VB it punts during a large allocate() call with an Out of Stack Space error. Does VB have any intrinsic stack limitations that C++/Fortran doesn't? Any ideas? Thanks in advance.
hey ? what happened to my text? my question is - the operation - load model - causes a fortran dll to load using LoadLibrary. The operation close model causes the same dll to unload - using FreeLibrary. A subsequent call to open model causes the same dll to load but to a different address space...
You can't make a regular member function a callback because you can't pass a 'this' (all regular member functions have a hidden first argument 'this'). You can get around this by making the member function static. Static member functions have no 'this'.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.