From bastiangermann at ...754... Mon Sep 12 19:55:55 2016 From: bastiangermann at ...754... (Bastian Germann) Date: Mon, 12 Sep 2016 19:55:55 +0200 Subject: [Gambas-devel] Cygwin patch Message-ID: Hi! I saw someone included my patch in 3.9.0. Thanks for that. Here are two more Cygwin patches. Now I am able to build every package except the gb-v4l (which is deprecated anyway) and gb-inotify package, which is dependent on Linux kernel and required for the IDE unfortunately. I am currently working on a cygport. To address the inotify issue: Can I just patch the requirement definitions and calls to that package out of the IDE or does it implement a feature that is absolutely necessary? Then I would use fswatch [0] or Qt's QFileSystemWatcher to implement an alternative component. Actually in the Todo of gb-inotify there are two alternative (outdated?) libs listed that the author wants to have a look at. How does the FreeBSD port handle the file watching? What are your thoughts on this? Regards, Bastian [0] http://emcrisostomo.github.io/fswatch [1] http://doc.qt.io/qt-5/qfilesystemwatcher.html -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3-x11-pkgconfig.patch Type: application/octet-stream Size: 609 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3-xml-memrchr.patch Type: application/octet-stream Size: 2086 bytes Desc: not available URL: From taboege at ...176... Mon Sep 12 21:09:45 2016 From: taboege at ...176... (Tobias Boege) Date: Mon, 12 Sep 2016 21:09:45 +0200 Subject: [Gambas-devel] Cygwin patch In-Reply-To: References: Message-ID: <20160912190945.GA708@...756...> On Mon, 12 Sep 2016, Bastian Germann wrote: > Hi! > > I saw someone included my patch in 3.9.0. Thanks for that. Here are > two more Cygwin patches. > Now I am able to build every package except the gb-v4l (which is > deprecated anyway) and gb-inotify package, which is dependent on Linux > kernel and required for the IDE unfortunately. I am currently working > on a cygport. > > To address the inotify issue: Can I just patch the requirement > definitions and calls to that package out of the IDE or does it > implement a feature that is absolutely necessary? Then I would use > fswatch [0] or Qt's QFileSystemWatcher to implement an alternative > component. Actually in the Todo of gb-inotify there are two > alternative (outdated?) libs listed that the author wants to have a > look at. How does the FreeBSD port handle the file watching? > > What are your thoughts on this? > I'm the author and I myself don't really plan to extend the component in the foreseeable future. Portable file system monitoring would come in the form of a new component anyway. The TODO at this time is only a reminder where to start should I have some excess time in the future. I didn't even know the IDE used gb.inotify. There is, AFAICS, no code in the IDE that uses gb.inotify. I think you can just remove the component dependency from the .project file and be done with it. I suspect the reason it is added by default is that the FileView and DirView classes in gb.form, which are used in the IDE, detect whether gb.inotify is loaded and if so, behave more responsively by using the component. If that's the whole reason the issue might even be fixed in the main repository by removing the explicit dependency and adding a Try Component.Load("gb.inotify") or something to the start procedure of the IDE. That would work in all cases. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From gambas at ...1... Mon Sep 12 21:16:32 2016 From: gambas at ...1... (=?UTF-8?Q?Beno=c3=aet_Minisini?=) Date: Mon, 12 Sep 2016 21:16:32 +0200 Subject: [Gambas-devel] Cygwin patch In-Reply-To: <20160912190945.GA708@...756...> References: <20160912190945.GA708@...756...> Message-ID: <1ea476f8-7aa5-1901-67a3-c559bf547bb0@...1...> Le 12/09/2016 ? 21:09, Tobias Boege a ?crit : > On Mon, 12 Sep 2016, Bastian Germann wrote: >> Hi! >> >> I saw someone included my patch in 3.9.0. Thanks for that. Here are >> two more Cygwin patches. >> Now I am able to build every package except the gb-v4l (which is >> deprecated anyway) and gb-inotify package, which is dependent on Linux >> kernel and required for the IDE unfortunately. I am currently working >> on a cygport. >> >> To address the inotify issue: Can I just patch the requirement >> definitions and calls to that package out of the IDE or does it >> implement a feature that is absolutely necessary? Then I would use >> fswatch [0] or Qt's QFileSystemWatcher to implement an alternative >> component. Actually in the Todo of gb-inotify there are two >> alternative (outdated?) libs listed that the author wants to have a >> look at. How does the FreeBSD port handle the file watching? >> >> What are your thoughts on this? >> > > I'm the author and I myself don't really plan to extend the component in > the foreseeable future. Portable file system monitoring would come in the > form of a new component anyway. The TODO at this time is only a reminder > where to start should I have some excess time in the future. > > I didn't even know the IDE used gb.inotify. There is, AFAICS, no code in > the IDE that uses gb.inotify. I think you can just remove the component > dependency from the .project file and be done with it. I suspect the > reason it is added by default is that the FileView and DirView classes > in gb.form, which are used in the IDE, detect whether gb.inotify is loaded > and if so, behave more responsively by using the component. > > If that's the whole reason the issue might even be fixed in the main > repository by removing the explicit dependency and adding a > > Try Component.Load("gb.inotify") > > or something to the start procedure of the IDE. That would work in all > cases. > > Regards, > Tobi > I confirm that 'gb.inotify' is optional and, of course, I should have done what Tobias suggests instead of explicitely check the component. Some people still do not use Linux. :-) -- Beno?t Minisini From gambas.fr at ...176... Mon Sep 12 22:28:51 2016 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 12 Sep 2016 22:28:51 +0200 Subject: [Gambas-devel] Cygwin patch In-Reply-To: References: Message-ID: 2016-09-12 19:55 GMT+02:00 Bastian Germann : > Hi! > > I saw someone included my patch in 3.9.0. Thanks for that. Here are > two more Cygwin patches. > Now I am able to build every package except the gb-v4l (which is > deprecated anyway) and gb-inotify package Cool :-) From revol at ...227... Mon Sep 12 23:23:29 2016 From: revol at ...227... (=?UTF-8?Q?Fran=c3=a7ois_Revol?=) Date: Mon, 12 Sep 2016 23:23:29 +0200 Subject: [Gambas-devel] Cygwin patch In-Reply-To: <1ea476f8-7aa5-1901-67a3-c559bf547bb0@...1...> References: <20160912190945.GA708@...756...> <1ea476f8-7aa5-1901-67a3-c559bf547bb0@...1...> Message-ID: <6a966a9a-1451-b4ff-66ec-86a9c21c1e2e@...227...> On 12/09/2016 21:16, Beno?t Minisini wrote: > I confirm that 'gb.inotify' is optional and, of course, I should have > done what Tobias suggests instead of explicitely check the component. > > Some people still do not use Linux. :-) > Indeed, and we don't inotify in Haiku but the BeOS API which predates it by a decade at least... I'm not sure node monitoring is actually used in our Qt port yet though... Fran?ois. From chrisml at ...757... Thu Sep 22 09:58:04 2016 From: chrisml at ...757... (Christof Thalhofer) Date: Thu, 22 Sep 2016 09:58:04 +0200 Subject: [Gambas-devel] Hello in the dev list Message-ID: <49c2750f-c0db-dae6-f275-5e46dd8d915f@...757...> Hello All, when I develop software with Gambas, I more often do it the test-driven way. Therefor I forked http://comunit.sourceforge.net and created a component called "gb.deg.unit" for Gambas. So that I can test most parts of my software during development. This part is complete: http://comunit.sourceforge.net/images/screenshots/COMUnitRunner.gif http://comunit.sourceforge.net/images/screenshots/COMUnitRunnerFail.gif It is currently far away from beeing a complete testing-framework but it does its job quite well. I will publish it on Github and I could also could store it in software farm. Is there any interest to integrate it to Gambas? What would have to be done for that? Alles Gute Christof Thalhofer -- Dies ist keine Signatur From chrisml at ...757... Thu Sep 22 09:58:04 2016 From: chrisml at ...757... (Christof Thalhofer) Date: Thu, 22 Sep 2016 09:58:04 +0200 Subject: [Gambas-devel] Hello in the dev list Message-ID: <49c2750f-c0db-dae6-f275-5e46dd8d915f@...757...> Hello All, when I develop software with Gambas, I more often do it the test-driven way. Therefor I forked http://comunit.sourceforge.net and created a component called "gb.deg.unit" for Gambas. So that I can test most parts of my software during development. This part is complete: http://comunit.sourceforge.net/images/screenshots/COMUnitRunner.gif http://comunit.sourceforge.net/images/screenshots/COMUnitRunnerFail.gif It is currently far away from beeing a complete testing-framework but it does its job quite well. I will publish it on Github and I could also could store it in software farm. Is there any interest to integrate it to Gambas? What would have to be done for that? Alles Gute Christof Thalhofer -- Dies ist keine Signatur