![]() |
![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() |
| Welcome to Windows Vista Forums. Our forum is dedicated to helping you find solutions with any problems, errors or issues you are experiencing with Windows Vista. The Vista forum also covers news and updates and has an extensive Windows Vista tutorial section that covers a wide range of tips and tricks. |
| |||||||
![]() |
| |
| | #1 (permalink) |
| | Dubugger goes to code of .net DLL Hi, I have a new VB.NET project and a VB.NET dll. The DLL is compiled directly to the bin\debug folder of the VB.NET project The project reference path for the DLL is to the compiled DLL in the bin\debug folder. (not the bin\debug folder of the DLL code project) BUT, when I get to code referencing the DLL functions in the main VB.NET project, the debugger goes to the code of the DLL. (How it knows where the code is - I have no idea). This is not what I want as the DLL functions are well debugged. I have looked for some parameter to control this 'affliction' and have found no solution. Anyone any ideas???? Thanking them in advance. Garry |
My System Specs![]() |
| | #2 (permalink) |
| | Re: Dubugger goes to code of .net DLL Hello Gareth, Quote: > BUT, when I get to code referencing the DLL functions in the main > VB.NET project, the debugger goes to the code of the DLL. (How it > knows where the code is - I have no idea). > > This is not what I want as the DLL functions are well debugged. F11 only for stepping in. Shift F11 can be used to complete a procedure if you accidentally step into it. Hope this helps -- Rory |
My System Specs![]() |
| | #3 (permalink) |
| | Re: Dubugger goes to code of .net DLL Yes. Thank you Rory. I 'came from' VB6 and thought that I 'knew it all'. Thanks again. Garry "Rory Becker" <rorybecker@xxxxxx> wrote in message news:2081c031d10d8ca67654eec8188@xxxxxx Quote: > Hello Gareth, > Quote: >> BUT, when I get to code referencing the DLL functions in the main >> VB.NET project, the debugger goes to the code of the DLL. (How it >> knows where the code is - I have no idea). >> >> This is not what I want as the DLL functions are well debugged. > F10 can be used to step over (execute without steping into the code) > F11 only for stepping in. > Shift F11 can be used to complete a procedure if you accidentally step > into it. > > Hope this helps > > -- > Rory > > |
My System Specs![]() |
| | #4 (permalink) |
| | Re: Dubugger goes to code of .net DLL "Gareth" <battygar@xxxxxx> wrote in message news:%23t5HyQUmIHA.4076@xxxxxx Quote: > Hi, > > I have a new VB.NET project and a VB.NET dll. > > The DLL is compiled directly to the bin\debug folder of the VB.NET project > > The project reference path for the DLL is to the compiled DLL in the > bin\debug folder. (not the bin\debug folder of the DLL code project) > > BUT, when I get to code referencing the DLL functions in the main VB.NET > project, the debugger goes to the code of the DLL. (How it knows where the > code is - I have no idea). > > This is not what I want as the DLL functions are well debugged. > > I have looked for some parameter to control this 'affliction' and have Quote: > no solution. > > Anyone any ideas???? > Build a release version of the dll and reference that. -- Anthony Jones - MVP ASP/ASP.NET |
My System Specs![]() |
| | #5 (permalink) |
| | Re: Dubugger goes to code of .net DLL Great idea Anthony Jones. I'll try that too since I amused to F8. My hand seems to take me to F8 automatically. Garry "Anthony Jones" <Ant@xxxxxx> wrote in message news:%23UcZ0fUmIHA.2504@xxxxxx Quote: > "Gareth" <battygar@xxxxxx> wrote in message > news:%23t5HyQUmIHA.4076@xxxxxx Quote: >> Hi, >> >> I have a new VB.NET project and a VB.NET dll. >> >> The DLL is compiled directly to the bin\debug folder of the VB.NET >> project >> >> The project reference path for the DLL is to the compiled DLL in the >> bin\debug folder. (not the bin\debug folder of the DLL code project) >> >> BUT, when I get to code referencing the DLL functions in the main VB.NET >> project, the debugger goes to the code of the DLL. (How it knows where >> the >> code is - I have no idea). >> >> This is not what I want as the DLL functions are well debugged. >> >> I have looked for some parameter to control this 'affliction' and have Quote: >> no solution. >> >> Anyone any ideas???? >> > > Build a release version of the dll and reference that. > > -- > Anthony Jones - MVP ASP/ASP.NET > > |
My System Specs![]() |
| | #6 (permalink) |
| | Re: Dubugger goes to code of .net DLL Anthony Hi, I looked in the various parameters available for the DLL and cannot see one for 'a release version of the dll' Before I used menu Build/Build <DLLName> Any more help???? Garry "Anthony Jones" <Ant@xxxxxx> wrote in message news:%23UcZ0fUmIHA.2504@xxxxxx Quote: > "Gareth" <battygar@xxxxxx> wrote in message > news:%23t5HyQUmIHA.4076@xxxxxx Quote: >> Hi, >> >> I have a new VB.NET project and a VB.NET dll. >> >> The DLL is compiled directly to the bin\debug folder of the VB.NET >> project >> >> The project reference path for the DLL is to the compiled DLL in the >> bin\debug folder. (not the bin\debug folder of the DLL code project) >> >> BUT, when I get to code referencing the DLL functions in the main VB.NET >> project, the debugger goes to the code of the DLL. (How it knows where >> the >> code is - I have no idea). >> >> This is not what I want as the DLL functions are well debugged. >> >> I have looked for some parameter to control this 'affliction' and have Quote: >> no solution. >> >> Anyone any ideas???? >> > > Build a release version of the dll and reference that. > > -- > Anthony Jones - MVP ASP/ASP.NET > > |
My System Specs![]() |
| | #7 (permalink) |
| | Re: Dubugger goes to code of .net DLL "Gareth" <battygar@xxxxxx> wrote in message news:uX$%23J5UmIHA.2304@xxxxxx Quote: > Anthony Hi, > > I looked in the various parameters available for the DLL and cannot see Quote: > for 'a release version of the dll' > > Before I used menu Build/Build <DLLName> > > > > Any more help???? The standard tool bar will have a drop down containing existing configurations typiclaly Debug and Release. Change it to release and build your DLL project. Remove the project from your solution and change the reference to is in the project you are debugging to the dlls bin\release folder. Personally I wouldn't bother and simply use Step Into, Step Over and Step Out as appropriate its not like you'll not be doing that for code within a project anyway. -- Anthony Jones - MVP ASP/ASP.NET |
My System Specs![]() |
| | #8 (permalink) |
| | Re: Dubugger goes to code of .net DLL Hello Gareth, Quote: > Yes. > > Thank you Rory. > > I 'came from' VB6 and thought that I 'knew it all'. > ![]() Worth noting that the keys I mentioned might change dependant on the keboard scheme you have in place, but the commands ( step in /out/over) should be on the Debug menu -- Rory |
My System Specs![]() |
| | #9 (permalink) |
| | Re: Dubugger goes to code of .net DLL Thanks Rory. The scheme fits fine. garry "Rory Becker" <rorybecker@xxxxxx> wrote in message news:2081c031d1318ca677368a4e094@xxxxxx Quote: > Hello Gareth, > Quote: >> Yes. >> >> Thank you Rory. >> >> I 'came from' VB6 and thought that I 'knew it all'. >> > Nothing wrong with Vb6. Just please don't ever make me go back there ![]() > > Worth noting that the keys I mentioned might change dependant on the > keboard scheme you have in place, but the commands ( step in /out/over) > should be on the Debug menu > -- > Rory > > |
My System Specs![]() |
| | #10 (permalink) |
| | Re: Dubugger goes to code of .net DLL Antony Hi, "The standard tool bar will have a drop down containing existing configurations typiclaly Debug and Release. " As far as I know, I have the 'standard' toolbar visible and there is no dropdown/combo control on it. I did try displaying different tool bars including the 'debug' and 'build' toolbars but nothing helped me there. Anyway, F10, F11 and Shift/F11 being extremly useful. Incidentally, I 'asked' the vs.2008 help for "keyboard shortcuts in VB.net" and recieved a literal sunami of usless and unconnected articles. When will Microsoft learn from Google. Thank you for your time. "Anthony Jones" <Ant@xxxxxx> wrote in message news:%237BrhJVmIHA.4196@xxxxxx Quote: > "Gareth" <battygar@xxxxxx> wrote in message > news:uX$%23J5UmIHA.2304@xxxxxx Quote: >> Anthony Hi, >> >> I looked in the various parameters available for the DLL and cannot see Quote: >> for 'a release version of the dll' >> >> Before I used menu Build/Build <DLLName> >> >> >> >> Any more help???? > Do you have your project and your dll project in the same solution? > > The standard tool bar will have a drop down containing existing > configurations typiclaly Debug and Release. Change it to release and > build > your DLL project. Remove the project from your solution and change the > reference to is in the project you are debugging to the dlls bin\release > folder. > > Personally I wouldn't bother and simply use Step Into, Step Over and Step > Out as appropriate its not like you'll not be doing that for code within a > project anyway. > > > -- > Anthony Jones - MVP ASP/ASP.NET > > |
My System Specs![]() |
![]() |
| Thread Tools | |
| |
Similar Threads | ||||
| Thread | Forum | |||
| Can I code HTML code straight to Webbrowser control? | .NET General | |||
| Error Code 80048820; extended error code 80048439 | Live Messenger | |||
| Code 8004888d can't sign in Msnger or install beta 8.5 code 0x8009 | Vista security | |||
| ATI Radeon Drivers - Code 43, Code 37 & Code 10 | Vista hardware & devices | |||
| ATI Display Drivers - Code 43, Code 37, Code 10 | Vista hardware & devices | |||