Bug 347157

Summary: gacutil don't process correctly localization
Product: [Mono] Mono: Tools Reporter: Lionel LASKE <llaske>
Component: toolsAssignee: Mono Bugs <mono-bugs>
Status: RESOLVED FIXED QA Contact: Mono Bugs <mono-bugs>
Severity: Major    
Priority: P5 - None CC: gert.driesen
Version: 1.2.5   
Target Milestone: ---   
Hardware: i386   
OS: SuSE Linux 10.1   
URL: http://liogo.sourceforge.net
Whiteboard:
Found By: Third Party Developer/Partner Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on: 347174    
Bug Blocks:    
Attachments: Files for the samples.

Description Lionel LASKE 2007-12-08 15:49:21 UTC
Created attachment 186541 [details]
Files for the samples.

I suspect a bug in the Mono version of gacutil. Here is my sample.
I'm using an assembly named "Lang.dll" and three localized version of resources for this assembly. One for english US language ("en-US/Lang.resources.dll"), another for french language ("fr-FR/Lang.resources.dll") and one last for neutral english with only country code ("en/Lang.resources.dll").
The TestLocale program use one time each resource and print:

	Hi               // Get message from en-US, find it 
	Bonjour          // Get message from fr-FR, find it
	Good Morning     // Get message from en-GB, don't find it so get message from en

To experience the problem, we launch the sample two times: one time with assemblies out of the GAC then with all assemblies in the GAC.
On .NET, both launch print the same result.
On Mono, first launch print the right result but the launch with assemblies in the GAC print:

	Good Morning     
	Bonjour                 
	Good Morning     
	
I guess that the issue come from gacutil. Figure 1 is GAC content on .NET. Figure 2 is a GAC content on Mono. 
I guess that gacutil on Mono don't understand culture with only a country so:

	gacutil -i en/Lang.resources.dll
	
Is processed on Mono like:

	gacutil -i en-US/Lang.resources.dll
	
Find included a zip with bin files, sources files and two figures.
Comment 1 Gert Driesen 2007-12-28 09:07:14 UTC
Fixed in SVN (revision 91978) as part of bug #347174.