Difference between normal DLL & .net DLLhttp://forums.asp.net/t/1536669.aspx/1?Difference+between+normal+DLL+net+DLLWed, 21 Jul 2010 14:09:47 -040015366693733639http://forums.asp.net/p/1536669/3733639.aspx/1?Difference+between+normal+DLL+net+DLLDifference between normal DLL & .net DLL <p>Hi All,</p> <p><br> </p> <p>What is a difference between a regular DLL &amp; .net DLL ?</p> <p>Thanks in adavnce</p> 2010-03-16T10:03:14-04:003733678http://forums.asp.net/p/1536669/3733678.aspx/1?Re+Difference+between+normal+DLL+net+DLLRe: Difference between normal DLL & .net DLL <p>A Windows DLL contains library code to be used by any program running on Windows. A DLL may contain either structured or object oriented libraries. <br> <br> COM (Component Object Model) is the component model based on the object oriented design, which means that the components represented by the COM component exists in the form of classes and objects implementing a standard specification defined by COM. COM components can be used by any program running on Windows Operating System; be it is written with VB, C&#43;&#43;, Java or even some .NET compliant language like C# and VB.NET. <br> <br> Dot NET assembly is the component standard specified by the .NET. Hence, dot net assemblies are understandable to only Microsoft.NET and can be used only in .NET managed applications.&nbsp;<br> &nbsp;</p> 2010-03-16T10:18:49-04:003733686http://forums.asp.net/p/1536669/3733686.aspx/1?Re+Difference+between+normal+DLL+net+DLLRe: Difference between normal DLL & .net DLL <p>There are actually 3 kinds of dll</p> <p>I will speak for versioning - version 1 , version 2 :<br> </p> <p>Regular DLL -a&nbsp; library of function- usually replaced brutally for next version&nbsp; -and&nbsp; error prone<br> </p> <p>COM DLL - same as Regular, but must be registered in the sistem and can be modified from v1 - to v2 very difficult (search for DLL Hell)<br> </p> <p>.NET DLL&nbsp; - a library of functions that can have multiple versions side by side and the application should load( via config file) what the application needs .</p> <p><br> </p> 2010-03-16T10:22:07-04:003793732http://forums.asp.net/p/1536669/3793732.aspx/1?Re+Difference+between+normal+DLL+net+DLLRe: Difference between normal DLL & .net DLL <p><font face="Arial" color="BLACK">A dynamic-link library (DLL) is an executable file that acts as a shared library of functions. Dynamic linking provides a way for a process to call a function that is not part of its executable code. The executable code for the function is located in a DLL, which contains one or more functions that are compiled, linked, and stored separately from the processes that use them. DLLs also facilitate the sharing of data and resources. Multiple applications can simultaneously access the contents of a single copy of a DLL in memory<br> <br> The Component Object Model (COM) is a component software architecture that allows applications and systems to be built from components supplied by different software vendors. COM is the underlying architecture that forms the foundation for higher-level software services, like those provided by OLE. OLE services span various aspects of component software, including compound documents, custom controls, inter-application scripting, data transfer, and other software interactions.</font></p> 2010-04-20T07:59:14-04:003800347http://forums.asp.net/p/1536669/3800347.aspx/1?Re+Difference+between+normal+DLL+net+DLLRe: Difference between normal DLL & .net DLL <p>Old ddls are need to be registered in the registry to use, but .net dlls don't need that.<br> </p> <p><br> </p> 2010-04-23T07:32:47-04:003984533http://forums.asp.net/p/1536669/3984533.aspx/1?Re+Difference+between+normal+DLL+net+DLLRe: Difference between normal DLL & .net DLL <p>For Starters, here is the Microsoft Description.</p> <p><br> </p> <p>http://support.microsoft.com/kb/815065</p> <p><br> </p> <p>This is the WINDOWS definitive guide, and corresponding updates to what .DLL 's are. Including .NET Assemblies.</p> <p><br> </p> <p>Other systems... And History...<br> </p> <p>In DOS, and in PRE-WIN32 environments,&nbsp; .DLL files were the accompanying libraries that could be upgraded independently of the application or application suite.</p> <p>Because of this, versioning became VERY important. </p> <p><br> </p> <p>In WIN16, .DLL files installed by different vendors (with the same .DLL&nbsp; filename) caused the proverbial DLL-HELL, and great care was required to verify and make sure that the Correct-Up-To-Date version with supported legacy call structures was the one that was used/left on the system. Like running QEMM or MEMMAKER, this was a bit of an art, and certain individuals had a good talent to do this type of work.<br> </p> <p><br> </p> <p>In real-time and small memory form factor systems, a .DLL was not the preferred method, Static Libraries that were included in the Program Image was the norm,</p> <p>but if memory was a factor, Static Libraries were usually encoded in EEPROM with either stack memory dynamic allocation or Low Memory Block reservations used for Scratch Space or Variables.</p> <p>A .DLL would/could also be ROM-ed with active patching occurring when the library load to memory call was made&nbsp; (DLL's in this case were known as &quot;Loadable Modules&quot; from ROM&quot; the Macintosh Toolbox was a good example of this. )</p> <p>-sean<br> </p> 2010-07-21T14:09:47-04:00