Date: Mon, 10 Aug 2015 00:20:40 -0700 From: Russell Haley <russ.haley@gmail.com> To: Ivan Radovanovic <radovanovic@gmail.com> Cc: Tony Narlock <tony@git-pull.com>, mono@freebsd.org, sergey.v.brunov@gmail.com Subject: Re: Mono Develop 5.0.1_1 Not Launching? Message-ID: <CABx9NuQA1rd8Da06%2BWj_PzW4%2BzE09H1hE5sL3Latz1ME_YB67g@mail.gmail.com> In-Reply-To: <CABx9NuSSzB-O7mP-E4wVbxocUz3znyPHgDrwRAhquK7hgKHT7A@mail.gmail.com> References: <CABx9NuTLk2BTyE6-16UX9YvV16p11hLQa4-kku1fb94jVsCUXw@mail.gmail.com> <CAC8GGzMDFXofdf5o8f7p8hZwsUbDTkRvxwVe_o1FoTvunDLMrw@mail.gmail.com> <CABx9NuShp5OHoTyU14XP3utzkbPjqRJoBjFJ=6C7JRrVUCgNBw@mail.gmail.com> <CABx9NuR6sedZKs%2Bh5jQ-dFXtObBS8ct=BvfZBSh83xx3-6gnSQ@mail.gmail.com> <CABx9NuQd2-Nt5M%2B_VExdX2URLhueHfoipfcWAdVR1d0bgb82mg@mail.gmail.com> <CABx9NuR=-9OJcRwwNrAud2N%2BX91VnR9zFTN=fE9V3MfTVZbMiQ@mail.gmail.com> <CABx9NuSbjmhmTVkPg6vJorzwLOAD=zwjq6H1zW_yFOJxGo_T-Q@mail.gmail.com> <55C70F90.90705@gmail.com> <CABx9NuSSzB-O7mP-E4wVbxocUz3znyPHgDrwRAhquK7hgKHT7A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
So a search on GitHub of FileSystemWatcher yields this: https://github.com/mono/monodevelop/search?utf8=%E2%9C%93&q=FileSystemWatcher SO There seems to be something called *MonoExecutionParameters *that has an option called ManagedWatcher with the description of: "When set, System.IO.FileSystemWatcher will use the default managed implementation (slow)." If I can figure out how to set that, perhaps I can at least get through this problem and load MonoDevelop and work backwards from there. Then I can look at the two candidates: Logging and Workbenches. Interestingly, IDEStartup.Main() initializes it's logging outside of a try catch. Night, Russ On Sun, Aug 9, 2015 at 11:37 PM, Russell Haley <russ.haley@gmail.com> wrote: > Very insightful. Thank you I have something to move forward with. There > also seems to be another little clue: The "Welcome Page Updated" info > message is comming from WelcomePageNewsFeed.cs, So I need to find where > that is loaded and look for a filewatcher somewhere after that. > > Thanks > > Russ > > On Sun, Aug 9, 2015 at 1:30 AM, Ivan Radovanovic <radovanovic@gmail.com> > wrote: > >> On 08/09/15 10:17, Russell Haley napisa: >> >>> The REAL error is this: >>> [ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: persistent >>> kevent() error, error code = '22' >>> at System.IO.KqueueMonitor.Monitor () [0x00000] in <filename >>> unknown>:0 >>> at System.IO.KqueueMonitor.DoMonitor () [0x00000] in <filename >>> unknown>:0 >>> >>> I'm still stuck on this. I have no idea where KqueueMonitor is being >>> called >>> from. Any input would be helpful. >>> >>> Thanks, >>> >>> Russ >>> >>> On Mon, Aug 3, 2015 at 11:41 PM, Russell Haley <russ.haley@gmail.com> >>> wrote: >>> >>> Okay, last post, I promise. I need some sleep! >>>> >>>> So what I reported previously is not a real issue >>>> >>>> ERROR [2015-08-03 22:24:30Z]: GLib-Critical: Source ID 2077 was not >>>> found >>>> when attempting to remove it >>>> Stack trace: >>>> at GLib.Source.g_source_remove(UInt32 ) >>>> at GLib.Source.Remove(UInt32 tag) >>>> at GLib.Timeout+TimeoutProxy.Dispose(Boolean disposing) >>>> at GLib.Timeout+TimeoutProxy.Finalize() >>>> >>>> Is only a warning apparently??? Anyway, are we running an old version of >>>> gtk-sharp? Seems to be updated here: >>>> >>>> >>>> https://github.com/mono/gtk-sharp/commit/7ea0c4afaf405df2dfc5a42e098e9023ecc1c51c >>>> >>>> The REAL error is this: >>>> [ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: persistent >>>> kevent() error, error code = '22' >>>> at System.IO.KqueueMonitor.Monitor () [0x00000] in <filename >>>> unknown>:0 >>>> at System.IO.KqueueMonitor.DoMonitor () [0x00000] in <filename >>>> unknown>:0 >>>> >>>> I drilled into KqueueMonitor and found that in the Monitor() routine it >>>> throws this exception if it retries three times with no success. '22' is >>>> called fromMarshall.GetLastWin32Error, so it could be: >>>> >>>> 0x00000016 ERROR_BAD_COMMAND >>>> >>>> or >>>> >>>> 0x00000022 ERROR_WRONG_DISK >>>> >>>> Depending how you interpret '22'. :D >>>> >>>> >>>> Once again, hope I'm helping more than hindering. >>>> >>>> Goodnight, >>>> >>>> Russ >>>> >>>> On Mon, Aug 3, 2015 at 10:30 PM, Russell Haley <russ.haley@gmail.com> >>>> wrote: >>>> >>>> Ha! So I worked through it and I installed the following ports: >>>>> >>>>> p5-XML-LibXML: >>>>> cd /usr/ports/textproc/p5-XML-LibXML/ && make install clean >>>>> >>>>> gtk-sharp20 -> gtk-sharp30 doesn't work! oops >>>>> /ports/x11-toolkits/gtk-sharp20/ && make install clean >>>>> >>>>> gnome-sharp20 >>>>> cd /usr/ports/x11-toolkits/gnome-sharp20/ && make install clean -> had >>>>> to run REinstall for this one??? >>>>> >>>>> and finished the build, but I get a runtime error. When running >>>>> monodevelop --no-redirect I get this: >>>>> >>>>> INFO [2015-08-03 22:24:26Z]: Add-in loaded: MonoDevelop.CBinding >>>>> INFO [2015-08-03 22:24:26Z]: >>>>> [MonoDevelop.DesignerSupport.Toolbox.ExternalLoader] Add-in loaded: >>>>> MonoDevelop.CBinding >>>>> INFO [2015-08-03 22:24:26Z]: Add-in loaded: MonoDevelop.GtkCore >>>>> INFO [2015-08-03 22:24:26Z]: >>>>> [MonoDevelop.DesignerSupport.Toolbox.ExternalLoader] Add-in loaded: >>>>> MonoDevelop.GtkCore >>>>> ERROR [2015-08-03 22:24:26Z]: GLib-Critical: Source ID 1927 was not >>>>> found >>>>> when attempting to remove it >>>>> Stack trace: >>>>> at GLib.Source.g_source_remove(UInt32 ) >>>>> at GLib.Source.Remove(UInt32 tag) >>>>> at GLib.Timeout+TimeoutProxy.Dispose(Boolean disposing) >>>>> at GLib.Timeout+TimeoutProxy.Finalize() >>>>> ERROR [2015-08-03 22:24:26Z]: GLib-Critical: Source ID 1924 was not >>>>> found >>>>> when attempting to remove it >>>>> Stack trace: >>>>> at GLib.Source.g_source_remove(UInt32 ) >>>>> at GLib.Source.Remove(UInt32 tag) >>>>> at GLib.Timeout+TimeoutProxy.Dispose(Boolean disposing) >>>>> at GLib.Timeout+TimeoutProxy.Finalize() >>>>> ERROR [2015-08-03 22:24:26Z]: GLib-Critical: Source ID 1923 was not >>>>> found >>>>> when attempting to remove it >>>>> >>>>> Ad-nausium. NOW I am out of my depth... >>>>> >>>>> >>>>> Yay, I'm helping! :D >>>>> >>>>> Russ >>>>> >>>>> >>>>> On Mon, Aug 3, 2015 at 9:35 PM, Russell Haley <russ.haley@gmail.com> >>>>> wrote: >>>>> >>>>> Okay, so this is where I am at: >>>>>> >>>>>> 1) built mono from /usr/ports/lang/mono (version 4.0.1.28) >>>>>> 2) downloaded current Monodevelop from github. >>>>>> 3) Tried to build, but ran into the following issues: >>>>>> a) *%-recursive: $(CONFIG_MAKE)* -> Doesn't work with make. I called >>>>>> gmake and got past this. >>>>>> b) *DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"* -> This >>>>>> fails in tcsh. Not sure what the repalcement is. Hard coded path got >>>>>> me >>>>>> past this. >>>>>> c) Monodevelop/main contains a (generated?) Makefile has a target >>>>>> called >>>>>> restore-packages which has the following line: *nuget restore* (or >>>>>> something like that) It fails for two reasons. >>>>>> i) it needs to be replaces with *mono >>>>>> /usr/home/rhaley/git/monodevelop/main/external/nuget-binary/NuGet.exe >>>>>> restore* >>>>>> ii) *mozroots --import --sync* -> NuGet.exe needs this run or download >>>>>> fail with WARNING: Error: SendFailure (Error writing headers). Not >>>>>> sure >>>>>> what it does >>>>>> >>>>>> Now I am getting build errors and i think it is because I don't have >>>>>> mono-addins (gtk failing). >>>>>> >>>>>> When I try to run mono-addins from /usr/ports/devel/mono-addins, I get >>>>>> the following error: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> *make install clean===> Installing for mono-addins-1.1===> >>>>>> mono-addins-1.1 depends on executable: mono - found===> >>>>>> mono-addins-1.1 >>>>>> depends on file: /usr/local/libdata/pkgconfig/gtk-sharp-2.0.pc - not >>>>>> found===> mono-addins-1.1 depends on file: >>>>>> /usr/local/libdata/pkgconfig/gtk-sharp-2.0.pc - not found*** Error >>>>>> code >>>>>> 1Stop.make[1]: stopped in /usr/ports/devel/mono-addins*** Error code >>>>>> 1Stop.make: stopped in /usr/ports/devel/mono-addins* >>>>>> >>>>>> >>>>>> Few! okay, that's as far as I got. Why is the mono-addins port not >>>>>> fetching dependencies? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Russ >>>>>> >>>>>> On Mon, Aug 3, 2015 at 6:45 PM, Russell Haley <russ.haley@gmail.com> >>>>>> wrote: >>>>>> >>>>>> Very exciting. I would like to be involved if you need a tester. I >>>>>>> just read about creating ports in BSD Journal and I started looking >>>>>>> into why make was failing on the source from the github repository >>>>>>> (some bash specific stuff, NuGet gets called incorrectly and fails >>>>>>> etc) but that's as far as I got. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Russell >>>>>>> >>>>>>> On Mon, Aug 3, 2015 at 4:11 PM, Tony Narlock <tony@git-pull.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Thank you for posting this. I also am getting the same experience as >>>>>>>> >>>>>>> you and >>>>>>> >>>>>>>> others on the thread. >>>>>>>> >>>>>>>> I made a bugzilla issue at >>>>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202067 and linked >>>>>>>> >>>>>>> to the >>>>>>> >>>>>>>> thread here as well. >>>>>>>> >>>>>>>> Also, there is a patch to update monodevelop (to 5.5) at >>>>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194915. This was >>>>>>>> >>>>>>> last >>>>>>> >>>>>>>> modified 2014-12-19 12:38 PST. Unfortunately no one caught it. >>>>>>>> >>>>>>> Sergey, I am >>>>>>> >>>>>>>> CC'ing you on this. >>>>>>>> >>>>>>>> It being almost 9 months since, I think we may as well make a patch >>>>>>>> >>>>>>> for the >>>>>>> >>>>>>>> newest monodevelop if possible (latest release as of August 3rd, >>>>>>>> 2015 >>>>>>>> >>>>>>> is >>>>>>> >>>>>>>> 5.9.5.5) >>>>>>>> >>>>>>>> On Wed, Jul 29, 2015 at 1:16 AM, Russell Haley < >>>>>>>> russ.haley@gmail.com> >>>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>>> Hi there, >>>>>>>>> >>>>>>>>> I am trying to run Monodevelop on PC-BSD 10.1 release 25. First, >>>>>>>>> >>>>>>>> ports >>>>>>> >>>>>>>> wouldn't build any of the dependency files and then when I finally >>>>>>>>> >>>>>>>> got >>>>>>> >>>>>>>> it installed through the AppCafe using a binary, the application >>>>>>>>> >>>>>>>> fails >>>>>>> >>>>>>>> to start. There is no error or pop-up. It just fails to start. >>>>>>>>> >>>>>>>>> I'd really like to debug this and fix the issue. Is there any >>>>>>>>> logging >>>>>>>>> or any way I can figure out what the next step in debuggin this >>>>>>>>> issue >>>>>>>>> is? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> Russ >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-mono@freebsd.org mailing list >>>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-mono >>>>>>>>> To unsubscribe, send any mail to " >>>>>>>>> >>>>>>>> freebsd-mono-unsubscribe@freebsd.org" >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> _______________________________________________ >>> freebsd-mono@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-mono >>> To unsubscribe, send any mail to "freebsd-mono-unsubscribe@freebsd.org" >>> >>> >> Hi Russ, >> >> KqueueMonitor is class used to implement FileSystemWatcher using kqueue, >> so you should really look for calls of FileSystemWatcher methods. >> >> >> (KqueueMonitor was relatively broken in 3.x but I patched it for FreeBSD, >> unfortunately I didn't have time to look at 4.x yet, so I don't have any >> clue if my code is still there - it was kinda suboptimal but it was working >> properly). >> >> Kind regards, >> Ivan >> > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABx9NuQA1rd8Da06%2BWj_PzW4%2BzE09H1hE5sL3Latz1ME_YB67g>