Welcome to MSDN Blogs Sign in | Join | Help

March 2004 - Posts

Tuesday, March 30, 2004 9:17 PM

Jim Hugunin: IronPython: A fast Python implementation for .NET and Mono

Jim Hungunin posted a paper about an implementation of Python for .Net IronPython: A fast Python implementation for .NET and Mono http://www.python.org/pycon/dc2004/papers/9/IronPython_PyCon2004.html In this paper, he started out trying to show why .Net
Posted by junfeng | 1 Comments
Filed under:
Monday, March 29, 2004 9:19 AM

Alan's rebuttal to Chris Sells' "Avoid the GAC"

Alan writes a blog to rebut Chris Sells' “ Avoid the GAC ”. Chris does have a point to avoid the GAC for casual application developers. The problem is he over-extended his argument to say GAC should be avoided for all the cases. Windows is
Posted by junfeng | 0 Comments
Filed under:
Saturday, March 27, 2004 7:21 PM

ngen app.exe asm1 asm2

This is a follow up of my previous post. Ngen.exe accepts options like “ngen app.exe asm1 asm2 ...”, where asm1/asm2 can be display name, or file path. If you use this syntax, ngen will compile all the assemblies in the context of app.exe.
Posted by junfeng | 0 Comments
Filed under:
Saturday, March 27, 2004 7:12 PM

JIT Compilation and Performance - To NGen or Not to NGen?

Jeffrey Richter is easily one of my favorite authors. His book “Programming Applications for Microsoft Windows” is still the most comprehensive Win32 programming guide book. And his book “Applied Microsoft .Net Framework programming”
Posted by junfeng | 5 Comments
Filed under:
Saturday, March 27, 2004 12:13 PM

Lenovo wins Olympic Games deal

News coverage here: http://news.com.com/2100-1003_3-5180359.html?tag=nefd_top . For people don't know, Lenovo is the biggest computer OEM in China. Honestly, this is one of the few times I see a China company on main page of news.com.
Posted by junfeng | 1 Comments
Filed under:
Thursday, March 25, 2004 7:59 PM

The located assembly's manifest definition with name xxx.dll does not match the assembly reference

This is a very common Assembly.Load failure exception text. In fusion terminology, this is called Ref-Def-Mismatch. This exception is thrown when fusion finds an assembly that does not match what you are looking for. A very common mismatch is version
Posted by junfeng | 17 Comments
Filed under: ,
Monday, March 22, 2004 5:54 PM

Dating Design Patterns

http://www.datingdesignpatterns.com/
Posted by junfeng | 3 Comments
Filed under:
Monday, March 22, 2004 5:38 PM

VS won't reference assemblies in GAC

This is by design. The reason is that assemblies installed in YOUR development machine is not necessary the same as what your application requires. Let VS to reference assemblies installed in your development machine is clearly not the right thing. An
Posted by junfeng | 3 Comments
Filed under:
Monday, March 22, 2004 3:43 PM

UCOMIStream interface

UCOMIStream interface is the managed definition for COM IStream interface. You can use it to interop with unmanaged IStream. It lives in System.Runtime.InteropServices namespace.
Posted by junfeng | 0 Comments
Filed under:
Tuesday, March 16, 2004 6:26 PM

OpenThreadToken

OpenThreadToken returns an access token for the specific thread. OpenThreadToken will fail with ERROR_NO_TOKEN if the thread is not impersonated. If you want to get the thread token regardless if the thread is impersonated or not, you should catch this
Posted by junfeng | 0 Comments
Filed under:
Tuesday, March 16, 2004 6:31 AM

MSDN newsgroups

MSDN has a web based news reader for all the microsoft public newsgroups at http://msdn.microsoft.com/newsgroups/ . It is mostly Javascript driven. So if you want to copy an URL for a post, you can't right click and choose “Copy ShortCut”.
Posted by junfeng | 1 Comments
Filed under:
Tuesday, March 16, 2004 6:23 AM

Get HResult out of System.Exception class

System.Exception has a protected property HResult. To read the property, use System.Runtime.InteropServices.Marshal.GetHRForException().
Posted by junfeng | 0 Comments
Filed under:
Monday, March 15, 2004 6:51 AM

Platform Invoke Resources

This is a post from CLR team to newsgroup microsoft.public.dotnet.framework.clr. "Jesse Kaplan" wrote in message news:404f59e4$1@news.microsoft.com ... > Platform Invoke Resources > > > > In our efforts to make the .Net platform continuously
Posted by junfeng | 1 Comments
Filed under:
Friday, March 12, 2004 10:46 AM

When an Assembly.Load is not really Assembly.Load

This is an interesting discovery I find when I was investigating a regression. The following code is really Assembly.LoadFrom AssemblyName assemName = new AssemblyName(); assemName.CodeBase = pathToAssembly; resultAssembly = Assembly.Load(assemName);
Posted by junfeng | 2 Comments
Filed under:
Thursday, March 11, 2004 7:23 PM

RuntimeEnvironment class

This is the first time I know this class exists. It has all the interesting properties about CLR, like runtime version, runtime directory, machine.config file path. Check it out. It is in System.Runtime.InteropServices namespace, weird place. No wonder
Posted by junfeng | 1 Comments
Filed under:
Friday, March 05, 2004 5:59 PM

Killing each other

SQL reliability requires CLR to fail gracefully in asynchronous exception case, like ThreadAbortException, meaning, CLR should not panic, and it should not leak any resource. ThreadAbortException can be raised by calling Thread.Abort() on the specific
Posted by junfeng | 2 Comments
Filed under:
Friday, March 05, 2004 5:22 PM

Assemblies, load context

David Levine asks me how to tell which load context an assembly is in. To my best knowledge, this information is not exposed in managed way. In fact, you don't even know whether an assembly has a context or not (Remember assemblies returned from Assembly.LoadFile/Assembly.Load(byte[])
Posted by junfeng | 3 Comments
Filed under:
Thursday, March 04, 2004 6:21 PM

hh ntcmds.chm

So we have a new hire, just graduated from grad school. Since he only uses *nix in school. He is kind of lost in windows's command prompt. What exactly can I do in windows command prompt? WindowsXP/Windows Server 2003 ships many many command line tools.
Posted by junfeng | 11 Comments
Filed under:
Thursday, March 04, 2004 6:11 PM

How to tell if a DLL is 64 bit or 32 bit

There are those little things, they are so trivial, but you just can't find the right API to do it. Now what? Well, let's use google for help. http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=How+to+tell+if+a+DLL+is+64+bit+or+32+bit&btnG=Google+Search
Posted by junfeng | 0 Comments
Filed under:
 
Page view tracker