[Mono-bugs] [Bug 505476] New: monodoc crashes when viewing/editing custom docfiles via the --edit commandline parameter.

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Tue May 19 19:26:35 EDT 2009


http://bugzilla.novell.com/show_bug.cgi?id=505476


           Summary: monodoc crashes when viewing/editing custom docfiles
                    via the --edit commandline parameter.
    Classification: Mono
           Product: Mono: Tools
           Version: 2.0.x
          Platform: x86
        OS/Version: Ubuntu
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: tools
        AssignedTo: mono-bugs at lists.ximian.com
        ReportedBy: Justen.Walker at gmail.com
         QAContact: mono-bugs at lists.ximian.com
          Found By: Customer


Created an attachment (id=293171)
 --> (http://bugzilla.novell.com/attachment.cgi?id=293171)
Sample unassembled monodoc files

Description of Problem: monodoc crashes when viewing/editing custom docfiles
via the --edit commandline parameter.

Steps to reproduce the problem:
1. monodocer -assembly:path-to-the-DLL -path:docfiles
2. monodoc --edit docfiles
3. Click on one of the childnodes for your documentation


Actual Results:

ArgumentNullException and/or displays the member name instead of the
documentation like..  

M:Namespace.Something.Somethingelse

Console Output is as follows:

Loading uncompiled help from docs
using GtkHtml
using GtkHtml
Marshaling changed signal
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle
the exception.
System.Reflection.TargetInvocationException: Exception has been thrown by the
target of an invocation. ---> System.ArgumentNullException: Argument cannot be
null.
Parameter name: path
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess
access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions
options) [0x00000] 
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess
access, FileShare share) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor
(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare)
  at System.IO.File.OpenRead (System.String path) [0x00000] 
  at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor (System.String name) [0x00000] 
  at Monodoc.HelpSource.GetHelpXmlWithChanges (System.String id) [0x00000] 
  at Monodoc.EcmaHelpSource.RenderNamespaceLookup (System.String nsurl,
Monodoc.Node& match_node) [0x00000] 
  at Monodoc.RootTree.RenderUrl (System.String url, Monodoc.Node& match_node)
[0x00000] 
  at Monodoc.TreeBrowser.RowActivated (System.Object sender, System.EventArgs
a) [0x00000] 
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke
(object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] 
  --- End of inner exception stack trace ---
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] 
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[]
parameters) [0x00000] 
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x00000] 
  at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args)
[0x00000] 
  at System.Delegate.DynamicInvoke (System.Object[] args) [0x00000] 
  at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs
args) [0x00000] 
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00000] 
  at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val,
UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr
marshal_data) [0x00000] 
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean
is_terminal)
   at GLib.SignalClosure.MarshalCallback(IntPtr raw_closure, IntPtr return_val,
UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr
marshal_data)
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at Monodoc.Driver.Main(System.String[] args)



Expected Results:

Normal traversal of the namespace and the ability to edit objects

How often does this happen? 

Every Time

Additional Information:

Detailed reproduction and sample docfiles can be found at this link
https://bugs.launchpad.net/ubuntu/+source/mono-tools/+bug/370859

-- 
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the mono-bugs mailing list