[Mono-bugs] [Bug 50849][Nor] New - Multiple included resource files: Problems accessing resource data, garbled data
Wed, 12 Nov 2003 05:42:31 -0500 (EST)
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 firstname.lastname@example.org.
--- shadow/50849 2003-11-12 05:42:31.000000000 -0500
+++ shadow/50849.tmp.23087 2003-11-12 05:42:31.000000000 -0500
@@ -0,0 +1,62 @@
+Summary: Multiple included resource files: Problems accessing resource data, garbled data
+Description of Problem:
+When including multiple resource files using the -resource option to mcs,
+the runtime produces reproducable odd garbled data at some of the files.
+This is in the context of Gdk#, Gtk# and Gnome#, which may be part of the
+problem. The problem goes away instantly in case the resource files are not
+included, but accessed as files.
+Steps to reproduce the problem:
+1. Unpack and "make" the attached file.
+2. Run ./SSkat.exe
+3. Press "Give cards"
+Null reference exceptions and garbled pixbuf dimensions for image files
+loaded from resource files.
+What should happen is that a picture from a resource file is loaded and
+displayed to the canvas. If the responsible line of code at
+SkatCanvas.cs:57 is changed to use static names, it works as expected. See
+the comments right at SkatCanvas.c:56 to change this. Also, if at
+SkatCard.cs:34 the Gdk.Pixbuf constructor is changed to load the resource
+from a file (ie removing the first null, parameter), it also works exactly
+as expected. Also, for some cards it works, roughly 60% of the files. I
+double checked all included resource file names and the files are exactly
+included as all others are. On my system, the cards that always produce a
+crash are: 17, 6, 3, 4, 15, 5, 18, 10, 16, 9. Cards that are displayed, but
+with garbled data are 8 and 12. Cards that always work are: 29, 9, 32, 23,
+24, 27, 26, 7, 19, 30, 28, 31, 20. It is clearly reproducable.
+How often does this happen?
+I know the example is rather large and could have been smaller to narrow
+down the problem, sorry.