Debugging DLL's

-
Certain pointers on debugging DLL's in Visual Studio
Assuming you have the source code for both the calling application and the DLL.
  • Build both the application and the DLL projects in Debug mode.
  • On building the DLL you should get 2 files: a .dll and a .pdb. Place these 2 files in the folder containing the exe for the calling application. Or you could place it in another folder and specify its location. Please note that the pdb and dll should be created in one build. If  a mismatch occurs between the two, it might not be possible to debug your application.
  • Open the DLL's source code files in the same Visual Studio session as the calling application and put break points in them.
  • On stepping into the code from the calling application, you will now be able to debug the code for the DLL.
 Another way to debug DLL's is to start from the DLL project and mention the executable that calls the DLL.


Comments

Post a Comment

Popular posts from this blog

endmenu in different file than menu?

-
So I was adding my driver to the Linux kernel. Made a new Kconfig file and added 'menu' and 'endmenu' sections. But when I compiled the kernel I got an error saying 'endmenu in different file than menu'. Reason: There has to be a new line character after endmenu in your Kconfig file!
Read more

Multi Threading in Android

-
It is good practice to not do computation intensive work on the UI Thread. In fact starting from HoneyComb, you get a NetworkOnMainThread exception if you try and do any network processing on the main thread. So we should do background work in a new thread. One thing we need to consider is that only the UI thread can update the UI, so when our background thread wants to update the UI, we need a means to communicate between threads. Actually even your background thread can update the UI, but this is really dangerous and your app can crash! Android provides a lot of multi threading constructs for us. AsyncTask is by far the easiest way of multithreading in Android. When you create a new AsyncTask object the framework creates a new thread for you and provides methods to communicate with the UI. No threads, no handlers and no Executors (Because it uses these classes internally)! So why not use AsyncTask all the time? Well, because these are suited for background work that typically l...
Read more

A binary with debug symbols with the Android NDK

-
First go into the Android.mk file in your jni folder and add this line: LOCAL_CFLAGS  += -g This is going to enable the debug compile option. You might have a separate option for logging more data. Next go into Application.mk and uncomment this line: APP_OPTIM := debug (or add it if it isnt there) This should be sufficient. Now when you run the ndk-build (You can run ndk-build V=1 to enable the verbose option), you should get the debuggable binaries. For some reason the binary I get in the libs/armeabi folder is not the debuggable one, this one has its debug options stripped out. To get the debug one grab it from obj/local/armeabi.
Read more