[Mono-bugs] [Bug 79113][Wis] New - Marshalling error 'unknown type 0x13 in type_to_ldind'

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sun Aug 20 02:19:48 EDT 2006

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 steveb at mindtouch.com.


--- shadow/79113	2006-08-20 02:19:48.000000000 -0400
+++ shadow/79113.tmp.28241	2006-08-20 02:19:48.000000000 -0400
@@ -0,0 +1,60 @@
+Bug#: 79113
+Product: Mono: Runtime
+Version: 1.1
+OS: Mac OS X 10.3
+OS Details: OS X 10.4.7 Intel
+Status: NEW   
+Priority: Wishlist
+Component: misc
+AssignedTo: mono-bugs at ximian.com                            
+ReportedBy: steveb at mindtouch.com               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+Summary: Marshalling error 'unknown type 0x13 in type_to_ldind'
+First, you need the MindTouch Dream source at:
+    svn://dev.opengarden.org/svn/trunk/product/dream
+To build, execute
+    build.sh
+Description of Problem: while trying to circumvent bug #79112 by copying
+the input stream to a MemoryStream, we're running into a marshaling issue.
+Steps to reproduce the problem:
+0. edit 'mindtouch.core/httptransport.cs' and uncomment '#define
+1. build Dream using 'build.sh'
+2. change to the 'bin' folder
+3. execute 'mono --debug mindtouch.host.exe'
+4. open another terminal window
+5. go to the 'mindtouch.host' folder
+6. execute 'curl -H 'Content-Type: text/xml' -d @show-headers.startup.xml
+Actual Results:
+The request will be processed and will throw an internal exception (that's
+fine, internal exceptions are converted to messages automatically). 
+However a few secoonds later it aborts with:
+    ** ERROR **: unknown type 0x13 in type_to_ldind
+    aborting...
+Expected Results:
+Exception should be sent back to 'curl' as an xml document.
+How often does this happen? 
+Always on OS X.
+Additional Information:
+In addtion to the steps of #79112, the following happens:
+1. 'HostService.PostStartService' is invoked by DreamEnvironment
+2. HostService then attempts to retrieve the blueprint for the service
+using a DirectPlug (since it's talking to a co-hosted service)
+3. 'Plug.Get' fails and throws an exception
+4. this exception should propagate to any other waiting operations, but
+instead results in an internal mono error

More information about the mono-bugs mailing list