From gambas at ...1... Wed Oct 3 23:29:04 2007 From: gambas at ...1... (Benoit Minisini) Date: Wed, 3 Oct 2007 23:29:04 +0200 Subject: [Gambas-devel] Gambas programming makes a lot of fun In-Reply-To: <20071002200717.118810@...78...> References: <20071002200717.118810@...78...> Message-ID: <200710032329.05068.gambas@...1...> On mardi 02 octobre 2007, you wrote: > Hi Benoit, Hi, > > I am 21 years old german computer "specialist". > I just finished my apprenticeship in january. > > For ca. 4 weeks ago i ordered a book called "a begginer's guide to gambas" > and for 5 minutes i finished reading chapter 6. > > I began working with the computer when i was 12 and I have tested many > programming languages since now. > > But I want you to say that programming with GAMBAS especially under linux > IS GREAT AND MAKES A LOT OF FUN!!! Thanks. But do you use the stable version this book is based on? If so, I suggest you try the development one. > > PLEASE CONTINUE DEVELOPING IT! > > > Best Regards > Frank Regards, > > P.S.: you can share this mail with your developer-team to say them that > they do real good work! Done. :-) -- Benoit Minisini From gambas.fr at ...176... Mon Oct 15 09:37:13 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 15 Oct 2007 09:37:13 +0200 Subject: [Gambas-devel] Difference between gb.qt/gb.gtk Message-ID: <6324a42a0710150037u377c1392na87ca2a1ec03b5fb@...178...> gb.qt use the by default the project title to fill the forms title gb.gtk use the project executable name..; is it possible to change that ? Fabien -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Mon Oct 15 15:59:21 2007 From: gambas at ...1... (Benoit Minisini) Date: Mon, 15 Oct 2007 15:59:21 +0200 Subject: [Gambas-devel] Difference between gb.qt/gb.gtk In-Reply-To: <6324a42a0710150037u377c1392na87ca2a1ec03b5fb@...178...> References: <6324a42a0710150037u377c1392na87ca2a1ec03b5fb@...178...> Message-ID: <200710151559.22084.gambas@...1...> On lundi 15 octobre 2007, Fabien Bodard wrote: > gb.qt use the by default the project title to fill the forms title > > gb.gtk use the project executable name..; is it possible to change that ? > > Fabien Done in last revision. -- Benoit Minisini From jredrejo at ...176... Tue Oct 16 14:35:33 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Tue, 16 Oct 2007 14:35:33 +0200 Subject: [Gambas-devel] Deb package creation broken Message-ID: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> Hi, I've checked since revision 660, Debian package creation is broken due to the " NEW: A new option for using or not the release version number when creating an installation package." feature. Whenever this option is used, the package creation was broken. I can fix it, so created packages would have "0-0" as version, but I'm not able to understand the reason for this "feature", and I would like to know if ignoring it while making deb packages would be acceptable. At least, I would like to know why that's the default behaviour, instead of using the number of the version, that seems to be much more reasonable. Regards. Jos? L. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Tue Oct 16 15:53:18 2007 From: gambas at ...1... (Benoit Minisini) Date: Tue, 16 Oct 2007 15:53:18 +0200 Subject: [Gambas-devel] Deb package creation broken In-Reply-To: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> References: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> Message-ID: <200710161553.19298.gambas@...1...> On mardi 16 octobre 2007, Jos? Luis Redrejo wrote: > Hi, I've checked since revision 660, Debian package creation is broken due > to the > " NEW: A new option for using or not the release version number when > creating an installation package." feature. > > Whenever this option is used, the package creation was broken. I can fix > it, so created packages would have "0-0" as version, but > I'm not able to understand the reason for this "feature", and I would like > to know if ignoring it while making deb packages would be acceptable. > > At least, I would like to know why that's the default behaviour, instead of > using the number of the version, that seems to be much more reasonable. > > Regards. > > Jos? L. The real project version number is the string Major & "." & Minor. The third number is a revision number, and is usually the number of times the project was build. The revision number should not be used in package version as it is not its place. I just wanted to let the user insert it in the version string anyway by using this new option. In RPM packages, I can use "X.Y" or "X.Y.Z" as version string in the package name and in the package description. Maybe I modified wrongly the Debian package creation function, I don't know if there is a convention in the naming of package versions. I should have told you before, sorry! :-) Regards, -- Benoit Minisini From jredrejo at ...176... Tue Oct 16 16:18:41 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Tue, 16 Oct 2007 16:18:41 +0200 Subject: [Gambas-devel] Deb package creation broken In-Reply-To: <200710161553.19298.gambas@...1...> References: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> <200710161553.19298.gambas@...1...> Message-ID: <8eb28a500710160718p30842f6bybb2a2bd01c38cfb6@...178...> But with the modification you did, in the Debian part it always returns 0 instead Major & "." & Minor. Anyway,Debian packages should have a release number. So it is not a critical feature for you, I will re-modify the debian routine to use it, even if that option is not checked. Regards. 2007/10/16, Benoit Minisini : > > On mardi 16 octobre 2007, Jos? Luis Redrejo wrote: > > Hi, I've checked since revision 660, Debian package creation is broken > due > > to the > > " NEW: A new option for using or not the release version number when > > creating an installation package." feature. > > > > Whenever this option is used, the package creation was broken. I can fix > > it, so created packages would have "0-0" as version, but > > I'm not able to understand the reason for this "feature", and I would > like > > to know if ignoring it while making deb packages would be acceptable. > > > > At least, I would like to know why that's the default behaviour, instead > of > > using the number of the version, that seems to be much more reasonable. > > > > Regards. > > > > Jos? L. > > The real project version number is the string Major & "." & Minor. The > third > number is a revision number, and is usually the number of times the > project > was build. > > The revision number should not be used in package version as it is not its > place. > > I just wanted to let the user insert it in the version string anyway by > using > this new option. > > In RPM packages, I can use "X.Y" or "X.Y.Z" as version string in the > package > name and in the package description. > > Maybe I modified wrongly the Debian package creation function, I don't > know if > there is a convention in the naming of package versions. I should have > told > you before, sorry! :-) > > Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Tue Oct 16 16:27:21 2007 From: gambas at ...1... (Benoit Minisini) Date: Tue, 16 Oct 2007 16:27:21 +0200 Subject: [Gambas-devel] Deb package creation broken In-Reply-To: <8eb28a500710160718p30842f6bybb2a2bd01c38cfb6@...178...> References: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> <200710161553.19298.gambas@...1...> <8eb28a500710160718p30842f6bybb2a2bd01c38cfb6@...178...> Message-ID: <200710161627.21417.gambas@...1...> On mardi 16 octobre 2007, Jos? Luis Redrejo wrote: > But with the modification you did, in the Debian part it always returns 0 > instead Major & "." & Minor. Anyway,Debian packages should have a release > number. So it is not a critical feature for you, I will re-modify the > debian routine to use it, even if that option is not checked. > > Regards. > I'm not sure to really understand what you said. If Debian packages should have a release number, it should be the release number *of the package* and not the release number *of the project*. For example, in RPM package generation, I always use "1" as package release number. This is not important, as you usually make new releases of a package just to fix the package, not the application inside. As for the version string, it is calculated before calling any specific package creation routine. It is stored in the $sVersion class variable. Maybe the problem comes form your use of $sPackageName. The package file name must be build by concatenating $sPackageName and $sVersion, as it is done in MakeRpmPackage(). But I may be wrong, as I don't know how works the debian package generator... Regards, -- Benoit Minisini From jredrejo at ...176... Tue Oct 16 19:20:54 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Tue, 16 Oct 2007 19:20:54 +0200 Subject: [Gambas-devel] Deb package creation broken In-Reply-To: <200710161627.21417.gambas@...1...> References: <8eb28a500710160535k269bbe4ep3253327a3dff63f2@...178...> <200710161553.19298.gambas@...1...> <8eb28a500710160718p30842f6bybb2a2bd01c38cfb6@...178...> <200710161627.21417.gambas@...1...> Message-ID: <8eb28a500710161020x30cdf755rb06d6e53e5ce0395@...178...> 2007/10/16, Benoit Minisini : > > On mardi 16 octobre 2007, Jos? Luis Redrejo wrote: > > But with the modification you did, in the Debian part it always returns > 0 > > instead Major & "." & Minor. Anyway,Debian packages should have a > release > > number. So it is not a critical feature for you, I will re-modify the > > debian routine to use it, even if that option is not checked. > > > > Regards. > > > > I'm not sure to really understand what you said. > > If Debian packages should have a release number, it should be the release > number *of the package* and not the release number *of the project*. Right, but the only way I've found out to do it is using the number I got from the changelog, if there is no available changelog , the project release number was my only option. It would be great if you know a better way to get it. For example, in RPM package generation, I always use "1" as package release > number. > > This is not important, as you usually make new releases of a package just > to > fix the package, not the application inside. > > As for the version string, it is calculated before calling any specific > package creation routine. It is stored in the $sVersion class variable. > > Maybe the problem comes form your use of $sPackageName. The package file > name > must be build by concatenating $sPackageName and $sVersion, as it is done > in > MakeRpmPackage(). > > But I may be wrong, as I don't know how works the debian package > generator... But the problem comes from the GetDebVersion() routine you added in rev 660, just removing it or changing its behaviour it works. My question is: do you mind if changing its behaviour ignoring the "not using the release version number" check? or should just add a "-0" to the release number when this option is checked? Maybe it's a stupid question but it's because I don't understand the reason to avoid using the release version number, specially wether Debian package needs one. Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcamposf at ...176... Wed Oct 17 12:43:05 2007 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 17 Oct 2007 12:43:05 +0200 Subject: [Gambas-devel] Bug in the IDE (svn version) Message-ID: <7259b5ae0710170343t20a4fd30k4c30f280e82aacc5@...178...> Hi Benoit: The translation wizard fails when pressing the 'Verify translation' button, it makes the IDE crash. Daniel From gambas at ...1... Wed Oct 17 12:49:44 2007 From: gambas at ...1... (Benoit Minisini) Date: Wed, 17 Oct 2007 12:49:44 +0200 Subject: [Gambas-devel] Bug in the IDE (svn version) In-Reply-To: <7259b5ae0710170343t20a4fd30k4c30f280e82aacc5@...178...> References: <7259b5ae0710170343t20a4fd30k4c30f280e82aacc5@...178...> Message-ID: <200710171249.44398.gambas@...1...> On mercredi 17 octobre 2007, Daniel Campos wrote: > Hi Benoit: > > The translation wizard fails when pressing the 'Verify translation' > button, it makes the IDE crash. > > Daniel > Do you have more details? Which project did you check? -- Benoit Minisini From dcamposf at ...176... Wed Oct 17 13:06:54 2007 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 17 Oct 2007 13:06:54 +0200 Subject: [Gambas-devel] Bug in the IDE (svn version) In-Reply-To: <200710171249.44398.gambas@...1...> References: <7259b5ae0710170343t20a4fd30k4c30f280e82aacc5@...178...> <200710171249.44398.gambas@...1...> Message-ID: <7259b5ae0710170406q57f663c5leb8f02ccb6670f67@...178...> > > Do you have more details? Which project did you check? > I though it always happened... but not! Well, follow the following steps: 1) Create any project, make it translatable 2) Add a couple of labels, for example, so there's something to translate 3) Translate the strings using the wizard 4) Press the "save translation" button 5) Press the "verify translation" button: [13]Null object. FTranslate.btnVerify_Click.734 Daniel From gambas at ...1... Thu Oct 18 00:51:31 2007 From: gambas at ...1... (Benoit Minisini) Date: Thu, 18 Oct 2007 00:51:31 +0200 Subject: [Gambas-devel] Bug in the IDE (svn version) In-Reply-To: <7259b5ae0710170406q57f663c5leb8f02ccb6670f67@...178...> References: <7259b5ae0710170343t20a4fd30k4c30f280e82aacc5@...178...> <200710171249.44398.gambas@...1...> <7259b5ae0710170406q57f663c5leb8f02ccb6670f67@...178...> Message-ID: <200710180051.32079.gambas@...1...> On mercredi 17 octobre 2007, Daniel Campos wrote: > > Do you have more details? Which project did you check? > > I though it always happened... but not! Well, follow the following steps: > > 1) Create any project, make it translatable > 2) Add a couple of labels, for example, so there's something to translate > 3) Translate the strings using the wizard > 4) Press the "save translation" button > 5) Press the "verify translation" button: > > [13]Null object. > FTranslate.btnVerify_Click.734 > > Daniel > OK, fixed! -- Benoit Minisini From dcamposf at ...176... Fri Oct 19 10:44:46 2007 From: dcamposf at ...176... (Daniel Campos) Date: Fri, 19 Oct 2007 10:44:46 +0200 Subject: [Gambas-devel] Bug gb.gtk / segfault Message-ID: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> Hi Benoit: (SVN Version) Just create any program with gb.gtk, just with a form that uses one of the following controls: TreeView, ColumnView or ListView The program fails with a segmentation fault at startup. Daniel From gambas at ...1... Fri Oct 19 10:57:02 2007 From: gambas at ...1... (Benoit Minisini) Date: Fri, 19 Oct 2007 10:57:02 +0200 Subject: [Gambas-devel] Bug gb.gtk / segfault In-Reply-To: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> References: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> Message-ID: <200710191057.02431.gambas@...1...> On vendredi 19 octobre 2007, Daniel Campos wrote: > Hi Benoit: > > (SVN Version) > > Just create any program with gb.gtk, just with a form that uses one of > the following controls: TreeView, ColumnView or ListView > > The program fails with a segmentation fault at startup. > > Daniel > I have no crash at all there. Do you have a sample project? -- Benoit Minisini From dcamposf at ...176... Fri Oct 19 12:28:30 2007 From: dcamposf at ...176... (Daniel Campos) Date: Fri, 19 Oct 2007 12:28:30 +0200 Subject: [Gambas-devel] Bug gb.gtk / segfault In-Reply-To: <200710191057.02431.gambas@...1...> References: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> <200710191057.02431.gambas@...1...> Message-ID: <7259b5ae0710190328j6441549eo64028a6557d56b1e@...178...> Extrange, I'm checking it in another computer and the problem does not happen... may be I have something wrong with GTK+ in my box... I'll continue investigating, so at this moment the problem seems to mine, sorry! 2007/10/19, Benoit Minisini : > On vendredi 19 octobre 2007, Daniel Campos wrote: > > Hi Benoit: > > > > (SVN Version) > > > > Just create any program with gb.gtk, just with a form that uses one of > > the following controls: TreeView, ColumnView or ListView > > > > The program fails with a segmentation fault at startup. > > > > Daniel > > > > I have no crash at all there. Do you have a sample project? > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas at ...1... Fri Oct 19 21:23:00 2007 From: gambas at ...1... (Benoit Minisini) Date: Fri, 19 Oct 2007 21:23:00 +0200 Subject: [Gambas-devel] Bug gb.gtk / segfault In-Reply-To: <7259b5ae0710190328j6441549eo64028a6557d56b1e@...178...> References: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> <200710191057.02431.gambas@...1...> <7259b5ae0710190328j6441549eo64028a6557d56b1e@...178...> Message-ID: <200710192123.00119.gambas@...1...> On vendredi 19 octobre 2007, Daniel Campos wrote: > Extrange, I'm checking it in another computer and the problem does not > happen... may be I have something wrong with GTK+ in my box... I'll > continue investigating, so at this moment the problem seems to mine, > sorry! > You should make a core dump and load it into gdb to see where the crash occurs exactly. Regards, -- Benoit Minisini From dcamposf at ...176... Mon Oct 22 13:44:13 2007 From: dcamposf at ...176... (Daniel Campos) Date: Mon, 22 Oct 2007 13:44:13 +0200 Subject: [Gambas-devel] Bug gb.gtk / segfault In-Reply-To: <200710192123.00119.gambas@...1...> References: <7259b5ae0710190144w2a163ca2x223f15682fcac0e0@...178...> <200710191057.02431.gambas@...1...> <7259b5ae0710190328j6441549eo64028a6557d56b1e@...178...> <200710192123.00119.gambas@...1...> Message-ID: <7259b5ae0710220444l1a61ae9dm294cb88b07aaaf75@...178...> No, do not worry, I had a mix of Gambas components from different versions. > > You should make a core dump and load it into gdb to see where the crash occurs > exactly. > > Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel >