klone Posted August 10, 2004 Posted August 10, 2004 What's the difference between the debug version and release version of an application. I have a finished project which i've even created distribution packages - but I compiled a 'Debug version' so i'd like to know if there are any performance issues am unaware of or something. And if I need to compile a release version what am i required to do. Quote
Denaes Posted August 10, 2004 Posted August 10, 2004 What's the difference between the debug version and release version of an application. I have a finished project which i've even created distribution packages - but I compiled a 'Debug version' so i'd like to know if there are any performance issues am unaware of or something. And if I need to compile a release version what am i required to do. I'm sure you could get away with using a "Debug" project. Debug projects have more inline code for debugging information and I believe normally come with a seperate debugging file. A Release version is a bit more streamlined and a little smaller. If you want to switch the project type, it's normally up on the tool bar. If not, go to your solution explorer (the one that shows all the classes and forms), rightclick the solution and go down to properties or settings (I don't have VS.Net installed at the moment). I believe its in the build section or somewere around there. Just remember that if you're not done, Release has awful debugging help if an error does come up, so remember to switch it back if you go back to debugging. Quote
samsmithnz Posted August 10, 2004 Posted August 10, 2004 The release version is supposed to be 'optimized' too, but I can't tell any difference... Quote Thanks Sam http://www.samsmith.co.nz
Administrators PlausiblyDamp Posted August 10, 2004 Administrators Posted August 10, 2004 Debug builds generally run slower as they are designed for debugging and relate to the source code and the .pdb files very closely. In a release build all code that references the System.Diagnostics.Debug class are effectively removed and have no run time overheads. The compiler (and the JIT compiler) also may re-write parts of your code to a more optimal form (search google for specifics but they include standard compiler features like inlining, invariant hosting, moving constants out of loops etc). For a finished project that is to be released to the public then use a release build - as Denaes said though debugging support is eriously hampered in a release build. Quote Posting Guidelines FAQ Post Formatting Intellectuals solve problems; geniuses prevent them. -- Albert Einstein
*Experts* Nerseus Posted August 11, 2004 *Experts* Posted August 11, 2004 If you truly need some debugging in a Release build, you could always make use of the Trace class. I'd go with Release for your final/public build. -ner Quote "I want to stand as close to the edge as I can without going over. Out on the edge you see all the kinds of things you can't see from the center." - Kurt Vonnegut
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.