I had a custom module set up within the "Desktop Modules" solution provided with DNN. I was able to set breakpoints in my module and things were fine. I needed to put my module in Source Safe, but didn't want to put the DNN stuff in Source Safe. So, I had a cunning plan...
I made a project with just DNN, a build support project, and my two projects (main and sqlprovider). In the build support, I set the output directory to the /bin folder of DNN, referenced the two module projects, and set CopyLocal to "TRUE" for each reference. In the two custom projects, I referenced the DNN project and set CopyLocal to "FALSE" for each project. I then added my two modules to Source Control, and everything compiled and seemed to run just fine. I opted not to build DNN in the Config Manager.
I was quite proud of myself, as I must have finally understood how everything relates. That was until I needed to debug something in one of my custom modules. I set a breakpoint in my main module, and nothing happened. Everythng was set to compile in debug mode, so that wasn't it. I went back to the DesktopModules solution that was working, and it seemed to work fine... Although somehow I was writing files to my VSWebCache folder in My Documents. I had run into this before, but deleting the webcache folder cured it then. Not now, evidently. Also, when I put a breakpoint in DNN in ModuleSettings, I think, and as I stepped through, I ended up in a VB file that was not being used at the moment, but had at one point been referenced via an "imports" statement from the module I wanted to debug.
That told me that somehow, my dlls were not stacking up right, or that the proper projects were not looking at each other right.
If I only had four projects in a solution, how should they reference each other so I can step through my code in the module? The four projects are DNN, BuildSupport, my main module project, and my sqlprovider module project. I must have done it with blind luck the first time. And what's up with the VSCache? Anyone know what happens to cause that?
Thanks,
Davey Bolling