|
Bugzilla – Full Text Bug Listing |
| Summary: | Proxy generator generates unverifiable code | ||
|---|---|---|---|
| Product: | [Mono] Mono: Class Libraries | Reporter: | Alan McGovern <amcgovern> |
| Component: | WCF | Assignee: | Atsushi Enomoto <atsushieno> |
| Status: | NEW --- | QA Contact: | Mono Bugs <mono-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | SVN | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | log of the stacktrace | ||
Is moonlight based on the latest git master or 2-10? Isn't moonlight taking some old revision between "our verifier disabled entire WCF proxy" and "the verifier temporarily disabled the verification that blocked WCF" ? We're currently using 651c8b350 . I thought this contained your workaround/fix for the unverifiable proxies. Then yes it should be based on RealProxy, and I have no idea why it raises SecurityException. Is it because RealProxy is not public in moonlight? CCing Rodrigo. The verifier error is: Mono: Inheritance failure for type System.ServiceModel.ClientRealProxy. Parent class System.Runtime.Remoting.Proxies.RealProxy is more restricted. The two classes are both internal but they exist in two different assemblies, mscorlib and system.servicemodel. It looks like the verifier does not like this even though corlib has internalsVisibleTo System.ServiceModel. This is a core-clr issue. Not sure how should we handle it. CC Spouliot. the new code path hits a bunch of security critical code that will need to be relaxed (into SSC) then audited -> assigning to myself With mono master (i.e. not moon current rev) I get up to: [0xb73e26d0:] EXCEPTION handling: System.ArgumentNullException: Argument cannot be null. Parameter name: s "<unnamed thread>" tid=0x0xb73e26d0 this=0x0x57f20 thread handle 0x403 state : not waiting owns () at System.TimeSpan.Parse (string) [0x00022] in /home/poupou/git/mono/mcs/class/corlib/System/TimeSpan.cs:348 at Shared.Model.Settings.get_BaseUrlPollingInterval () <IL 0x00006, 0x00019> at PDC.UI.Data.Models.Settings.Merge (Shared.Model.Settings) <IL 0x00001, 0x0001d> at PDC.UI.Data.DataFactory/<>c__DisplayClassc.<BeginLoad>b__2 () <IL 0x00011, 0x0001f> at PDC.UI.Data.DataFactory/<>c__DisplayClass6e.<EndLoad>b__6d (System.Action) <IL 0x00001, 0x00011> at Caliburn.Micro.ExtensionMethods.Apply<T> (System.Collections.Generic.IEnumerable`1<T>,System.Action`1<T>) <IL 0x00012, 0x00074> at PDC.UI.Data.DataFactory/<>c__DisplayClass6e.<EndLoad>b__6c () <IL 0x00023, 0x0006b> at System.Windows.Threading.Dispatcher.InvokeDelegate (System.Delegate,object[]) [0x0000b] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:118 at System.Windows.Threading.DispatcherOperation.Invoke () [0x00000] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/DispatcherOperation.cs:45 at System.Windows.Threading.Dispatcher.Dispatch () [0x0005d] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:171 at System.Windows.Threading.Dispatcher.dispatcher_callback (intptr) [0x00000] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:178 at (wrapper native-to-managed) System.Windows.Threading.Dispatcher.dispatcher_callback (intptr) <IL 0x00028, 0xffffffff> [0xb73e26d0:] EXCEPTION handling: System.ArgumentNullException: Argument cannot be null. Parameter name: s "<unnamed thread>" tid=0x0xb73e26d0 this=0x0x57f20 thread handle 0x403 state : not waiting owns () at System.TimeSpan.Parse (string) [0x00022] in /home/poupou/git/mono/mcs/class/corlib/System/TimeSpan.cs:348 at Shared.Model.Settings.get_BaseUrlPollingInterval () <IL 0x00006, 0x00019> at PDC.UI.Data.Models.Settings.Merge (Shared.Model.Settings) <IL 0x00001, 0x0001d> at PDC.UI.Data.DataFactory/<>c__DisplayClassc.<BeginLoad>b__2 () <IL 0x00011, 0x0001f> at PDC.UI.Data.DataFactory/<>c__DisplayClass6e.<EndLoad>b__6d (System.Action) <IL 0x00001, 0x00011> at Caliburn.Micro.ExtensionMethods.Apply<T> (System.Collections.Generic.IEnumerable`1<T>,System.Action`1<T>) <IL 0x00012, 0x00074> at PDC.UI.Data.DataFactory/<>c__DisplayClass6e.<EndLoad>b__6c () <IL 0x00023, 0x0006b> at System.Windows.Threading.Dispatcher.InvokeDelegate (System.Delegate,object[]) [0x0000b] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:118 at System.Windows.Threading.DispatcherOperation.Invoke () [0x00000] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/DispatcherOperation.cs:45 at System.Windows.Threading.Dispatcher.Dispatch () [0x0005d] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:171 at System.Windows.Threading.Dispatcher.dispatcher_callback (intptr) [0x00000] in /home/poupou/git/moon/class/System.Windows/System.Windows.Threading/Dispatcher.cs:178 at (wrapper native-to-managed) System.Windows.Threading.Dispatcher.dispatcher_callback (intptr) <IL 0x00028, 0xffffffff> Is that expected ? Yes, this is an issue we currently hit and need to figure it out. If thats the only exception you're getting then the verifier issue must be resolved. ok, back to Atsushi There is no repro description. Rodrigo, you wanted something specific tested (env var) before removing the workaround ? Atsushi, I've been using this URL (from Alan) http://player.microsoftpdc.com/Session/1b127a7d-300e-4385-af8e-ac747fee677a |
Created attachment 417971 [details] log of the stacktrace The current generator can't be used under moonlight it seems. See attached log.