[Mono-bugs] [Bug 80732][Wis] New - [2.0] resgen does not support "\" as a directory seperator

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Mon Feb 5 15:46:02 EST 2007


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by frederik.carlier at ugent.be.

http://bugzilla.ximian.com/show_bug.cgi?id=80732

--- shadow/80732	2007-02-05 15:46:02.000000000 -0500
+++ shadow/80732.tmp.6664	2007-02-05 15:46:02.000000000 -0500
@@ -0,0 +1,57 @@
+Bug#: 80732
+Product: Mono: Tools
+Version: 1.1
+OS: 
+OS Details: Ubuntu Edgy Eft, using Mono SVN
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: tools
+AssignedTo: mono-bugs at ximian.com                            
+ReportedBy: frederik.carlier at ugent.be               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: [2.0] resgen does not support "\" as a directory seperator
+
+Description of Problem:
+.resx files created using Visual Studio 2005 can contain references to
+files in a directory relative to where the .resx file is located.
+An example is:
+  <data name="OK" type="System.Resources.ResXFileRef, System.Windows.Forms">
+
+    <value>..\Resources\OK.bmp;System.Drawing.Bitmap, System.Drawing,
+Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a</value>
+  </data>
+
+When using Mono's resgen on Linux to compile such a file, an error is thrown.
+
+Steps to reproduce the problem:
+1. Extract the contents of the attached file to a directory, say ~/monobug
+2. cd ~/monobug/resx
+3. resgen test.resx
+
+Actual Results:
+Error: Invalid ResX input.
+Inner exception: Could not find file
+"/home/fcarlier/monobug/resx/..\Resources\VSFolder_open.bmp".
+
+Expected Results:
+The compilation to work fine.
+
+How often does this happen? 
+Always
+
+Additional Information:
+Of course, the MSDN docs say nothing about the directory separator to be used. 
+
+If this is to be fixed, a change to System.Resources.ResXFileRef.FileName
+is probably required. 
+I'm not sure what the best solution is, but it seems logical to standarize
+the fileref to always use "\" as the directory separator.
+
+Relevant docs:
+http://msdn2.microsoft.com/en-us/library/system.resources.resxfileref.aspx
+http://msdn2.microsoft.com/en-us/library/ekyft91f.aspx


More information about the mono-bugs mailing list