Josh WilliamsAdventures in the 64bit CLR.Blog about writing profiler stubs to interact with the 2.0 runtime.- August 11, 2005 Check out this blog entry (http:blogs.msdn.comjkeljoarchive20050811450506.aspx) to see some information that is rather interesting to people writing managed profilers, and probably not very interesting to everyone else.http://blogs.msdn.com/joshwil/archive/2005/08/11/450517.aspx BigArray<T>, getting around the 2GB array size limit- August 11, 2005 Ive received a number of queries as to why the 64-bit version of the 2.0 .Net runtime still has array maximum sizes limited to 2GB. Given that it seems to be a hot topic of late I figured a little background and a discussion of the options to get around this limitation was in order. First some background; in the 2.0 version of the .Net runtime (CLR) we made a conscious design decision to keep the maximum object size allowed in the GC Heap at 2GB, even on the 64-bit version of the runtime. This..http://blogs.msdn.com/joshwil/archive/2005/08/10/450202.aspx What is the difference in a PInvoke signature between byref byte and byte- August 11, 2005 Lately weve seen a spate of issues coming up on 64-bit platforms within the Developer Division around usages of PInvoke signatures which declare a parameter as type byref byte where the developer really means byte (the corresponding native parameter type being something like LPBYTE). Usually when something works on 32-bit and doesnt work on 64-bit we quickly get a phone call or email indicating that this must be a CLR problem, and this case was no different. I received an email which pointed me.http://blogs.msdn.com/joshwil/archive/2005/08/10/450200.aspx Bit specific code in agnostic assemblies- August 11, 2005 In previous blog entries Ive spent some time talking about how to mark assemblies as bit specific and how the loader deals with those markings. What however is the preferred mode of an application I will posit that it is to be compiled agnostic and to run equally well on both 32-bit and 64-bit platforms. It makes a lot of things easier: development, build, testing, deployment, servicing Caveat: The following discussion deals only with fully IL assemblies. If you generate managed C++ code you...http://blogs.msdn.com/joshwil/archive/2005/08/10/450198.aspx |