From lordheavy at ...141... Sat Jan 1 00:16:31 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Sat, 1 Jan 2005 00:16:31 +0100 Subject: [Gambas-devel] Happy New Year Message-ID: <200501010016.31879.lordheavy@...141...> Happy New Year From France, To all Coders, Users, Newbies, Rookies ! -- Laurent Carlier From danielcampos at ...45... Sat Jan 1 01:50:12 2005 From: danielcampos at ...45... (Daniel Campos) Date: Sat, 01 Jan 2005 01:50:12 +0100 Subject: [Gambas-devel] Happy new year! Message-ID: <41D5F3C4.6080802@...45...> Happy new year! Beno?t, can you start the 1.1 version attaching this to Gambas? Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-041231-gb-0.99RC5.tar.bz2 Type: application/x-bzip Size: 22803 bytes Desc: not available URL: From lordheavy at ...141... Sat Jan 1 01:54:36 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Sat, 1 Jan 2005 01:54:36 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D5F3C4.6080802@...45...> References: <41D5F3C4.6080802@...45...> Message-ID: <200501010154.36195.lordheavy@...141...> Le Samedi 1 Janvier 2005 01:50, Daniel Campos a ?crit?: > Happy new year! > > Beno?t, can you start the 1.1 version attaching this to Gambas? > > Regards, > > Daniel Campos daniel ! daniel ! daniel ! daniel ! WOUOUOUOU ! hmmm i will test it :) -- Laurent Carlier From gambasfr at ...4... Sat Jan 1 02:22:47 2005 From: gambasfr at ...4... (Bodard Fabien) Date: Sat, 1 Jan 2005 02:22:47 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <200501010154.36195.lordheavy@...141...> References: <41D5F3C4.6080802@...45...> <200501010154.36195.lordheavy@...141...> Message-ID: <200501010222.47193.gambasfr@...4...> Le samedi 1 Janvier 2005 01:54, Laurent Carlier a ?crit?: > Le Samedi 1 Janvier 2005 01:50, Daniel Campos a ?crit?: > > Happy new year! > > > > Beno?t, can you start the 1.1 version attaching this to Gambas? > > > > Regards, > > > > Daniel Campos Happy new year daniel... but i can't compile it... have i forgotten something ? Fabien Bodard Making all in gtk make[4]: Entering directory `/home/gambas/gambas-1.0/src/lib/gtk' if /bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/share -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -pipe -Wall -fno-exceptions -g -Os -fno-omit-frame-pointer -MT gdesktop.lo -MD -MP -MF ".deps/gdesktop.Tpo" -c -o gdesktop.lo gdesktop.cpp; \ then mv -f ".deps/gdesktop.Tpo" ".deps/gdesktop.Plo"; else rm -f ".deps/gdesktop.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/share -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -pipe -Wall -fno-exceptions -g -Os -fno-omit-frame-pointer -MT gdesktop.lo -MD -MP -MF .deps/gdesktop.Tpo -c gdesktop.cpp -fPIC -DPIC -o .libs/gdesktop.o gdesktop.cpp: In function `int clipBoard_Type()': gdesktop.cpp:46: error: `gtk_clipboard_wait_is_image_available' undeclared (first use this function) gdesktop.cpp:46: error: (Each undeclared identifier is reported only once for each function it appears in.) gdesktop.cpp: In function `gImage* clipBoard_getImage()': gdesktop.cpp:60: error: `gtk_clipboard_wait_for_image' undeclared (first use this function) gdesktop.cpp: In function `char* clipBoard_Format()': gdesktop.cpp:96: warning: comparison between signed and unsigned integer expressions gdesktop.cpp:103: warning: comparison between signed and unsigned integer expressions gdesktop.cpp: In function `void clipBoard_setImage(gImage*)': gdesktop.cpp:137: error: `gtk_clipboard_set_image' undeclared (first use this function) gdesktop.cpp: In function `void clipBoard_setText(char*, char*)': gdesktop.cpp:153: error: `gtk_target_list_add_text_targets' undeclared (first use this function) gdesktop.cpp:165: error: `gtk_clipboard_set_can_store' undeclared (first use this function) widgets.h: At global scope: widgets.h:99: warning: 'gDrag_Enabled' defined but not used widgets.h:100: warning: 'gDrag_Action' defined but not used widgets.h:101: warning: 'gDrag_Type' defined but not used widgets.h:102: warning: 'gDrag_X' defined but not used widgets.h:103: warning: 'gDrag_Y' defined but not used widgets.h:104: warning: 'gDrag_Format' defined but not used make[4]: *** [gdesktop.lo] Erreur 1 make[4]: Leaving directory `/home/gambas/gambas-1.0/src/lib/gtk' make[3]: *** [all-recursive] Erreur 1 make[3]: Leaving directory `/home/gambas/gambas-1.0/src/lib' make[2]: *** [all-recursive] Erreur 1 make[2]: Leaving directory `/home/gambas/gambas-1.0/src' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/home/gambas/gambas-1.0' make: *** [all] Erreur 2 From daniel.campos at ...103... Sat Jan 1 11:30:42 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 01 Jan 2005 11:30:42 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D67B4D.3030804@...103...> References: <41D5F3C4.6080802@...45...> <200501010154.36195.lordheavy@...141...> <200501010222.47193.gambasfr@...4...> <41D67B4D.3030804@...103...> Message-ID: <41D67BD2.1060503@...103...> Daniel Campos escribi?: > >> Happy new year daniel... >> >> but i can't compile it... have i forgotten something ? >> >> Fabien Bodard >> >> >> >> >> > > OK, the problem is that I'm using the recent 2.6 version of GTK+, as > it provides some functions > I need to implement all stuff. GTK+ is poor compared with QT, and at > least this version helps with > some extra functionallity. > > I suppose that, when I can finish this component, GTK+2.6 will be the > standard in all major distributions. > > You can download and install GTK+ 2.6 from sources, as it is full > compatible with GTK+2.4... or, if you > want to test it with less functionallity, you can comment the code > that does not compile, for example: > > gImage* clipBoard_getImage() > { > // gImage *buf=new gImage(0,0); > // buf->image=gtk_clipboard_wait_for_image(clipBoard); > // return buf; > return NULL; > } > > > Note also that, at Makefile.am, I just placed the flags needed to > compile in my Mandrake system, if > you have differen paths, you can perform "pgk-config gtk+-2.0 --libs > --cflags` and replace the paths > that you can find in that file. > > You can also install GTK+2.6 at /opt, and replace the flags at > Makefile.am, but I think it is better to install 2.6 > replacing 2.4 :-)) (gtk, glib, pango and atk, of course) > > Regards, > > Daniel Campos > > > > > >> >> >> > > From daniel.campos at ...103... Sat Jan 1 11:28:29 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 01 Jan 2005 11:28:29 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <200501010222.47193.gambasfr@...4...> References: <41D5F3C4.6080802@...45...> <200501010154.36195.lordheavy@...141...> <200501010222.47193.gambasfr@...4...> Message-ID: <41D67B4D.3030804@...103...> >Happy new year daniel... > >but i can't compile it... have i forgotten something ? > >Fabien Bodard > > > > > OK, the problem is that I'm using the recent 2.6 version of GTK+, as it provides some functions I need to implement all stuff. GTK+ is poor compared with QT, and at least this version helps with some extra functionallity. I suppose that, when I can finish this component, GTK+2.6 will be the standard in all major distributions. You can download and install GTK+ 2.6 from sources, as it is full compatible with GTK+2.4... or, if you want to test it with less functionallity, you can comment the code that does not compile, for example: gImage* clipBoard_getImage() { // gImage *buf=new gImage(0,0); // buf->image=gtk_clipboard_wait_for_image(clipBoard); // return buf; return NULL; } Note also that, at Makefile.am, I just placed the flags needed to compile in my Mandrake system, if you have differen paths, you can perform "pgk-config gtk+-2.0 --libs --cflags` and replace the paths that you can find in that file. You can also install GTK+2.6 at /opt, and replace the flags at Makefile.am, but I think it is better to install 2.6 replacing 2.4 :-)) (gtk, glib, pango and atk, of course) Regards, Daniel Campos > > > From gambas at ...1... Sat Jan 1 17:14:48 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 1 Jan 2005 17:14:48 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D5F3C4.6080802@...45...> References: <41D5F3C4.6080802@...45...> Message-ID: <200501011714.48948.gambas@...1...> On Saturday 01 January 2005 01:50, Daniel Campos wrote: > Happy new year! > > Beno?t, can you start the 1.1 version attaching this to Gambas? > > Regards, > > Daniel Campos Hi, Daniel, I'm currently merge that in 1.1.0. I will send you back a package so that you have correct Makefile.am, configure, ... Mmm... In widgets.h, you define variables! Never _define_ variables in a header, just declare them, and define them inside the module. Why did you do that ? Such things will be forbidden in 2005 ;-) Regards, -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Sat Jan 1 18:03:40 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 01 Jan 2005 18:03:40 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <200501011714.48948.gambas@...1...> References: <41D5F3C4.6080802@...45...> <200501011714.48948.gambas@...1...> Message-ID: <41D6D7EC.7050100@...103...> >Hi, Daniel, > >I'm currently merge that in 1.1.0. I will send you back a package so that you >have correct Makefile.am, configure, ... > >Mmm... In widgets.h, you define variables! Never _define_ variables in a >header, just declare them, and define them inside the module. Why did you do >that ? Such things will be forbidden in 2005 ;-) > > > Don't worry, I was just doing extreme programming :-))), I will correct it soon... Regards, D. Campos From gambas at ...1... Sat Jan 1 18:24:52 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 1 Jan 2005 18:24:52 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D5F3C4.6080802@...45...> References: <41D5F3C4.6080802@...45...> Message-ID: <200501011824.53292.gambas@...1...> On Saturday 01 January 2005 01:50, Daniel Campos wrote: > Happy new year! > > Beno?t, can you start the 1.1 version attaching this to Gambas? > > Regards, > > Daniel Campos A few remarks: The Form/Window does not like Border=Fixed. The TextLabel must understand HTML syntax. Is it possible ? If I put a button on a form, close the form in the Click event of the button, then the program stops and raises a strange error. If you can't define some constants (like Mouse one), don't use them in property declarations (like Control.Mouse). I patched the IDE so that you will be able to open GTK+ projects in it. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Jan 1 18:27:01 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 1 Jan 2005 18:27:01 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D5F3C4.6080802@...45...> References: <41D5F3C4.6080802@...45...> Message-ID: <200501011827.01996.gambas@...1...> Forget what I told you about the error when closing the form. That works! -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Jan 1 18:38:17 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 1 Jan 2005 18:38:17 +0100 Subject: [Gambas-devel] Sqlite3 In-Reply-To: <29921491.1101293517497.JavaMail.www@...190...> References: <29921491.1101293517497.JavaMail.www@...190...> Message-ID: <200501011838.17655.gambas@...1...> On Wednesday 24 November 2004 11:51, nigel at ...2... wrote: > Attached are the changes for the new split of sqlite; sqlite3. > This will be presented as a seperate drive to the current sqlite driver > which will continue to support the sqlite 2 tree. Bewarned: Only basic > testing has been done. > Nigel Isn't it possible to have only one driver for sqlite2 and sqlite3 ? -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Sat Jan 1 21:42:20 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 01 Jan 2005 21:42:20 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <200501011824.53292.gambas@...1...> References: <41D5F3C4.6080802@...45...> <200501011824.53292.gambas@...1...> Message-ID: <41D70B2C.40004@...103...> > >The TextLabel must understand HTML syntax. Is it possible ? > > > Labels in GTK+ can use "pango tags", they are very similar to HTML tags, but there are some differences, for example is understood as "Bold", but not . I plan to write a little parser so HTML tags will be internally converted to Pango tags. However, it will be possible only if I can parse HTML tables, and I do not know yet if it is possible... Regards, D. Campos From gambas at ...1... Sun Jan 2 15:49:13 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 2 Jan 2005 15:49:13 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D70B2C.40004@...103...> References: <41D5F3C4.6080802@...45...> <200501011824.53292.gambas@...1...> <41D70B2C.40004@...103...> Message-ID: <200501021549.13995.gambas@...1...> On Saturday 01 January 2005 21:42, Daniel Campos wrote: > >The TextLabel must understand HTML syntax. Is it possible ? > > Labels in GTK+ can use "pango tags", they are very similar to HTML tags, > but there > are some differences, for example is understood as "Bold", but not > . I plan > to write a little parser so HTML tags will be internally converted to > Pango tags. However, > it will be possible only if I can parse HTML tables, and I do not know > yet if it is possible... > > Regards, > > D. Campos > Let's limit the compatibility between Qt and GTK. I think that if TextLabels don't display tables, it won't be a shame. Just convert simple HTML formatting:

... Regards, -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Sun Jan 2 16:29:54 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sun, 02 Jan 2005 16:29:54 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <200501021549.13995.gambas@...1...> References: <41D5F3C4.6080802@...45...> <200501011824.53292.gambas@...1...> <41D70B2C.40004@...103...> <200501021549.13995.gambas@...1...> Message-ID: <41D81372.40606@...103...> >> >> >> > >Let's limit the compatibility between Qt and GTK. I think that if TextLabels >don't display tables, it won't be a shame. Just convert simple HTML >formatting:

... > >Regards, > > > OK! From gambas at ...1... Sun Jan 2 16:29:45 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 2 Jan 2005 16:29:45 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D81372.40606@...103...> References: <41D5F3C4.6080802@...45...> <200501021549.13995.gambas@...1...> <41D81372.40606@...103...> Message-ID: <200501021629.45775.gambas@...1...> I get a crash when I call Dialog.OpenFile, Dialog.SaveFile and Dialog.SelectDirectory. -- Benoit Minisini mailto:gambas at ...1... From jredrejo at ...101... Sun Jan 2 18:25:22 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 02 Jan 2005 18:25:22 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <41D67B4D.3030804@...103...> References: <41D5F3C4.6080802@...45...> <200501010154.36195.lordheavy@...141...> <200501010222.47193.gambasfr@...4...> <41D67B4D.3030804@...103...> Message-ID: <1104686722.3319.6.camel@...179...> El s?b, 01-01-2005 a las 11:28 +0100, Daniel Campos escribi?: > >Happy new year daniel... > > > >but i can't compile it... have i forgotten something ? > > > >Fabien Bodard > > > > > > > > > > > > OK, the problem is that I'm using the recent 2.6 version of GTK+, as it > provides some functions > I need to implement all stuff. GTK+ is poor compared with QT, and at > least this version helps with > some extra functionallity. > > I suppose that, when I can finish this component, GTK+2.6 will be the > standard in all major distributions. > > You can download and install GTK+ 2.6 from sources, as it is full > compatible with GTK+2.4... or, if you > want to test it with less functionallity, you can comment the code that > does not compile, for example: > > gImage* clipBoard_getImage() > { > // gImage *buf=new gImage(0,0); > > // buf->image=gtk_clipboard_wait_for_image(clipBoard); > // return buf; > return NULL; > } > > > Note also that, at Makefile.am, I just placed the flags needed to > compile in my Mandrake system, if > you have differen paths, you can perform "pgk-config gtk+-2.0 --libs > --cflags` and replace the paths > that you can find in that file. > > You can also install GTK+2.6 at /opt, and replace the flags at > Makefile.am, but I think it is better to install 2.6 > replacing 2.4 :-)) (gtk, glib, pango and atk, of course) > > Regards, > > Daniel Campos > > > > > > > > > > > > Fabien, I had the same error and I couldn't upgrade to gtk 2.6 from Debian, because those packages are not available yet, and I didn't want to "taint" my system with no packaged libraries, so I have found an easier way to make this component compile: Just add to the widgets.h file the following lines: GdkPixbuf* gtk_clipboard_wait_for_image (GtkClipboard *clipboard); gboolean gtk_clipboard_wait_is_image_available (GtkClipboard *clipboard); void gtk_clipboard_set_image (GtkClipboard *clipboard, GdkPixbuf *pixbuf); void gtk_clipboard_set_can_store (GtkClipboard *clipboard, const GtkTargetEntry *targets, gint n_targets); void gtk_target_list_add_text_targets (GtkTargetList *list, guint info); and the component will compile without any problem (of course those functions won't do anything, but in that way you don't have to modify the rest of the Daniel code. Regards. P.S: Daniel, compiling in my system I have got an error because an #include line was missing in gmainwindow.cpp , didn't you notice that problem? From daniel.campos at ...103... Sun Jan 2 18:56:53 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sun, 02 Jan 2005 18:56:53 +0100 Subject: [Gambas-devel] Happy new year! In-Reply-To: <1104686722.3319.6.camel@...179...> References: <41D5F3C4.6080802@...45...> <200501010154.36195.lordheavy@...141...> <200501010222.47193.gambasfr@...4...> <41D67B4D.3030804@...103...> <1104686722.3319.6.camel@...179...> Message-ID: <41D835E5.4090206@...103...> > >P.S: Daniel, compiling in my system I have got an error because an >#include line was missing in gmainwindow.cpp , didn't you >notice that problem? > > Mmmh... yes, it is true, I used "printf()" so I should include ... but it compiled in my system!... Added! Regards, D. Campos > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From danielcampos at ...45... Sun Jan 2 20:32:45 2005 From: danielcampos at ...45... (Daniel Campos) Date: Sun, 02 Jan 2005 20:32:45 +0100 Subject: [Gambas-devel] new pre-alpha Message-ID: <41D84C5D.8040405@...45...> Well: This is the second pre-alpha of the GTK+ component: -> Windows should work OK with fixed border. -> Added some fixes to Control creation and destruction. -> Added a missing header at gmainwindow.cpp -> Added the Timer class, the RadioButton class and the Frame class. -> "Messages" and "Dialogs" should work (except Dialog.SelectFont) Regards, Daniel Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050102-gb1.0.tar.bz2 Type: application/x-bzip Size: 27378 bytes Desc: not available URL: From gambasfr at ...4... Sun Jan 2 22:16:12 2005 From: gambasfr at ...4... (Bodard Fabien) Date: Sun, 2 Jan 2005 22:16:12 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <41D84C5D.8040405@...45...> References: <41D84C5D.8040405@...45...> Message-ID: <200501022216.12638.gambasfr@...4...> Le dimanche 2 Janvier 2005 20:32, Daniel Campos a ?crit?: > Well: > > This is the second pre-alpha of the GTK+ component: > > -> Windows should work OK with fixed border. > -> Added some fixes to Control creation and destruction. > -> Added a missing header at gmainwindow.cpp > -> Added the Timer class, the RadioButton class and the Frame class. > -> "Messages" and "Dialogs" should work (except Dialog.SelectFont) > > Regards, > > Daniel Campos it seem to work... Fabien -------------- next part -------------- A non-text attachment was scrubbed... Name: capture16.png Type: image/png Size: 20207 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: capture17.png Type: image/png Size: 16538 bytes Desc: not available URL: From gambas at ...1... Sun Jan 2 22:13:49 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 2 Jan 2005 22:13:49 +0100 Subject: [Gambas-devel] About next Gambas version Message-ID: <200501022213.49677.gambas@...1...> The new development version of gambas will be numbered 1.1.x or 1.9.x, I am not completetly determined. Well, 1.9.x seems to be cool :-) BUT, as we must be able to install the current 1.0 and the next 2.0 on the same system, the package will be renamed 'gambas2' Things of gambas2 will be installed in /usr/lib/gambas2, usr/share/gambas2, and so on. The interpreter should be renamed too (gbx2), and I think the tools (gbi, gba, gbc, gambas, gambas-database-manager) will move in /usr/lib/gambas2/bin or something similar. So, the name of the current package is gambas-1.0.x.tar.bz2 And the name of the development package will be gambas2-1.9.x.tar.bz2 Is it clear for everyone ? :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Jan 2 22:20:51 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 2 Jan 2005 22:20:51 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <41D84C5D.8040405@...45...> References: <41D84C5D.8040405@...45...> Message-ID: <200501022220.52238.gambas@...1...> On Sunday 02 January 2005 20:32, Daniel Campos wrote: > Well: > > This is the second pre-alpha of the GTK+ component: > > -> Windows should work OK with fixed border. > -> Added some fixes to Control creation and destruction. > -> Added a missing header at gmainwindow.cpp > -> Added the Timer class, the RadioButton class and the Frame class. > -> "Messages" and "Dialogs" should work (except Dialog.SelectFont) > > Regards, > > Daniel Campos Got it :-) Here is a nice screenshot where you can see a form in the IDE, so displayed with QT, and the same form displayed by the running project in GTK+. I have uploaded a package for you at: http://gambas.sf.net/gambas2-1.9.0.tar.bz2 You will find how I modified your Makefile.am and configure.in to let your gtk+ component compile. Enjoy it! Regards, -- Benoit Minisini mailto:gambas at ...1... -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-gtk.png Type: image/png Size: 98468 bytes Desc: not available URL: From daniel.campos at ...103... Sun Jan 2 22:28:11 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sun, 02 Jan 2005 22:28:11 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <200501022216.12638.gambasfr@...4...> References: <41D84C5D.8040405@...45...> <200501022216.12638.gambasfr@...4...> Message-ID: <41D8676B.9010005@...103...> > >it seem to work... > > Cool shots, I think Gambas 2.0 should include an automatic translation for "Qt" to "Gtk" in texts :-)))) D. Campos From danielcampos at ...45... Sun Jan 2 22:44:28 2005 From: danielcampos at ...45... (Daniel Campos) Date: Sun, 02 Jan 2005 22:44:28 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <200501022220.52238.gambas@...1...> References: <41D84C5D.8040405@...45...> <200501022220.52238.gambas@...1...> Message-ID: <41D86B3C.9000808@...45...> >Here is a nice screenshot where you can see a form in the IDE, so displayed >with QT, and the same form displayed by the running project in GTK+. > >I have uploaded a package for you at: >http://gambas.sf.net/gambas2-1.9.0.tar.bz2 > >You will find how I modified your Makefile.am and configure.in to let your >gtk+ component compile. > >Enjoy it! > >Regards, > > Got it! :-))) Regards, D. Campos From srikantux at ...176... Mon Jan 3 06:18:23 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Mon, 3 Jan 2005 10:48:23 +0530 Subject: [Gambas-devel] Congrats for 1.0! Message-ID: <7f8e4a5a050102211847e79199@...178...> Hello all Gambas Developers and Users! Congrats to everybody on Gambas 1.0 release!! Great Going!! Cheers, Srikanta Prasanna PS: And, Happy New Year Too!! From danielcampos at ...45... Mon Jan 3 11:21:48 2005 From: danielcampos at ...45... (Daniel Campos) Date: Mon, 03 Jan 2005 11:21:48 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault Message-ID: <41D91CBC.20806@...45...> Hi: Create a project with a Button and a TextBox. Insert the following code into the button "click" event: PUBLIC SUB Button1_Click() TextBox1.Pos=-4 TextBox1.Insert("Hola") END After pressing Button1, a segmentation fault finishes the program. Regards, D. Campos From lordheavy at ...141... Mon Jan 3 11:44:30 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 11:44:30 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault In-Reply-To: <41D91CBC.20806@...45...> References: <41D91CBC.20806@...45...> Message-ID: <200501031144.31356.lordheavy@...141...> Le Lundi 3 Janvier 2005 11:21, Daniel Campos a ?crit?: > Hi: > > Create a project with a Button and a TextBox. Insert the following code > into the button "click" event: > > PUBLIC SUB Button1_Click() > > TextBox1.Pos=-4 > TextBox1.Insert("Hola") > > END > > After pressing Button1, a segmentation fault finishes the program. > > Regards, > > D. Campos > Because it must be an unsigned value. Here you should do : TextBox1.Pos= TextBox1.Pos - 4 Currently it seems that -4 is converted to an unsigned value so going "out of range" of the text -> segfault ! Regards, -- Laurent Carlier From daniel.campos at ...103... Mon Jan 3 11:52:22 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 03 Jan 2005 11:52:22 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault In-Reply-To: <200501031144.31356.lordheavy@...141...> References: <41D91CBC.20806@...45...> <200501031144.31356.lordheavy@...141...> Message-ID: <41D923E6.3090404@...103...> >Because it must be an unsigned value. Here you should do : >TextBox1.Pos= TextBox1.Pos - 4 > >Currently it seems that -4 is converted to an unsigned value so going "out of >range" of the text -> segfault ! > >Regards, > > Yes, but it must be fixed, no segfaults are allowed in Gambas in 2005 :-))) Regards, D. Campos From daniel.campos at ...103... Mon Jan 3 12:09:20 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 03 Jan 2005 12:09:20 +0100 Subject: [Gambas-devel] QT Textbox bug (2) Message-ID: <41D927E0.8010102@...103...> Another bug: TextBox1.Selection --> works OK, selects all text TextBox1.Selection.All() --> Seems to do nothing ! Regards, D. Campos From lordheavy at ...141... Mon Jan 3 12:20:48 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 12:20:48 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault In-Reply-To: <41D923E6.3090404@...103...> References: <41D91CBC.20806@...45...> <200501031144.31356.lordheavy@...141...> <41D923E6.3090404@...103...> Message-ID: <200501031220.48925.lordheavy@...141...> Le Lundi 3 Janvier 2005 11:52, Daniel Campos a ?crit?: > >Because it must be an unsigned value. Here you should do : > >TextBox1.Pos= TextBox1.Pos - 4 > > > >Currently it seems that -4 is converted to an unsigned value so going "out > > of range" of the text -> segfault ! > > > >Regards, > > Yes, but it must be fixed, no segfaults are allowed in Gambas in 2005 :-))) > > Regards, > > D. Campos > > small fix : BEGIN_PROPERTY(CTEXTBOX_pos) GET_TEXT_BOX(); if (READ_PROPERTY) GB.ReturnInteger(textbox->cursorPosition()); else { unsigned int _pos = VPROP(GB_INTEGER); if (_pos > textbox->text().length()) _pos = textbox->text().length(); textbox->setCursorPosition(_pos); } END_PROPERTY Regards, -- Laurent Carlier From jredrejo at ...101... Mon Jan 3 12:42:10 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Mon, 03 Jan 2005 12:42:10 +0100 Subject: [Gambas-devel] gambas source code structure In-Reply-To: <41D91CBC.20806@...45...> References: <41D91CBC.20806@...45...> Message-ID: <1104752530.2536.36.camel@...179...> Hi Beno?t, I would like you to think about modifying the source code structure for gambas. Your project has grown up a lot, and everyday is harder to maintain the components as a whole, because of their interdependencies. I would like to see a model similar to most programming languages in the linux world (python, perl, C, etc.). I.E. a separated api that allows to compile the different components of libraries outside from the main tree. So if I would like to get only the net component I only would need the gambas headers (and library), net libraries and net component source code to compile it. This would make distro maintainers life much easier, because we would have the source code split. Nowadays if only a component fails, all the gambas components are stopped because they share the same source code package. I am in charge of the development of the LinEx distribution (a regional Debian based distribution) and I have included gambas-runtime & gambas-qt components in the last linex cd version. That means that in a couple of months more than 60.000 computers will be upgraded to that version and will have the ability of run the gambas apps we have made. Maintaining such network is harder if I have to recompile the gambas code everytime a component is updated or a bug is corrected. Component developers life would also be easier for the same reasons, they wouldn't have to worry about inserting their code inside your core source tree. You could even share your work easily giving some components administration to some volunteers and you would only work in your favorite components and the gambas core. It is a suggestion, but I think it would be a useful step in gambas development, and it doesn't mean a lot of work to do. Regards. From lordheavy at ...141... Mon Jan 3 13:06:32 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 13:06:32 +0100 Subject: [Gambas-devel] QT Textbox bug (2) In-Reply-To: <41D927E0.8010102@...103...> References: <41D927E0.8010102@...103...> Message-ID: <200501031306.32547.lordheavy@...141...> Le Lundi 3 Janvier 2005 12:09, Daniel Campos a ?crit?: > Another bug: > > TextBox1.Selection --> works OK, selects all text > TextBox1.Selection.All() --> Seems to do nothing ! > > > Regards, > > D. Campos > The TextBox1.Selection.All() use same method as TextBox1.Selection but i cannot detect that args are missing ! small fix : Uncomment this : BEGIN_METHOD_VOID(CTEXTBOX_sel_all) GET_TEXT_BOX(); textbox->selectAll(); END_METHOD change this : GB_METHOD("All", NULL, CTEXTBOX_sel_select, NULL), to GB_METHOD("All", NULL, CTEXTBOX_sel_all, NULL), -- Laurent Carlier From lordheavy at ...141... Mon Jan 3 13:24:05 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 13:24:05 +0100 Subject: [Gambas-devel] sdl component Message-ID: <200501031324.06082.lordheavy@...141...> I've merge my sdl component with the actuel existing sound component. There is no changes in the two component, just a merge. i've call it 'kit2d', but if you have a better name ! You can use the twice beside without probs ! the configure.in change : dnl ---- SDL component dnl sound needs: libvorbisfile.la libsmpeg.la libogg.la dnl kit2d needs: SDL_image SDL_gfx SDL_ttf GB_COMPONENT( sdl, SDL, [SDL component], [GB_FIND(SDL.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [$C_LIB $THREAD_LIB -lSDL -lm], [$THREAD_INC]) GB_COMPONENT( sound, SOUND, [SDL Sound component], [GB_FIND(SDL_mixer.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL_mixer.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [-lSDL_mixer], [$THREAD_INC]) GB_COMPONENT( kit2d, KIT2D, [SDL video 2D component], [GB_FIND(SDL_image.h SDL_gfxPrimitives.h SDL_ttf.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL_image.$SHLIBEXT libSDL_gfx.$SHLIBEXT libSDL_ttf. $SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [-lSDL_image -lSDL_gfx -lSDL_ttf], [$THREAD_INC]) and of course : src/lib/sdl/Makefile \ src/lib/sdl/sound/Makefile \ src/lib/sdl/kit2d/Makefile \ ) Have fun ! -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl030105.tar.bz2 Type: application/x-tbz Size: 232676 bytes Desc: not available URL: From gambas at ...1... Mon Jan 3 14:55:11 2005 From: gambas at ...1... (Benoit Minisini) Date: Mon, 3 Jan 2005 14:55:11 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault In-Reply-To: <200501031220.48925.lordheavy@...141...> References: <41D91CBC.20806@...45...> <41D923E6.3090404@...103...> <200501031220.48925.lordheavy@...141...> Message-ID: <200501031455.12127.gambas@...1...> On Monday 03 January 2005 12:20, Laurent Carlier wrote: > Le Lundi 3 Janvier 2005 11:52, Daniel Campos a ?crit?: > > >Because it must be an unsigned value. Here you should do : > > >TextBox1.Pos= TextBox1.Pos - 4 > > > > > >Currently it seems that -4 is converted to an unsigned value so going > > > "out of range" of the text -> segfault ! > > > > > >Regards, > > > > Yes, but it must be fixed, no segfaults are allowed in Gambas in 2005 > > :-))) > > > > Regards, > > > > D. Campos > > small fix : > > BEGIN_PROPERTY(CTEXTBOX_pos) > > GET_TEXT_BOX(); > > if (READ_PROPERTY) > GB.ReturnInteger(textbox->cursorPosition()); > else > { > unsigned int _pos = VPROP(GB_INTEGER); > > if (_pos > textbox->text().length()) > _pos = textbox->text().length(); > > textbox->setCursorPosition(_pos); > } > > END_PROPERTY > > Regards, Mmm. It is a bug in QT, not in Gambas! :-) I will fix it, but not by converting an int to an unsigned int! Horrible! Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Mon Jan 3 15:01:36 2005 From: gambas at ...1... (Benoit Minisini) Date: Mon, 3 Jan 2005 15:01:36 +0100 Subject: [Gambas-devel] QT Textbox bug (2) In-Reply-To: <41D927E0.8010102@...103...> References: <41D927E0.8010102@...103...> Message-ID: <200501031501.37234.gambas@...1...> On Monday 03 January 2005 12:09, Daniel Campos wrote: > Another bug: > > TextBox1.Selection --> works OK, selects all text > TextBox1.Selection.All() --> Seems to do nothing ! > > > Regards, > > D. Campos > OK. I fixed it. As a workaround, you can call TextBox1.Select() -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Mon Jan 3 15:11:15 2005 From: gambas at ...1... (Benoit Minisini) Date: Mon, 3 Jan 2005 15:11:15 +0100 Subject: [Gambas-devel] gambas source code structure In-Reply-To: <1104752530.2536.36.camel@...179...> References: <41D91CBC.20806@...45...> <1104752530.2536.36.camel@...179...> Message-ID: <200501031511.15835.gambas@...1...> On Monday 03 January 2005 12:42, Jos? L. Redrejo Rodr?guez wrote: > Hi Beno?t, I would like you to think about modifying the source code > structure for gambas. Your project has grown up a lot, and everyday is > harder to maintain the components as a whole, because of their > interdependencies. I would like to see a model similar to most > programming languages in the linux world (python, perl, C, etc.). I.E. a > separated api that allows to compile the different components of > libraries outside from the main tree. > > So if I would like to get only the net component I only would need the > gambas headers (and library), net libraries and net component source > code to compile it. > > This would make distro maintainers life much easier, because we would > have the source code split. Nowadays if only a component fails, all the > gambas components are stopped because they share the same source code > package. I am in charge of the development of the LinEx distribution (a > regional Debian based distribution) and I have included gambas-runtime & > gambas-qt components in the last linex cd version. That means that in a > couple of months more than 60.000 computers will be upgraded to that > version and will have the ability of run the gambas apps we have made. > Maintaining such network is harder if I have to recompile the gambas > code everytime a component is updated or a bug is corrected. Sorry, I don't understand the problem. If you just want to compile one component, enter its directory, and type "make". The compilation of the entire package must not break, or that's mean this is not a package to use. And bug fixes are often not independant. They can concern simultaneously the interpreter, the compiler and the component for example. And I don't see how I could split the source code! > > Component developers life would also be easier for the same reasons, > they wouldn't have to worry about inserting their code inside your core > source tree. You could even share your work easily giving some > components administration to some volunteers and you would only work in > your favorite components and the gambas core. I don't want to let too many freedom to other developers, because I have to look at the interface of their components, to ensure they are coherent and simple to use. > > It is a suggestion, but I think it would be a useful step in gambas > development, and it doesn't mean a lot of work to do. > If you could more details about how I can split the source code, maybe I could do something :-) > Regards. > > Regards, -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Mon Jan 3 15:18:33 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 15:18:33 +0100 Subject: [Gambas-devel] Qt component / Segmentation fault In-Reply-To: <200501031455.12127.gambas@...1...> References: <41D91CBC.20806@...45...> <200501031220.48925.lordheavy@...141...> <200501031455.12127.gambas@...1...> Message-ID: <200501031518.33553.lordheavy@...141...> Le Lundi 3 Janvier 2005 14:55, Benoit Minisini a ?crit?: > > Mmm. It is a bug in QT, not in Gambas! :-) > > I will fix it, but not by converting an int to an unsigned int! Horrible! > Of course, QT doesn't check if cursor pos is "out of range" and yes, there's no need for an unsigned int :) Have a nice day ! -- Laurent Carlier From jredrejo at ...101... Mon Jan 3 16:14:01 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Mon, 03 Jan 2005 16:14:01 +0100 Subject: [Gambas-devel] gambas source code structure In-Reply-To: <200501031511.15835.gambas@...1...> References: <41D91CBC.20806@...45...> <1104752530.2536.36.camel@...179...> <200501031511.15835.gambas@...1...> Message-ID: <1104765241.2536.71.camel@...179...> El lun, 03-01-2005 a las 15:11 +0100, Benoit Minisini escribi?: > On Monday 03 January 2005 12:42, Jos? L. Redrejo Rodr?guez wrote: > > Hi Beno?t, I would like you to think about modifying the source code > > structure for gambas. Your project has grown up a lot, and everyday is > > harder to maintain the components as a whole, because of their > > interdependencies. I would like to see a model similar to most > > programming languages in the linux world (python, perl, C, etc.). I.E. a > > separated api that allows to compile the different components of > > libraries outside from the main tree. > > > > So if I would like to get only the net component I only would need the > > gambas headers (and library), net libraries and net component source > > code to compile it. > > > > This would make distro maintainers life much easier, because we would > > have the source code split. Nowadays if only a component fails, all the > > gambas components are stopped because they share the same source code > > package. I am in charge of the development of the LinEx distribution (a > > regional Debian based distribution) and I have included gambas-runtime & > > gambas-qt components in the last linex cd version. That means that in a > > couple of months more than 60.000 computers will be upgraded to that > > version and will have the ability of run the gambas apps we have made. > > Maintaining such network is harder if I have to recompile the gambas > > code everytime a component is updated or a bug is corrected. > > Sorry, I don't understand the problem. > Ok, maybe my english is a part of the misunderstanding. I will try it again. > If you just want to compile one component, enter its directory, and type > "make". > > The compilation of the entire package must not break, or that's mean this is > not a package to use. And bug fixes are often not independant. They can > concern simultaneously the interpreter, the compiler and the component for > example. > But if you (or anybody else for his own purposes) want to create a new component has to modify gambas configure files. > And I don't see how I could split the source code! > It should be easy: just split it in parts with its dependencies. You can separate the examples , ide and gambas-databasemanager in different package sources. That's easy and I don't care about it, I could do it too. But the most important: what headers and libraries need any gambas component from the gambas runtime and core to be compiled? All those should be separated in another tar.gz package. And finally, the source code to build any of the rpmg/deb packages that gambas builds in Mandrake/Suse/Debian should be in a different tar.gz. Just think , for example, of how python, perl, C, etc. are packaged in your distribution, and how almost every package has its own source code package. I am not saying this division should be so radical, but at least, the headers and libraries needed to build a component should generate a dev/rpm package. And every component should have its own source package that should allow to compile it if you install the, let's say, gambas-dev package. > > > > Component developers life would also be easier for the same reasons, > > they wouldn't have to worry about inserting their code inside your core > > source tree. You could even share your work easily giving some > > components administration to some volunteers and you would only work in > > your favorite components and the gambas core. > > I don't want to let too many freedom to other developers, because I have to > look at the interface of their components, to ensure they are coherent and > simple to use. I know, I know, but even if you have to look at them, life would be easier for people who are developing new components. I do think you should check all the official and good gambas components, but that shouldn't be in conflict with make things easier for whoever wants to do a new component for his own use, or for whoever helps you in making or maintaining an "official" component. > > > > > It is a suggestion, but I think it would be a useful step in gambas > > development, and it doesn't mean a lot of work to do. > > > > If you could more details about how I can split the source code, maybe I could > do something :-) > The reason for these thoughts are all the problems I have found to upload gambas to Debian. In debian you upload source code, patches applied to that code and a description file of the package. If the source code builds a lot of different packages (as gambas does), one problem with only one of those packages blocks all the packages. And whenever a new package is created from the source code you have to pass the checking of the ftp master, what means some weeks waiting for all gambas code ... But I think is not only my problem, a building more similar to the way most linux languages usually have would be useful for everybody. In fact, if their developers do it in such way is because they think is the best way for them and their users. Finally, if you think this is not an important issue, don't do it, but I am afraid that in a future if gambas continues growing (as I hope) I will have to try to do it before upload more gambas components to Debian, and, very probably, I will ask you to lend me a hand. Regards. From sourceforge-raindog2 at ...19... Mon Jan 3 16:22:34 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 3 Jan 2005 10:22:34 -0500 Subject: [Gambas-devel] gambas source code structure In-Reply-To: <1104752530.2536.36.camel@...179...> References: <41D91CBC.20806@...45...> <1104752530.2536.36.camel@...179...> Message-ID: <200501031022.34697.sourceforge-raindog2@...19...> On Monday 03 January 2005 06:42, Jos? "L. Redrejo" Rodr?guez wrote: > whole, because of their interdependencies. I would like to > see a model similar to most programming languages in the linux > world (python, perl, C, etc.). I.E. a separated api that > allows to compile the different components of libraries > outside from the main tree. I would like to see a packaged called "gambas-devel" that works like the "perl-devel" package too, but I don't think Benoit is into the idea. Therefore I suggest the creation of a "gambas-source" package like the "kernel-source" package, which you can BuildRequires: in RPM creation or do the equivalent in apt, meaning you wouldn't have to include the whole Gambas source in your component's source package. There is definitely going to be a need for components that are distributed separate from Gambas... already people have talked about building components to talk to this or that obscure piece of hardware, and we are going to want to have those available to everyone but not have to ship every component everyone ever makes with the core Gambas tarball. I will make a gambas-source package for Mandrake when I get 1.0 packages going. Rob From lordheavy at ...141... Mon Jan 3 18:47:41 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 18:47:41 +0100 Subject: [Gambas-devel] About next Gambas version In-Reply-To: <200501022213.49677.gambas@...1...> References: <200501022213.49677.gambas@...1...> Message-ID: <200501031847.41820.lordheavy@...141...> Le Dimanche 2 Janvier 2005 22:13, Benoit Minisini a ?crit?: > The new development version of gambas will be numbered 1.1.x or 1.9.x, I am > not completetly determined. Well, 1.9.x seems to be cool :-) > No 1.1 release ? We will jump from 1.0.x to 2.0 ? > BUT, as we must be able to install the current 1.0 and the next 2.0 on the > same system, the package will be renamed 'gambas2' > > Things of gambas2 will be installed in /usr/lib/gambas2, usr/share/gambas2, > and so on. The interpreter should be renamed too (gbx2), and I think the > tools (gbi, gba, gbc, gambas, gambas-database-manager) will move > in /usr/lib/gambas2/bin or something similar. > Good. As major change number, usually sone with api change, perhaps the ide and database-manager can have their own package ? > So, the name of the current package is gambas-1.0.x.tar.bz2 > And the name of the development package will be gambas2-1.9.x.tar.bz2 > > Is it clear for everyone ? :-) Do you think the changes ''ve made to SDL component are judicious ? if they are you can put it in devel tree. Regards, -- Laurent Carlier From lordheavy at ...141... Mon Jan 3 21:48:25 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 3 Jan 2005 21:48:25 +0100 Subject: [Gambas-devel] Gambas on the french website linuxfr ! Message-ID: <200501032148.25358.lordheavy@...141...> Here you can find the news i've post on linuxfr (it's in french) Remember that Slashdot don't want to publish a news about ! http://linuxfr.org/2005/01/03/17992.html -- Laurent Carlier From sourceforge-raindog2 at ...19... Mon Jan 3 21:45:16 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 3 Jan 2005 15:45:16 -0500 Subject: [Gambas-devel] Can I clone and translate the gambas website include wiki In-Reply-To: <200501032014.j03KEQou019167@...203...> References: <200501032014.j03KEQou019167@...203...> Message-ID: <200501031545.16969.sourceforge-raindog2@...19...> On Tuesday 11 February 2003 06:25, yizhou wrote: > Since many Chinese people need Chinese version manual and > website, I want to translate the gambas website and wiki into > Simplified Chinese, How can I do that? I mean how can I get > the best English version?Do I have to have my own web space or > I can just send translated file to the maillist? Or you can > give me a ftp folder to upload? If you have your own web space and can install TWiki, I can send you the TWiki source for all the pages. If not, I could just make a gambas-chinese folder on the wiki's host, and copy the wiki into it for you and anyone else to translate (or whatever name you would like it, but I think it has to be 7-bit clean.) Of course, in either case, it would be your responsibility to watch changes to the main Gambas wiki and replicate them on the Chinese one. Let me know which would work best for you. Thanks Rob From karl.reinl at ...16... Mon Jan 3 23:25:24 2005 From: karl.reinl at ...16... (Charlie) Date: Mon, 03 Jan 2005 23:25:24 +0100 Subject: [Gambas-devel] Can I clone and translate the gambas website include wiki References: <200501032014.j03KEQou019167@...203...> Message-ID: <41D9C654.7070009@...16...> yizhou schrieb: Hey your date seams wrong, 11.02.2003 .. ?? On Tuesday 11 February 2003 06:25, yizhou wrote: >Since many Chinese people need Chinese version manual and website, I want to >translate the gambas website and wiki into Simplified Chinese, How can I do >that? I mean how can I get the best English version?Do I have to have my own >web space or I can just send translated file to the maillist? Or you can >give me a ftp folder to upload? > >By the way, the domain name gbasic.com is remain unregisted, do you guys >interested? > >Yizhou He > > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From Karl.Reinl at ...16... Tue Jan 4 00:07:25 2005 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 4 Jan 2005 00:07:25 +0100 Subject: [Gambas-devel] Splitting gambas in parts !? Message-ID: <200501040007.25817.Karl.Reinl@...16...> Salut, I think that is a good idea to split the gambas packege into at less 4 parts. 1. the engine 2. the IDE 3. the Database manager 4. the exampels that gives more posibillities, to all of them. But, also more work to keep it together. So it will be not only a new version of the engine,but also new versions of the other parts, which can/must be downloaded . In that way also the pb that Bugs in the IDE are not reported as gambas (said the engine) bugs, but as IDE bugs etc. But to thinking further, don't we need another email-list structur for that ? Do we use tools, like cvs to keep all together ? Will Benoit, give the hand to someone other for the IDE etc? Amicalment Charlie From danielcampos at ...45... Tue Jan 4 18:16:18 2005 From: danielcampos at ...45... (Daniel Campos) Date: Tue, 04 Jan 2005 18:16:18 +0100 Subject: [Gambas-devel] Here GTK+ continues growing Message-ID: <41DACF62.7070703@...45...> New version: -> Added a fully functional TextBox and a fully functional PictureBox. -> Added Panel, HPanel, VPanel, HBox and VBox. -> I've implemented the Watch and Wait hooks, so programs watching pocesses or network objects are able to work now. -> Buttons can display accelerators keys now. -> Some bugs in all the code fixed. Isend also a little sample to allow you play with GTK+. Regards, Daniel Campos P.S: Beno?t, I can't find differences between my Makefile.am and the one you placed in gambas2-1.9... may be you forgot something? By other side, gambas2-1.9 wasn't able to compile as you forgot to add the widgets_private.h file in gb.gtk. -------------- next part -------------- A non-text attachment was scrubbed... Name: TestGtk.tar.gz Type: application/x-gzip Size: 7563 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050104-gb1.0.tar.bz2 Type: application/x-bzip Size: 53629 bytes Desc: not available URL: From bdragon at ...185... Tue Jan 4 18:21:24 2005 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 4 Jan 2005 11:21:24 -0600 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: References: Message-ID: <20050104112124.5kz6ei9qv6yogok4@...186...> Quoting Jonathan Wong : > I heard there were so problems compiling Gambas on Cygwin. I was > wondering how I could help out and how to begin. > Hello, Jonathan. Sorry to be so late replying. I was offline for a while. I already got most of the core components running, with the exception of the QT component. Currently, it's not the easiest to get running (for one, the make system expects QT to work) but I have gotten simple command line programs to work fine. Other areas of concern are reentrant network functions and an undefined pow10 (off the top of my head) in the gb.vb module. Using the latest RC will get you pretty close to a working gambas though. I'm in the planning stages of writing a fox toolkit component to use as an alternate GUI component on Windows. I just need to find the time/energy to get some actual code banged out. KDE-CYGWIN QT _REALLY_ doesn't like linking against a shared library on win32. I might have to become a libtool developer to figure that one out. ;) Seriously, I don't think anyone has even attempted it before me. Shared libraries themselves on cygwin are in flux right now. Watch the GNU libtool list. Really, I don't know if Fox will even link properly against a shared library in Cygwin. I'm willing to try, though.... GTK is probabaly the best solution as far as Cygwin compatability goes (C dynamic linkages WORK PROPERLY on Cygwin), but I don't know GTK, and nobody else has written the component yet. :( Email me if you need more details or run into problems. --Brandon bdragon [at] mailsnare.net From bdragon at ...185... Tue Jan 4 18:42:03 2005 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 4 Jan 2005 11:42:03 -0600 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <20050104112124.5kz6ei9qv6yogok4@...186...> References: <20050104112124.5kz6ei9qv6yogok4@...186...> Message-ID: <20050104114203.1vjgfkgiuhc8cgwc@...186...> Quoting Brandon Bergren : > GTK is probabaly the best solution as far as Cygwin compatability goes (C > dynamic linkages WORK PROPERLY on Cygwin), but I don't know GTK, and nobody > else has written the component yet. :( Um, I take that back. heh heh. Maybe I shoulda read the rest of my email before sending anything out. To Daniel: Thanks for writing a GTK component! :) --Brandon From danielcampos at ...45... Tue Jan 4 22:10:31 2005 From: danielcampos at ...45... (Daniel Campos) Date: Tue, 04 Jan 2005 22:10:31 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <20050104114203.1vjgfkgiuhc8cgwc@...186...> References: <20050104112124.5kz6ei9qv6yogok4@...186...> <20050104114203.1vjgfkgiuhc8cgwc@...186...> Message-ID: <41DB0647.9050509@...45...> > > Um, I take that back. heh heh. > > Maybe I shoulda read the rest of my email before sending anything out. > > Note, however, that I'm writting this GTK+ component using C++, as is the only way I can manage that big amount of code beeing alone in this project. The component uses GTK+, so the linkage between GTK+ and the component is "C", and the linkage between the component and Gambas is also "C", but it internally is "C++". I have no idea if this can be a problem for your Cygwin project, as I do not know enough about ABIs, but I would like to remark this point, as may be is useful for you. Regards, D. Campos > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From gambas at ...1... Wed Jan 5 10:59:19 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Jan 2005 10:59:19 +0100 Subject: [Gambas-devel] Here GTK+ continues growing In-Reply-To: <41DACF62.7070703@...45...> References: <41DACF62.7070703@...45...> Message-ID: <200501051059.19842.gambas@...1...> On Tuesday 04 January 2005 18:16, Daniel Campos wrote: > New version: > > -> Added a fully functional TextBox and a fully functional PictureBox. > -> Added Panel, HPanel, VPanel, HBox and VBox. > -> I've implemented the Watch and Wait hooks, so programs watching > pocesses or network objects are able to work now. > -> Buttons can display accelerators keys now. > -> Some bugs in all the code fixed. > > Isend also a little sample to allow you play with GTK+. > > > Regards, > > Daniel Campos > > P.S: Beno?t, I can't find differences between my Makefile.am and the one > you placed > in gambas2-1.9... may be you forgot something? > > By other side, gambas2-1.9 wasn't able to compile as you forgot to add > the widgets_private.h > file in gb.gtk. I compiled it yet! Did you fix the Makefile.am so that I can quietly merge it ? -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Wed Jan 5 11:03:19 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Jan 2005 11:03:19 +0100 Subject: [Gambas-devel] sdl component In-Reply-To: <200501031324.06082.lordheavy@...141...> References: <200501031324.06082.lordheavy@...141...> Message-ID: <200501051103.19739.gambas@...1...> On Monday 03 January 2005 13:24, Laurent Carlier wrote: > I've merge my sdl component with the actuel existing sound component. There > is no changes in the two component, just a merge. > i've call it 'kit2d', but if you have a better name ! > > You can use the twice beside without probs ! > > the configure.in change : > > dnl ---- SDL component > dnl sound needs: libvorbisfile.la libsmpeg.la libogg.la > dnl kit2d needs: SDL_image SDL_gfx SDL_ttf > > GB_COMPONENT( > sdl, > SDL, > [SDL component], > [GB_FIND(SDL.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include > SDL*/include include/SDL*)], > [GB_FIND(libSDL.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], > [$C_LIB $THREAD_LIB -lSDL -lm], > [$THREAD_INC]) > > GB_COMPONENT( > sound, > SOUND, > [SDL Sound component], > [GB_FIND(SDL_mixer.h, /usr/local/lib /usr/local /opt /usr/lib /usr, > include SDL*/include include/SDL*)], > [GB_FIND(libSDL_mixer.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib > lib/SDL*)], > [-lSDL_mixer], > [$THREAD_INC]) > > GB_COMPONENT( > kit2d, > KIT2D, > [SDL video 2D component], > [GB_FIND(SDL_image.h SDL_gfxPrimitives.h > SDL_ttf.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include > SDL*/include include/SDL*)], > [GB_FIND(libSDL_image.$SHLIBEXT libSDL_gfx.$SHLIBEXT libSDL_ttf. > $SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], > [-lSDL_image -lSDL_gfx -lSDL_ttf], > [$THREAD_INC]) > > and of course : > src/lib/sdl/Makefile \ > src/lib/sdl/sound/Makefile \ > src/lib/sdl/kit2d/Makefile \ > ) > > Have fun ! I will call im sdl.video instead sdl.kit2d if it doesn't bother you... -- Benoit Minisini mailto:gambas at ...1... From andrea_bortolan at ...112... Wed Jan 5 11:30:13 2005 From: andrea_bortolan at ...112... (Andrea Bortolan) Date: Wed, 5 Jan 2005 11:30:13 +0100 (CET) Subject: [Gambas-devel] Gambas & ODBC In-Reply-To: <20041229110309.56800.qmail@...200...> Message-ID: <20050105103013.3645.qmail@...200...> Hi, here the new version of the ODBC code... I hope without many horrible things.... I followed your suggestions for the ODBC behavior about the result number of row. Now the code doesn't execute the query two times... and...no more global variables. There is a problem when I close the result windows, I get "QApplication::postEvent: Unexpected null receiver" but I don't have any ideas about what's wrong, do you ? Have a nice day, Andrea. ___________________________________ Nuovo Yahoo! Messenger: E' molto pi? divertente: Audibles, Avatar, Webcam, Giochi, Rubrica Scaricalo ora! http://it.messenger.yahoo.it -------------- next part -------------- A non-text attachment was scrubbed... Name: odbc-05-01-2005.tar.gz Type: application/x-gzip Size: 14248 bytes Desc: odbc-05-01-2005.tar.gz URL: From lordheavy at ...141... Wed Jan 5 11:35:30 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 5 Jan 2005 11:35:30 +0100 Subject: [Gambas-devel] sdl component In-Reply-To: <200501051103.19739.gambas@...1...> References: <200501031324.06082.lordheavy@...141...> <200501051103.19739.gambas@...1...> Message-ID: <200501051135.31293.lordheavy@...141...> Le Mercredi 5 Janvier 2005 11:03, Benoit Minisini a ?crit?: > > I will call im sdl.video instead sdl.kit2d if it doesn't bother you... No probs, but this componant cannot and will neither be compatible with 3d (opengl) due to SDL. -- Laurent Carlier From daniel.campos at ...103... Wed Jan 5 14:30:53 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Wed, 05 Jan 2005 14:30:53 +0100 Subject: [Gambas-devel] gtk -> 050105 Message-ID: <41DBEC0D.7030600@...103...> New version of GTK+ component. -> Fixed some problems in Pictures and Images -> Class "Key" implemented, Key_Press event is cancellable now Now the "Blights" and "Timer" examples from Gambas works OK with GTK+! Regards, D. Campos Beno?t: What should I fix in my Makefile.am? I do not understand... -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050105-gb1.0.tar.bz2 Type: application/x-bzip Size: 35493 bytes Desc: not available URL: From gambas at ...1... Wed Jan 5 14:51:06 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Jan 2005 14:51:06 +0100 Subject: [Gambas-devel] gtk -> 050105 In-Reply-To: <41DBEC0D.7030600@...103...> References: <41DBEC0D.7030600@...103...> Message-ID: <200501051451.06844.gambas@...1...> On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > New version of GTK+ component. > > -> Fixed some problems in Pictures and Images > -> Class "Key" implemented, Key_Press event is cancellable now > > Now the "Blights" and "Timer" examples from Gambas works OK with GTK+! > > Regards, > > D. Campos > > Beno?t: What should I fix in my Makefile.am? I do not understand... I saw! Just replace your Makefile.am by mine, and update the list of source files. This way, merging your changes will be easier. Regards, -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Wed Jan 5 17:11:23 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 5 Jan 2005 17:11:23 +0100 Subject: [Gambas-devel] Gambas and windows Message-ID: <200501051711.23149.lordheavy@...141...> Does anybody try to build the gambas core natively in windows, without the cygwin stuff ? As gtk exist natively .... Regards, -- Laurent Carlier From gambas at ...1... Wed Jan 5 17:41:51 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Jan 2005 17:41:51 +0100 Subject: [Gambas-devel] gtk -> 050105 In-Reply-To: <41DBEC0D.7030600@...103...> References: <41DBEC0D.7030600@...103...> Message-ID: <200501051741.52005.gambas@...1...> On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > New version of GTK+ component. > > -> Fixed some problems in Pictures and Images > -> Class "Key" implemented, Key_Press event is cancellable now > > Now the "Blights" and "Timer" examples from Gambas works OK with GTK+! > > Regards, > > D. Campos > > Beno?t: What should I fix in my Makefile.am? I do not understand... Is there a way to compile it with gtk+ 2.4 ? -- Benoit Minisini mailto:gambas at ...1... From jredrejo at ...101... Wed Jan 5 18:10:15 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Wed, 05 Jan 2005 18:10:15 +0100 Subject: [Gambas-devel] gtk -> 050105 In-Reply-To: <200501051741.52005.gambas@...1...> References: <41DBEC0D.7030600@...103...> <200501051741.52005.gambas@...1...> Message-ID: <1104945015.17461.1.camel@...195...> El mi?, 05-01-2005 a las 17:41 +0100, Benoit Minisini escribi?: > On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > > New version of GTK+ component. > > > > -> Fixed some problems in Pictures and Images > > -> Class "Key" implemented, Key_Press event is cancellable now > > > > Now the "Blights" and "Timer" examples from Gambas works OK with GTK+! > > > > Regards, > > > > D. Campos > > > > Beno?t: What should I fix in my Makefile.am? I do not understand... > > Is there a way to compile it with gtk+ 2.4 ? > I do it adding this lines to the widgets.h file: GdkPixbuf* gtk_clipboard_wait_for_image (GtkClipboard *clipboard); gboolean gtk_clipboard_wait_is_image_available (GtkClipboard *clipboard); void gtk_clipboard_set_image (GtkClipboard *clipboard, GdkPixbuf *pixbuf); void gtk_clipboard_set_can_store (GtkClipboard *clipboard, const GtkTargetEntry *targets, gint n_targets); void gtk_target_list_add_text_targets (GtkTargetList *list, guint info); GdkPixbuf* gdk_pixbuf_flip (const GdkPixbuf *src, gboolean horizontal); void gtk_label_set_single_line_mode (GtkLabel *label, gboolean single_line_mode); With it it compiles pefectly with gtk 2.4, and most of the features work, only some related to copy & paste don't do nothing obviously. Regards From jredrejo at ...101... Wed Jan 5 19:24:36 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Wed, 05 Jan 2005 19:24:36 +0100 Subject: [Gambas-devel] stable & experimental gambas packages available for Debian users Message-ID: <1104949476.17461.9.camel@...195...> I have compiled last gambas stable version for Debian, but I have also compiled the last odbc component developed by Andrea Bortolan and the last gtk and gbgrid components developed by Daniel Campos, they are available as gambas-gb-db-odbc gambas-gb-qt-gbgrid gambas-gb-gtk packages. Debian sarge & sid users just need to add the line deb http://www.linex.org/sources/linex/debian/ cl gambas to their /etc/apt/sources.list. This line only will add gambas dependant packages, no one package else will be affected. For non-debian users, the source I have compiled is available at http://www.linex.org/sources/linex/debian/dists/cl/gambas/source/ THere you will find the gambas...orig.tar.gz with the Beno?t sources and the patches that add the rest of the componentes are in the gambas... diff.gz file in that web directory. Just for fun and testing. Regards P.S. Do test the GbGrid example in the Database section of the examples with the new grid developed by Daniel Campos... You must see it... it is fantastic. From bdragon at ...185... Wed Jan 5 21:05:15 2005 From: bdragon at ...185... (Brandon Bergren) Date: Wed, 5 Jan 2005 14:05:15 -0600 Subject: [Gambas-devel] Gambas and windows In-Reply-To: <200501051711.23149.lordheavy@...141...> References: <200501051711.23149.lordheavy@...141...> Message-ID: <20050105140515.1qghjbgfmo84ock4@...186...> Quoting Laurent Carlier : > Does anybody try to build the gambas core natively in windows, without the > cygwin stuff ? > > As gtk exist natively .... > Getting it compiling in cygwin is just the start. It's the kind of thing that needs to be done in small steps. Once I get all the pieces working properly in cygwin, I'll start porting parts to mingw, which is a native compiler. (or msvc, but I don't want to have to maintain a nmake tree. Yuk.) You're welcome to try. Some hints though -- *gb.net will NOT work without some tweaking. Winsock and BSD Sockets are just incompatible enough to make you want to pull your hair out. *You'll need a working libltdl. Which means writing a config.h by hand and compiling by hand, as far as I can tell. *I don't think most of the source code will like Windows' style of storing files (\ is an escape character, damnit! ;) *gb.qt supposedly has X11 specific code in it. *Have a VERY good knowlege of how DLLs work, and how .so's work, and why they're not the same thing. *It would probabaly be hazardous to your health ;P I'm not even going to THINK about a native port until the Cygwin port is ready and stable. My head hurts enough as it is. :( > Regards, > > -- > > Laurent Carlier Thanks for your interest, ==Brandon B. From yizhou_he at ...143... Thu Jan 6 07:11:50 2005 From: yizhou_he at ...143... (Yizhou He) Date: Thu, 06 Jan 2005 14:11:50 +0800 Subject: [Gambas-devel] Re: Gambas-devel digest, Vol 1 #451 - 6 msgs Message-ID: <40e8b43ff3.43ff340e8b@...143...> Hi, guys: I really like if Gambas runs on windows too. Why so many people have to compile gambas on windows. Isn't that write another version core in msvc a lot easier? The IDE is writen in Gambas, that is not a problem, but still under development. But the language is done. All we need is write a compiler in msvc. Remember, make windows version and linux version Gambas code compatible is good enough. which means the program writen in windows version Gambas runs fine on linux version Gambas. I'm not sure how much work is that, but I would not expect it will take more work than switch form QT library to GTK. And I personally consider this will be more important than add GTK support to Gambas. Although treeview textbox will looks different, but that is fine. we can do a lot about that later. But if we can do this, then gambas user can easily write cross-platform program. All they need to do is recompile. Image that, MS is having headache. Those programer knows VB very well would like to take a few time to learn Gambas(Since it take less time to learn than any other language) so that his program runs on linux too. after all, having user to install cgywin to run program writen in gambas is not good experience. Agree? Did I set the bar too high. Although I have contribute in code level. But I personally consider set the bar as a kind of contribute. I download a twiki and make it runs well. I'm starting to translate Gambas wiki into Simplify Chinese. Is there any way that we can include a offline Chinese version as help and distribute with source? Yizhou He From yizhou_he at ...143... Thu Jan 6 07:44:09 2005 From: yizhou_he at ...143... (Yizhou He) Date: Thu, 06 Jan 2005 14:44:09 +0800 Subject: [Gambas-devel] Re: Gambas-devel digest, Vol 1 #451 - 6 msgs Message-ID: <42a5443eed.43eed42a54@...143...> Rob Kudla: I setup a twiki for Gambas for Simplified Chinese. Before I start translate, I would like to ask you to check if I got the right Gambas Documents. I got it by download from http://www.binara.com/gambas-wiki/static-Gambas.zip I have some problem with the picture and trying to fix it. I thought if you can send me the url so that I can download your English file will be better for later update. If you can take some time to check http://152.19.38.201/twiki/bin/view/EnGambas/WebHome http://152.19.38.201/twiki/bin/view/CnGambas/WebHome to find out if there are something I don't know about. Yizhou He Research Technician (Xiong Lab) Lineberger Comprehensive Cancer Center University of North Carolina at Chapel Hill Chapel Hill, NC 27599-7295 Tel: (919)-962-2143 ----- Original Message ----- From: gambas-devel-request at lists.sourceforge.net Date: Thursday, January 6, 2005 12:06 pm Subject: Gambas-devel digest, Vol 1 #451 - 6 msgs > Send Gambas-devel mailing list submissions to > gambas-devel at lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/gambas-devel > or, via email, send a message with subject or body 'help' to > gambas-devel-request at lists.sourceforge.net > > You can reach the person managing the list at > gambas-devel-admin at lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Gambas-devel digest..." > > > Today's Topics: > > 1. Re: gtk -> 050105 (Benoit Minisini) > 2. Gambas and windows (Laurent Carlier) > 3. Re: gtk -> 050105 (Benoit Minisini) > 4. Re: gtk -> 050105 (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO- > 8859-1?Q?Rodr=EDguez?=) > 5. stable & experimental gambas packages available for Debian > users (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859- > 1?Q?Rodr=EDguez?=) 6. Re: Gambas and windows (Brandon Bergren) > > --__--__-- > > Message: 1 > From: Benoit Minisini > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] gtk -> 050105 > Date: Wed, 5 Jan 2005 14:51:06 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > > New version of GTK+ component. > > > > -> Fixed some problems in Pictures and Images > > -> Class "Key" implemented, Key_Press event is cancellable now > > > > Now the "Blights" and "Timer" examples from Gambas works OK with > GTK+!> > > Regards, > > > > D. Campos > > > > Beno=EEt: What should I fix in my Makefile.am? I do not > understand... > I saw! Just replace your Makefile.am by mine, and update the list > of source= > =20 > files. This way, merging your changes will be easier. > > Regards, > > =2D-=20 > Benoit Minisini > mailto:gambas at ...1... > > > --__--__-- > > Message: 2 > From: Laurent Carlier > To: gambas-devel at lists.sourceforge.net > Date: Wed, 5 Jan 2005 17:11:23 +0100 > Subject: [Gambas-devel] Gambas and windows > Reply-To: gambas-devel at lists.sourceforge.net > > Does anybody try to build the gambas core natively in windows, > without the > cygwin stuff ? > > As gtk exist natively .... > > Regards, > > -- > > Laurent Carlier > > > --__--__-- > > Message: 3 > From: Benoit Minisini > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] gtk -> 050105 > Date: Wed, 5 Jan 2005 17:41:51 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > > New version of GTK+ component. > > > > -> Fixed some problems in Pictures and Images > > -> Class "Key" implemented, Key_Press event is cancellable now > > > > Now the "Blights" and "Timer" examples from Gambas works OK with > GTK+!> > > Regards, > > > > D. Campos > > > > Beno=EEt: What should I fix in my Makefile.am? I do not > understand... > Is there a way to compile it with gtk+ 2.4 ? > > =2D-=20 > Benoit Minisini > mailto:gambas at ...1... > > > --__--__-- > > Message: 4 > Subject: Re: [Gambas-devel] gtk -> 050105 > From: =?ISO-8859-1?Q?Jos=E9?= "L. Redrejo" =?ISO-8859- > 1?Q?Rodr=EDguez?= > To: gambas-devel at lists.sourceforge.net > Organization: UNED > Date: Wed, 05 Jan 2005 18:10:15 +0100 > Reply-To: gambas-devel at lists.sourceforge.net > > El mi=E9, 05-01-2005 a las 17:41 +0100, Benoit Minisini escribi=F3: > > On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > > > New version of GTK+ component. > > > > > > -> Fixed some problems in Pictures and Images > > > -> Class "Key" implemented, Key_Press event is cancellable now > > > > > > Now the "Blights" and "Timer" examples from Gambas works OK > with GTK+= > ! > > > > > > Regards, > > > > > > D. Campos > > > > > > Beno=EEt: What should I fix in my Makefile.am? I do not > understand...>=20 > > Is there a way to compile it with gtk+ 2.4 ? > >=20 > > I do it adding this lines to the widgets.h file: > GdkPixbuf* gtk_clipboard_wait_for_image (GtkClipboard *clipboard); > gboolean gtk_clipboard_wait_is_image_available > (GtkClipboard *clipboard); > void gtk_clipboard_set_image (GtkClipboard *clipboard, > GdkPixbuf *pixbuf); > void gtk_clipboard_set_can_store (GtkClipboard *clipboard, > const GtkTargetEntry > *targets, > gint n_targets); > void gtk_target_list_add_text_targets > (GtkTargetList *list, > guint info); > GdkPixbuf* gdk_pixbuf_flip (const GdkPixbuf *src, > gboolean horizontal); > void gtk_label_set_single_line_mode (GtkLabel *label, > gboolean > single_line_mode); > > With it it compiles pefectly with gtk 2.4, and most of the features > work, only some related to copy & paste don't do nothing obviously. > > Regards > > > > --__--__-- > > Message: 5 > From: =?ISO-8859-1?Q?Jos=E9?= "L. Redrejo" =?ISO-8859- > 1?Q?Rodr=EDguez?= > To: gambas-devel at lists.sourceforge.net > Organization: UNED > Date: Wed, 05 Jan 2005 19:24:36 +0100 > Subject: [Gambas-devel] stable & experimental gambas packages > available for Debian users > Reply-To: gambas-devel at lists.sourceforge.net > > I have compiled last gambas stable version for Debian, but I have also > compiled the last odbc component developed by Andrea Bortolan and the > last gtk and gbgrid components developed by Daniel Campos, they are > available as=20 > gambas-gb-db-odbc > gambas-gb-qt-gbgrid > gambas-gb-gtk > packages. Debian sarge & sid users just need to add the line > > deb http://www.linex.org/sources/linex/debian/ cl gambas > > to their /etThis line only will add gambas dependant packages, no > one package else > will be affected. > > For non-debian users, the source I have compiled is available at > http://www.linex.org/sources/linex/debian/dists/cl/gambas/source/=20 > THere you will find the gambas...orig.tar.gz with the Beno=EEt > sources an= > d > the patches that add the rest of the componentes are in the gambas... > diff.gz file in that web directory. > > Just for fun and testing. Regards > > P.S. Do test the GbGrid example in the Database section of the > exampleswith the new grid developed by Daniel Campos... You must > see it... it is > fantastic. > > > > --__--__-- > > Message: 6 > Date: Wed, 5 Jan 2005 14:05:15 -0600 > From: Brandon Bergren > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] Gambas and windows > Reply-To: gambas-devel at lists.sourceforge.net > > Quoting Laurent Carlier : > > > Does anybody try to build the gambas core natively in windows, > without the > > cygwin stuff ? > > > > As gtk exist natively .... > > > > Getting it compiling in cygwin is just the start. It's the kind > of thing that > needs to be done in small steps. > > Once I get all the pieces working properly in cygwin, I'll start > porting parts > to mingw, which is a native compiler. (or msvc, but I don't want > to have to > maintain a nmake tree. Yuk.) > > You're welcome to try. Some hints though -- > > *gb.net will NOT work without some tweaking. Winsock and BSD > Sockets are just > incompatible enough to make you want to pull your hair out. > *You'll need a working libltdl. Which means writing a config.h by > hand and > compiling by hand, as far as I can tell. > *I don't think most of the source code will like Windows' style of > storing files > (\ is an escape character, damnit! ;) > *gb.qt supposedly has X11 specific code in it. > *Have a VERY good knowlege of how DLLs work, and how .so's work, > and > why they're > not the same thing. > *It would probabaly be hazardous to your health ;P > > I'm not even going to THINK about a native port until the Cygwin > port is ready > and stable. My head hurts enough as it is. :( > > > Regards, > > > > -- > > > > Laurent Carlier > > Thanks for your interest, > ==Brandon B. > > > > > --__--__-- > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > End of Gambas-devel Digest > From w at ...191... Thu Jan 6 10:20:00 2005 From: w at ...191... (Ing. Vincenzo Virgilio) Date: Thu, 06 Jan 2005 10:20:00 +0100 Subject: [Gambas-devel] [Fwd: Re: Hello world Gambas] Message-ID: <41DD02C0.6050700@...191...> At the page http://www2.latech.edu/~acm/HelloWorld.shtml is a listing of all languages tested by ACM Chapter of Lousiana Tech. Now Gambas compares with the previous 204 languages tested. It's important to say that this is the first new submission in the last 3 years, Gambas is the only real fresh thing from a long while! Vincenzo Virgilio -------- Original Message -------- Subject: Re: Hello world Gambas From: Assoc. Computing Machinery To: Ing. Vincenzo Virgilio Dear Vicenzo, I'm pleased to tell you that the Gambas "hello world" code has been added to our collection. I was able to run the program successfully. Nevertheless, it would have been better if the program could be run only in the terminal (a more pure version). To review your submission please visit: http://www2.latech.edu/~acm/helloworld/gambas.html Thank your for your addition to the Hello World project, Esteban Fiallos, ACM President. From gambas at ...1... Thu Jan 6 14:54:13 2005 From: gambas at ...1... (Benoit Minisini) Date: Thu, 6 Jan 2005 14:54:13 +0100 Subject: [Gambas-devel] gtk -> 050105 In-Reply-To: <41DBEC0D.7030600@...103...> References: <41DBEC0D.7030600@...103...> Message-ID: <200501061454.13978.gambas@...1...> On Wednesday 05 January 2005 14:30, Daniel Campos wrote: > New version of GTK+ component. > > -> Fixed some problems in Pictures and Images > -> Class "Key" implemented, Key_Press event is cancellable now > > Now the "Blights" and "Timer" examples from Gambas works OK with GTK+! > > Regards, > > D. Campos > > Beno?t: What should I fix in my Makefile.am? I do not understand... I modified widgets.h and main.c so that the component compiles with gtk+ 2.4. I just implemented the missing functions with void functions. Your TestGtk works, but segfaults at exit. Maybe because of the previous hack ? In your TestGtk example, when stretch is true, then changing the alignment have a visual effect. This should change nothing... Can you merge my widgets.h and main.c, by replacing "#ifndef GTK_2_6" by the correct gtk version test ? Thanks in advance, Regards, -- Benoit Minisini mailto:gambas at ...1... -------------- next part -------------- A non-text attachment was scrubbed... Name: main.cpp Type: text/x-c++src Size: 4128 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: widgets.h Type: text/x-chdr Size: 11164 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Thu Jan 6 17:19:58 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Thu, 6 Jan 2005 11:19:58 -0500 Subject: [Gambas-devel] Re: Gambas-devel digest, Vol 1 #451 - 6 msgs In-Reply-To: <40e8b43ff3.43ff340e8b@...143...> References: <40e8b43ff3.43ff340e8b@...143...> Message-ID: <200501061119.58114.sourceforge-raindog2@...19...> On Thursday 06 January 2005 01:11, Yizhou He wrote: > Why so many people have to compile gambas on windows. > Isn't that write another version core in msvc a lot easier? I actually think it would be a lot *harder* than first targeting cygwin and then trying for a native port, but give it a try and let us know ;) Rob From gambas at ...1... Thu Jan 6 17:43:36 2005 From: gambas at ...1... (Benoit Minisini) Date: Thu, 6 Jan 2005 17:43:36 +0100 Subject: [Gambas-devel] Gambas development package Message-ID: <200501061743.36548.gambas@...1...> I uploaded a new gambas2-1.9.0.tar.bz2 including gb.gtk and gb.sdl.image for Laurent and Daniel so that they can continue on developing their components. The next step is merging gb.pcre from Rob. Did you have anew version since the last posted on this mailing-list, Rob ? -- Benoit Minisini mailto:gambas at ...1... From sourceforge-raindog2 at ...19... Thu Jan 6 17:56:20 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Thu, 6 Jan 2005 11:56:20 -0500 Subject: [Gambas-devel] Gambas development package In-Reply-To: <200501061743.36548.gambas@...1...> References: <200501061743.36548.gambas@...1...> Message-ID: <200501061156.20695.sourceforge-raindog2@...19...> On Thursday 06 January 2005 11:43, Benoit Minisini wrote: > The next step is merging gb.pcre from Rob. Did you have anew > version since the last posted on this mailing-list, Rob ? Nope, I ran into the expected learning curve with virtual classes and haven't had time to touch it since then due to the holidays. Sorry :) Rob From gambas at ...1... Thu Jan 6 18:03:32 2005 From: gambas at ...1... (Benoit Minisini) Date: Thu, 6 Jan 2005 18:03:32 +0100 Subject: [Gambas-devel] Gambas & ODBC In-Reply-To: <20050105103013.3645.qmail@...200...> References: <20050105103013.3645.qmail@...200...> Message-ID: <200501061803.32926.gambas@...1...> On Wednesday 05 January 2005 11:30, Andrea Bortolan wrote: > Hi, Hi, > here the new version of the ODBC code... > I hope without many horrible things.... > I followed your suggestions for the ODBC behavior > about the result number of row. Now the code doesn't > execute the query two times... > and...no more global variables. Can you try to use english variable names and, more important, english error messages in your code please ? > > There is a problem when I close the result windows, I > get > "QApplication::postEvent: Unexpected null receiver" > but I don't have any ideas about what's wrong, do you > ? It's a internal change in Qt. I must investigate to see what there is these messages each time you close a TableView. > > Have a nice day, Andrea. > I didn't understand why you had to to modify Result.c ? Your commentary is not clear. There is NO reason that the fact that ODBC function returns (-1) when the query is OK goes out from the ODBC driver. Can you give me more precision ? Thanks in advance, Regards, -- Benoit Minisini mailto:gambas at ...1... From danielcampos at ...45... Thu Jan 6 20:04:22 2005 From: danielcampos at ...45... (Daniel Campos) Date: Thu, 06 Jan 2005 20:04:22 +0100 Subject: [Gambas-devel] GTK-2.4 / fixed Message-ID: <41DD8BB6.5040507@...45...> OK: I've fixed gtk+ component for GTK+2.4, I've implemented the clipboard functions using methods provided by 2.4 (these functions are all but intuitive), and, by now, I've replaced the "flip" and "mirror" methods from Image class with stubs. The example I send should work correctly with this version + GTK+-2.4 Regards, D. Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050106A-gb1.0.tar.bz2 Type: application/x-bzip Size: 36454 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestGtk.tar.gz Type: application/x-gzip Size: 18880 bytes Desc: not available URL: From christian.faurebouvard at ...156... Thu Jan 6 20:41:50 2005 From: christian.faurebouvard at ...156... (Christian Faure) Date: Thu, 6 Jan 2005 16:41:50 -0300 Subject: [Gambas-devel] DBReport alpha version 0.0.3 In-Reply-To: <200501061454.13978.gambas@...1...> References: <41DBEC0D.7030600@...103...> <200501061454.13978.gambas@...1...> Message-ID: <200501061641.50353.christian.faurebouvard@...156...> Hello, Appy 2005! DBReport can be downloaded from http://cfaure.com/DBReport/DBReportDatabase-0.0.3.tar.gz http://cfaure.com/DBReport/DBReportViewer-0.0.3.tar.gz http://cfaure.com/DBReport/DBReportDesigner-0.0.3.tar.gz Please, if you have time, test it. i'am working on documentation... ...in spanish :-) From gambasfr at ...4... Thu Jan 6 21:42:53 2005 From: gambasfr at ...4... (Bodard Fabien) Date: Thu, 6 Jan 2005 21:42:53 +0100 Subject: [Gambas-devel] [Fwd: Re: Hello world Gambas] In-Reply-To: <41DD02C0.6050700@...191...> References: <41DD02C0.6050700@...191...> Message-ID: <200501062142.53913.gambasfr@...4...> It's really significative ! it can be in Visual Development Environments too, no? Regards, Fabien Bodard From nigel at ...2... Fri Jan 7 09:01:53 2005 From: nigel at ...2... (nigel at ...2...) Date: Fri, 7 Jan 2005 09:01:53 +0100 (CET) Subject: [Gambas-devel] Gambas development package Message-ID: <14475567.1105084913828.JavaMail.www@...207...> Benoit, Where have you uploaded the gambas2 versions? Could you include the sqlite3? Nigel -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel at ...2... Fri Jan 7 12:19:51 2005 From: nigel at ...2... (nigel at ...2...) Date: Fri, 7 Jan 2005 12:19:51 +0100 (CET) Subject: [Gambas-devel] Sqlite3 Message-ID: <27921474.1105096791833.JavaMail.www@...208...> Sqlite3 has been split from Sqlite and is the new development branch. It uses a different database format etc. The old Sqlite (2) will continue to be supported for sometime and is the production version. Therefore, a user could have both versions on his box - for this reason I split the driver. In theory, during the opening of a database I could check for the version and then conditionally load the different engine behind the driver. I will have to think about it :-) Nigel > Message date : Jan 01 2005, 05:39 PM > From : "Benoit Minisini" > To : gambas-devel at lists.sourceforge.net > Copy to : > Subject : Re: [Gambas-devel] Sqlite3 > On Wednesday 24 November 2004 11:51, nigel at ...2... wrote: > > Attached are the changes for the new split of sqlite; sqlite3. > > This will be presented as a seperate drive to the current sqlite driver > > which will continue to support the sqlite 2 tree. Bewarned: Only basic > > testing has been done. > > Nigel > > Isn't it possible to have only one driver for sqlite2 and sqlite3 ? > > -- > Benoit Minisini > mailto:gambas at ...1... > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From jredrejo at ...101... Fri Jan 7 12:48:30 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Fri, 07 Jan 2005 12:48:30 +0100 Subject: [Gambas-devel] About next Gambas version In-Reply-To: <200501022213.49677.gambas@...1...> References: <200501022213.49677.gambas@...1...> Message-ID: <1105098510.2583.12.camel@...179...> El dom, 02-01-2005 a las 22:13 +0100, Benoit Minisini escribi?: > The new development version of gambas will be numbered 1.1.x or 1.9.x, I am > not completetly determined. Well, 1.9.x seems to be cool :-) > > BUT, as we must be able to install the current 1.0 and the next 2.0 on the > same system, the package will be renamed 'gambas2' > > Things of gambas2 will be installed in /usr/lib/gambas2, usr/share/gambas2, > and so on. The interpreter should be renamed too (gbx2), and I think the > tools (gbi, gba, gbc, gambas, gambas-database-manager) will move > in /usr/lib/gambas2/bin or something similar. > > So, the name of the current package is gambas-1.0.x.tar.bz2 > And the name of the development package will be gambas2-1.9.x.tar.bz2 > > Is it clear for everyone ? :-) > I didn't notice it the first time I read this email, but today I have some points of disagreement with the new numbers for the next gambas release. I wouldn't like to see gbx, gbx2,gbx3 and so on in the following releases. Or if they exist, I think at least there should be a diversion with soft links from gbx to the gbxN the users wants, as it happens with gcc. Because.. projects made with the actual gambas version will run with the new runtime, won't them?. In that case, these projects search gbx to run, no gbx2. The same thing with compilation and so on... I really don't see the need to rename the next release. As it is not a production release, whoever desires to use it must know it is not safe, and when it is ready for production it could replace without any problem the actual release. Regards. From lordheavy at ...141... Fri Jan 7 13:19:04 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Fri, 7 Jan 2005 13:19:04 +0100 Subject: [Gambas-devel] Gambas and windows In-Reply-To: <20050105140515.1qghjbgfmo84ock4@...186...> References: <200501051711.23149.lordheavy@...141...> <20050105140515.1qghjbgfmo84ock4@...186...> Message-ID: <200501071319.04440.lordheavy@...141...> Le Mercredi 5 Janvier 2005 21:05, Brandon Bergren a ?crit?: > > Thanks for your interest, > ==Brandon B. > Thanks for your answer Brandon ! Regards, -- Laurent Carlier From sourceforge-raindog2 at ...19... Fri Jan 7 14:40:21 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Fri, 7 Jan 2005 08:40:21 -0500 Subject: [Gambas-user] Re: [Gambas-devel] About next Gambas version In-Reply-To: <1105098510.2583.12.camel@...179...> References: <200501022213.49677.gambas@...1...> <1105098510.2583.12.camel@...179...> Message-ID: <200501070840.21856.sourceforge-raindog2@...19...> On Friday 07 January 2005 06:48, Jos? "L. Redrejo" Rodr?guez wrote: > I wouldn't like to see gbx, gbx2,gbx3 and so on in the > following releases. Or if they exist, I think at least there > should be a diversion with soft links from gbx to the gbxN the > users wants, as it happens with gcc. > Because.. projects made with the actual gambas version will > run with the new runtime, won't them?. In that case, these I remember porting a VB3 program to VB6. That wasn't pretty, but at least VB's runtime DLLs are renamed with each version. Gambas being an interpreted language at present means that the most direct equivalent to vbrun*.dll is gbx, so I think that needs to be renamed. I can only imagine that Gambas will change significantly between major releases and possibly break source compatibility, just as Qt, Gtk and even gcc do. Unlike gcc, though, gbx needs to be present on target machines and therefore the symlink and /etc/alternatives stuff would likely be harmful. One cute way of doing it would be to repackage gbx as gbx1 when gbx2 comes out, and change gbx to a "switcher" program that somehow determines which version of gbx is needed and attempts to run it. Rob From karl.reinl at ...16... Fri Jan 7 17:09:34 2005 From: karl.reinl at ...16... (Charlie) Date: Fri, 07 Jan 2005 17:09:34 +0100 Subject: [Gambas-devel] DBReport alpha version 0.0.3 References: <41DBEC0D.7030600@...103...> <200501061454.13978.gambas@...1...> <200501061641.50353.christian.faurebouvard@...156...> Message-ID: <41DEB43E.4000705@...16...> Christian Faure schrieb: >------------------------ snip ------------------ >Please, if you have time, test it. > > > Salut Christian, this is realy a good piece of Software. I only had a short go, but I was impressed by it. Here my report: But a handbook is needed I think to use the Designer. For Database Connection mask, the 'Drop' button should be named 'Aboard' during creation of a connection, that is more clear, no ! It would be helpfull to use a OpenDialog to determine the target for sqlite. And dit you think about, for use from other Software to print or show results, not using the Viewer? Here I send you a Report which crashes (DBReportDesigner-0.0.3 and DBReportViewer-0.0.3). - I started with a new report, made a Connnection, said 'create report sections', then I deleted all the sections and made this report. It was poss. to have all section as report.header(DBReportDesigner-0.0.3). How can I leaf the execute-box (DBReportDesigner-0.0.3)? How delete a Param no more needed.(DBReportDesigner-0.0.3)? Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: myTest.xml Type: text/xml Size: 3026 bytes Desc: not available URL: From jredrejo at ...101... Fri Jan 7 18:19:08 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Fri, 07 Jan 2005 18:19:08 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <200501022220.52238.gambas@...1...> References: <41D84C5D.8040405@...45...> <200501022220.52238.gambas@...1...> Message-ID: <1105118348.2583.40.camel@...179...> Hi Benoit. There is a little bug with the new ide v 1.9.0 In class cClassInfo, subrutine InitControl ' Name could be "xxx=y" IF Component THEN IF NOT CComponent.Classes[Component &/ Name].Symbols[sProp] THEN PRINT Component;": ";Name;".";sProp;" declared but not implemented" CONTINUE ENDIF ENDIF makes fails components as net that have visual pseudocontrols, but are not graphic controls. For instance there you can find sProp="FlowControl=1,PortName,Parity=0,Speed=19200,DataBits=8,StopBits=1" I see the comment you wrote 'Name could be "xxx=y"' ,but the problem is still there. Just changing your code to: IF Component THEN IF NOT CComponent.Classes[Component &/Name].Symbols[Split(sProp,"=")[0]] THEN PRINT Component;": ";Name;".";sProp;" declared but not implemented" CONTINUE ENDIF ENDIF solves the problem. Regards. El dom, 02-01-2005 a las 22:20 +0100, Benoit Minisini escribi?: > On Sunday 02 January 2005 20:32, Daniel Campos wrote: > > Well: > > > > This is the second pre-alpha of the GTK+ component: > > > > -> Windows should work OK with fixed border. > > -> Added some fixes to Control creation and destruction. > > -> Added a missing header at gmainwindow.cpp > > -> Added the Timer class, the RadioButton class and the Frame class. > > -> "Messages" and "Dialogs" should work (except Dialog.SelectFont) > > > > Regards, > > > > Daniel Campos > > Got it :-) > > Here is a nice screenshot where you can see a form in the IDE, so displayed > with QT, and the same form displayed by the running project in GTK+. > > I have uploaded a package for you at: > http://gambas.sf.net/gambas2-1.9.0.tar.bz2 > > You will find how I modified your Makefile.am and configure.in to let your > gtk+ component compile. > > Enjoy it! > > Regards, > From christian.faurebouvard at ...156... Fri Jan 7 22:15:12 2005 From: christian.faurebouvard at ...156... (Christian Faure) Date: Fri, 7 Jan 2005 18:15:12 -0300 Subject: [Gambas-devel] DBReport alpha version 0.0.3 In-Reply-To: <41DEB43E.4000705@...16...> References: <41DBEC0D.7030600@...103...> <200501061641.50353.christian.faurebouvard@...156...> <41DEB43E.4000705@...16...> Message-ID: <200501071815.12894.christian.faurebouvard@...156...> El Viernes, 7 de Enero de 2005 13:09, Charlie escribi?: > Christian Faure schrieb: > >------------------------ snip ------------------ > >Please, if you have time, test it. > > Salut Christian, > Salut Charlie! Very thanks for your report, time (and pacience...) > this is realy a good piece of Software. > I only had a short go, but I was impressed by it. wow! Thanks! :-) > > Here my report: > > But a handbook is needed I think to use the Designer. Sure, in ToDo list! The problem: i can read French, English and Spanish, But i write only in Spanish!, the standard is English... > > For Database Connection mask, the 'Drop' button should be named 'Aboard' > during > creation of a connection, that is more clear, no ! Ok (or Delete connection ?) > > It would be helpfull to use a OpenDialog to determine the target for > sqlite. Ok, in ToDo list! > > And dit you think about, for use from other Software to print or show > results, not using the Viewer? Yes, it is possible now: 1. Create an executable for the viewer (very important to not modify suggested name and directory) 2. Now, in the designer you can open an example, then press "Preview" buton, then you see the preview into the designer, same way for merging in another application. Somes details: For them, i use the "USE" keyword (deprecated..) Both, the application and the viewer must by in separated directory, below the same directory (src): for example: src DBReportViewer MyApp Another restriction: the name of classes in viewer must be unique. in your app you need code like this: SUB Preview() USE "DBReportViewer" $preview=New("FViewer",p) $preview.Show() $preview.Push("OPEN(Your/Report/File/Name)") END SUB > > Here I send you a Report which crashes (DBReportDesigner-0.0.3 and > DBReportViewer-0.0.3). Thanks,... i will check... > > - I started with a new report, made a Connnection, said 'create report > sections', > then I deleted all the sections and made this report. yes, but you can create a new section using "Create Section" from toolbar, i need to limit saving of empty report > > It was poss. to have all section as report.header(DBReportDesigner-0.0.3). Yes, but no reason for report.header, for others (ex: page.header), in the future i want add a "Visible" property for section to hide or show sections, based on some runtime expresion. > > How can I leaf the execute-box (DBReportDesigner-0.0.3)? I need to document the API, The execute box allow report commands like macros, for implementation of wizards, styles, etc. Now, the xml report file are translated by "xml2macro.xslt" to macro commands, then executed, so, using Execute, you can do a complete report creation. > > How delete a Param no more needed.(DBReportDesigner-0.0.3)? BUG - No way from IDE, :-( edit the xml file and delete them > > Amicalment > Charlie Very thanks. Regards, Christian From gambas at ...1... Sat Jan 8 13:03:27 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 8 Jan 2005 13:03:27 +0100 Subject: [Gambas-devel] Gambas development package In-Reply-To: <14475567.1105084913828.JavaMail.www@...207...> References: <14475567.1105084913828.JavaMail.www@...207...> Message-ID: <200501081303.27187.gambas@...1...> On Friday 07 January 2005 09:01, nigel at ...2... wrote: > Benoit, > Where have you uploaded the gambas2 versions? Could you include the > sqlite3? Nigel Of course! Just a minute :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Jan 8 13:05:32 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 8 Jan 2005 13:05:32 +0100 Subject: [Gambas-devel] Sqlite3 In-Reply-To: <27921474.1105096791833.JavaMail.www@...208...> References: <27921474.1105096791833.JavaMail.www@...208...> Message-ID: <200501081305.32518.gambas@...1...> On Friday 07 January 2005 12:19, nigel at ...2... wrote: > Sqlite3 has been split from Sqlite and is the new development branch. It > uses a different database format etc. The old Sqlite (2) will continue to > be supported for sometime and is the production version. Therefore, a user > could have both versions on his box - for this reason I split the driver. > In theory, during the opening of a database I could check for the version > and then conditionally load the different engine behind the driver. I will > have to think about it :-) Nigel > Good idea. I think this needs some support from the gb.db component. The driver must tell it something like "OK for using sqlite driver, but use sqlite3 instead!". Regards, -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Sat Jan 8 14:09:42 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 08 Jan 2005 14:09:42 +0100 Subject: [Gambas-devel] GTK+ / Draw class Message-ID: <41DFDB96.4090908@...103...> Hi! Here's the beginning of a Draw class for the GTK+ component. It can draw on a Form, PictureBox, and the recently added "DrawingArea", that is not very functional by now, I have really implement it. The example I send should work OK both using QT and GTK+ components. Regards, D. Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050108-gb1.0.tar.bz2 Type: application/x-bzip Size: 40746 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestQT.tar.gz Type: application/x-gzip Size: 10937 bytes Desc: not available URL: From christian.faurebouvard at ...156... Sat Jan 8 14:38:39 2005 From: christian.faurebouvard at ...156... (Christian Faure) Date: Sat, 8 Jan 2005 10:38:39 -0300 Subject: [Gambas-devel] DBReport myTest.xml In-Reply-To: <41DEB43E.4000705@...16...> References: <41DBEC0D.7030600@...103...> <200501061641.50353.christian.faurebouvard@...156...> <41DEB43E.4000705@...16...> Message-ID: <200501081038.39448.christian.faurebouvard@...156...> Salut Charlie, i've found the BUG in FViewer.class , Fixed (replace by attached file) You need to create an executable and retry Others considerations: Your report is OK, But the work table are big, then it give a 548 Pages, Aprox. 15min in my old PIII 800Mhz 320 MB RAM, Thumbnails are displayed correctly to page 51, after this, due a Qt limitation, its are displayed wrong. So, i've modified your test report: - Added a limit to 1 month, - Replaced expresion in compute 'date' by date, default value 'expresion' for compute is bad (another bug) i also found memory lacks in viewer... Thanks, Regards, Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: FViewer.class.tar.gz Type: application/x-tgz Size: 6558 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: myTest.xml Type: text/xml Size: 3055 bytes Desc: not available URL: From gambas at ...1... Sat Jan 8 15:44:49 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 8 Jan 2005 15:44:49 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <41DFDB96.4090908@...103...> References: <41DFDB96.4090908@...103...> Message-ID: <200501081544.49558.gambas@...1...> On Saturday 08 January 2005 14:09, Daniel Campos wrote: > Hi! > > Here's the beginning of a Draw class for the GTK+ component. It can draw > on a Form, PictureBox, and the recently added "DrawingArea", that is not > very functional > by now, I have really implement it. > > The example I send should work OK both using QT and GTK+ components. > > Regards, > > D. Campos Please Daniel :-), can you use the Makefile.am and the configure.in included in the gambas2-1.9.0.tar.bz2 package that I made for you and Laurent ? Thanks in advance, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sat Jan 8 16:02:45 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 8 Jan 2005 16:02:45 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <41DFDB96.4090908@...103...> References: <41DFDB96.4090908@...103...> Message-ID: <200501081602.45268.gambas@...1...> On Saturday 08 January 2005 14:09, Daniel Campos wrote: > Hi! > > Here's the beginning of a Draw class for the GTK+ component. It can draw > on a Form, PictureBox, and the recently added "DrawingArea", that is not > very functional > by now, I have really implement it. > > The example I send should work OK both using QT and GTK+ components. > > Regards, > > D. Campos This project crashes at exit! -- Benoit Minisini mailto:gambas at ...1... -------------- next part -------------- A non-text attachment was scrubbed... Name: test-gtk-0.0.1.tar.gz Type: application/x-tgz Size: 4607 bytes Desc: not available URL: From na2492 at ...16... Sat Jan 8 16:54:51 2005 From: na2492 at ...16... (Charlie Reinl) Date: Sat, 8 Jan 2005 16:54:51 00100 Subject: [Gambas-devel] DBReport myTest.xml Message-ID: <41e0024b.25d1.0@...16...> > > >Salut Charlie, >i've found the BUG in FViewer.class , Fixed (replace by attached file) >You need to create an executable and retry > >Others considerations: > >Your report is OK, > >But the work table are big, then it give a 548 Pages, >Aprox. 15min in my old PIII 800Mhz 320 MB RAM, > >Thumbnails are displayed correctly to page 51, after this, due a Qt >limitation, its are displayed wrong. > >So, i've modified your test report: > - Added a limit to 1 month, > - Replaced expresion in compute 'date' by date, > >default value 'expresion' for compute is bad (another bug) > >i also found memory lacks in viewer... > >Thanks, > >Regards, >Christian > Salut Chritian, now the viewer shows it. But Designer-Preview still carsh , and that very bad #11 and shuts down gambas I always run it in the IDE Amicalment Charlie * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * From daniel.campos at ...103... Sat Jan 8 17:06:43 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 08 Jan 2005 17:06:43 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <200501081544.49558.gambas@...1...> References: <41DFDB96.4090908@...103...> <200501081544.49558.gambas@...1...> Message-ID: <41E00513.5000104@...103...> > >Please Daniel :-), can you use the Makefile.am and the configure.in included >in the gambas2-1.9.0.tar.bz2 package that I made for you and Laurent ? > >Thanks in advance, > > Again??? You're making me crazy! I send you both Makefile.am files, the first one is the one placed at {src}/lib/gtk in gambas2-1.9, the second is my Makefile.am. Both are the same, except that you wrongly erased the "widgets_private.h" file so it can not to compile! I downloaded it from: http://gambas.sourceforge.net/gambas2-1.9.0.tar.bz2 ... ...once you said you had uploaded the new 1.9 version... Is there any other place? may be I have a wrong package? Regards, D. Campos -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Makefile.am-gambas-1.9 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Makefile.am URL: From christian.faurebouvard at ...156... Sat Jan 8 19:01:31 2005 From: christian.faurebouvard at ...156... (Christian Faure) Date: Sat, 8 Jan 2005 15:01:31 -0300 Subject: [Gambas-devel] Re: DBReport myTest.xml In-Reply-To: <41e0024b.25d1.0@...16...> References: <41e0024b.25d1.0@...16...> Message-ID: <200501081501.32079.christian.faurebouvard@...156...> > Salut Chritian, > > now the viewer shows it. > > But Designer-Preview still carsh , and that very bad #11 and shuts down > gambas You have created an executable for viewer? Are Viewer and Designer directories below the same directory? The designer use the compiled version of the viewer, like a component. Open project DBReportViewer, make an executable and close project, then open designer and try to run it again > > I always run it in the IDE > > Amicalment > Charlie > * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From daniel.campos at ...103... Sat Jan 8 22:21:13 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 08 Jan 2005 22:21:13 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <200501081602.45268.gambas@...1...> References: <41DFDB96.4090908@...103...> <200501081602.45268.gambas@...1...> Message-ID: <41E04EC9.7020901@...103...> > >This project crashes at exit! > > I found it! Replace the CWindow.cpp for this new one... Regards, D. Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: CWindow.cpp Type: text/x-c++src Size: 9932 bytes Desc: not available URL: From lordheavy at ...141... Sat Jan 8 22:47:34 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Sat, 8 Jan 2005 22:47:34 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <41E04EC9.7020901@...103...> References: <41DFDB96.4090908@...103...> <200501081602.45268.gambas@...1...> <41E04EC9.7020901@...103...> Message-ID: <200501082247.35792.lordheavy@...141...> Le Samedi 8 Janvier 2005 22:21, Daniel Campos a ?crit?: > >This project crashes at exit! > > I found it! > > Replace the CWindow.cpp for this new one... > > Regards, > > D. Campos Got this error : if /bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/share -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -pipe -Wall -fno-exceptions-g -Os -fno-omit-frame-pointer -MT CWindow.lo -MD -MP -MF ".deps/CWindow.Tpo" -c -o CWindow.lo CWindow.cpp; \ then mv -f ".deps/CWindow.Tpo" ".deps/CWindow.Plo"; else rm -f ".deps/CWindow.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/share -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -pipe -Wall -fno-exceptions -g -Os -fno-omit-frame-pointer -MT CWindow.lo -MD -MP -MF .deps/CWindow.Tpo -c CWindow.cpp -fPIC -DPIC -o .libs/CWindow.o CWindow.cpp: In function `void CWINDOW_mask(void*, void*)': CWindow.cpp:366: error: `setMask' undeclared (first use this function) CWindow.cpp:366: error: (Each undeclared identifier is reported only once for each function it appears in.) make[4]: *** [CWindow.lo] Erreur 1 make[4]: Leaving directory `/home/lordh/partage/gambas-1.0.1/src/lib/gtk' make[3]: *** [all-recursive] Erreur 1 make[3]: Leaving directory `/home/lordh/partage/gambas-1.0.1/src/lib' make[2]: *** [all-recursive] Erreur 1 make[2]: Leaving directory `/home/lordh/partage/gambas-1.0.1/src' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/home/lordh/partage/gambas-1.0.1' make: *** [all] Erreur 2 b Regards, -- Laurent Carlier From sourceforge-raindog2 at ...19... Sun Jan 9 00:57:44 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sat, 8 Jan 2005 18:57:44 -0500 Subject: [Gambas-devel] pcre progress Message-ID: <200501081857.44377.sourceforge-raindog2@...19...> Here's where I'm at on the new pcre component.... I've been bashing my head against it all day (since we're snowed in :) ) and I appear to have the two virtual classes set up right, and all the constants in there that Benoit asked for. And the main class's properties work fine, so you can initialize it and get the matching part of the string, but (a) trying to access the virtual classes through the Submatch property results in "Not an object" and (b) merely typing "r = new Regexp(" in the IDE causes the IDE to crash with signal 11, which I assume is a segv. If any other component developers can point out my rookie mistake(s) I'd greatly appreciate it. Rob From sourceforge-raindog2 at ...19... Sun Jan 9 01:00:28 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sat, 8 Jan 2005 19:00:28 -0500 Subject: [Gambas-devel] pcre progress (attachment) Message-ID: <200501081900.28016.sourceforge-raindog2@...19...> Forgot the attachment :) -------------- next part -------------- A non-text attachment was scrubbed... Name: pcre-200501081850.tar.gz Type: application/x-tgz Size: 67751 bytes Desc: not available URL: From gambas at ...1... Sun Jan 9 17:39:57 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 9 Jan 2005 17:39:57 +0100 Subject: [Gambas-devel] new pre-alpha In-Reply-To: <1105118348.2583.40.camel@...179...> References: <41D84C5D.8040405@...45...> <200501022220.52238.gambas@...1...> <1105118348.2583.40.camel@...179...> Message-ID: <200501091739.57322.gambas@...1...> On Friday 07 January 2005 18:19, Jos? L. Redrejo Rodr?guez wrote: > Hi Benoit. > There is a little bug with the new ide v 1.9.0 > In class cClassInfo, subrutine InitControl > > ' Name could be "xxx=y" > IF Component THEN > IF NOT CComponent.Classes[Component &/ Name].Symbols[sProp] THEN > PRINT Component;": ";Name;".";sProp;" declared but not > implemented" > CONTINUE > ENDIF > ENDIF > > makes fails components as net that have visual pseudocontrols, but are > not graphic controls. For instance there you can find > sProp="FlowControl=1,PortName,Parity=0,Speed=19200,DataBits=8,StopBits=1" > > I see the comment you wrote 'Name could be "xxx=y"' ,but the problem is > still there. > > Just changing your code to: > IF Component THEN > IF NOT CComponent.Classes[Component > &/Name].Symbols[Split(sProp,"=")[0]] THEN > PRINT Component;": ";Name;".";sProp;" declared but not > implemented" > CONTINUE > ENDIF > ENDIF > > solves the problem. > > Regards. > Thanks! I fix it... -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Sun Jan 9 17:52:12 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 9 Jan 2005 17:52:12 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <41E00513.5000104@...103...> References: <41DFDB96.4090908@...103...> <200501081544.49558.gambas@...1...> <41E00513.5000104@...103...> Message-ID: <200501091752.12716.gambas@...1...> On Saturday 08 January 2005 17:06, Daniel Campos wrote: > >Please Daniel :-), can you use the Makefile.am and the configure.in > > included in the gambas2-1.9.0.tar.bz2 package that I made for you and > > Laurent ? > > > >Thanks in advance, > > Again??? You're making me crazy! I send you both Makefile.am files, the > first one is the one placed at {src}/lib/gtk in gambas2-1.9, the second is > my Makefile.am. Both are the same, except that you wrongly erased the > "widgets_private.h" file so it can not to compile! > > I downloaded it from: > > http://gambas.sourceforge.net/gambas2-1.9.0.tar.bz2 ... > > ...once you said you had uploaded the new 1.9 version... Is there any other > place? may be I have a wrong package? > > Regards, > > D. Campos Here is the Makefile.am file I am talking about. I just replace your hard-coded includes and libraries by macros initialized by was is detected by the configure script. I just want you to use the gambas source package to work on the gtk component :-) Regards, -- Benoit Minisini mailto:gambas at ...1... -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.am Type: text/x-makefile Size: 1162 bytes Desc: not available URL: From danielcampos at ...45... Sun Jan 9 18:08:57 2005 From: danielcampos at ...45... (Daniel Campos) Date: Sun, 09 Jan 2005 18:08:57 +0100 Subject: [Gambas-devel] GTK+ / Draw class In-Reply-To: <200501091752.12716.gambas@...1...> References: <41DFDB96.4090908@...103...> <200501081544.49558.gambas@...1...> <41E00513.5000104@...103...> <200501091752.12716.gambas@...1...> Message-ID: <41E16529.1030400@...45...> OK! now I have the good Makefile.am, thanks :-)) From gambas at ...1... Sun Jan 9 18:37:31 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 9 Jan 2005 18:37:31 +0100 Subject: [Gambas-devel] pcre progress In-Reply-To: <200501081857.44377.sourceforge-raindog2@...19...> References: <200501081857.44377.sourceforge-raindog2@...19...> Message-ID: <200501091837.31387.gambas@...1...> On Sunday 09 January 2005 00:57, Rob wrote: > Here's where I'm at on the new pcre component.... I've been > bashing my head against it all day (since we're snowed in :) ) > and I appear to have the two virtual classes set up right, and > all the constants in there that Benoit asked for. And the main > class's properties work fine, so you can initialize it and get > the matching part of the string, but > > (a) trying to access the virtual classes through the Submatch > property results in "Not an object" > SubMatch is a method!? It should br a property declared with GB_PROPERTY_SELF(), that returns the RegExp object temporarily casted into ".SubMatches". Name it 'SubMatches' instead of 'SubMatch' I patch your code, and test your test project. > and > > (b) merely typing "r = new Regexp(" in the IDE causes the IDE to > crash with signal 11, which I assume is a segv. > No crash there. > If any other component developers can point out my rookie > mistake(s) I'd greatly appreciate it. > > Rob > > Ha! Memory leak in the component... Your test project forgot to free 3 allocations... I suggest: - Renaming SubMatch(es) to simply Match(es) as there is no ambiguity. - Remove the 'Err' prefix in constant error codes. Regards, -- Benoit Minisini mailto:gambas at ...1... -------------- next part -------------- A non-text attachment was scrubbed... Name: regexp.c Type: text/x-csrc Size: 6888 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Sun Jan 9 20:04:05 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sun, 9 Jan 2005 14:04:05 -0500 Subject: [Gambas-devel] pcre progress In-Reply-To: <200501091837.31387.gambas@...1...> References: <200501081857.44377.sourceforge-raindog2@...19...> <200501091837.31387.gambas@...1...> Message-ID: <200501091404.05504.sourceforge-raindog2@...19...> On Sunday 09 January 2005 12:37, Benoit Minisini wrote: > I suggest: > - Renaming SubMatch(es) to simply Match(es) as there is no > ambiguity. I dunno... there is a match of the whole pattern in addition to the submatches. Right now I am putting that match into the Regexp.Text property. Won't it be confusing to have .Text and then .Matches[x].Text? Thank you for your help on this. Rob From sourceforge-raindog2 at ...19... Sun Jan 9 20:23:06 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sun, 9 Jan 2005 14:23:06 -0500 Subject: [Gambas-devel] pcre progress In-Reply-To: <200501091837.31387.gambas@...1...> References: <200501081857.44377.sourceforge-raindog2@...19...> <200501091837.31387.gambas@...1...> Message-ID: <200501091423.06327.sourceforge-raindog2@...19...> Hi Benoit, Even with your fixes, when I am in the IDE and type dim r as regexp r = new regexp( when I press the ( key, instead of segv'ing like it used to, the IDE throws the following error and then quits: This application has raised an unexpected error and must abort. [13] Null object. FEditor.GetSymbolType.1263 [OK] I have rebuilt the component with your patch and rerun gbi -a, and while this is better than a segmentation fault, I assume I still have a subtle problem with my code. Rob From karl.reinl at ...16... Fri Jan 7 16:45:54 2005 From: karl.reinl at ...16... (Charlie) Date: Fri, 07 Jan 2005 16:45:54 +0100 Subject: [Gambas-devel] DBReport alpha version 0.0.3 References: <41DBEC0D.7030600@...103...> <200501061454.13978.gambas@...1...> <200501061641.50353.christian.faurebouvard@...156...> Message-ID: <41DEAEB2.2030907@...16...> Christian Faure schrieb: >------------------------ snip ------------------ >Please, if you have time, test it. > > > Salut Christian, this is realy a good piece of Software . I only had a short go, but I was impressed by it. But a handbook is needed I think to use the Designer. For Database Connection mask, the 'Drop' button should be named 'Aboard' during creation of a connection, that is more clear, no ! It would be helpfull to use a OpenDialog to determine the target for sqlite. And dit you think about, for use from other Software to print or show results, not using the Viewer? Here I send you a Report which crashes . I started with a new report, made a Connnection, said 'create report sections', then I deleted all the sections and made this report. It was poss. to have them all as report.header. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: myTest.xml Type: text/xml Size: 3025 bytes Desc: not available URL: From karl.reinl at ...16... Sun Jan 9 20:52:47 2005 From: karl.reinl at ...16... (Charlie) Date: Sun, 09 Jan 2005 20:52:47 +0100 Subject: [Gambas-devel] News about editor.Analyze ? Message-ID: <41E18B8F.1000902@...16...> Salut Beno?t, gambas-1.0 is now. But do you have news about editor.Analyze Once you wrote : All these changes that are needed for your "line pretty printer" will be made after the 1.0. Amicalment Charlie From gambas at ...1... Sun Jan 9 21:05:51 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 9 Jan 2005 21:05:51 +0100 Subject: [Gambas-devel] News about editor.Analyze ? In-Reply-To: <41E18B8F.1000902@...16...> References: <41E18B8F.1000902@...16...> Message-ID: <200501092105.51370.gambas@...1...> On Sunday 09 January 2005 20:52, Charlie wrote: > Salut Beno?t, > > gambas-1.0 is now. > > But do you have news about editor.Analyze > > Once you wrote : > All these changes that are needed for your "line pretty > printer" will be made > after the 1.0. > > Amicalment > Charlie > > Arrrr... Mercy! :-) I didn't forget you, but I have SO MUCH things to do. Look at the TODO file in the upcoming 1.9.1... Regards, -- Benoit Minisini mailto:gambas at ...1... From sourceforge-raindog2 at ...19... Sun Jan 9 21:25:38 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sun, 9 Jan 2005 15:25:38 -0500 Subject: [Gambas-devel] initial attempt at POSIX component Message-ID: <200501091525.38703.sourceforge-raindog2@...19...> Attached is my first attempt at a POSIX component, because I keep running into times when I need Unix style times available to me and as long as I was doing mktime, I figured I'd throw some other ones in there. It compiles and seems to run without any problems or leaks, probably because it's just one static class (Posix). I hope to add some more POSIX functions who don't have any direct equivalent in Gambas. I would have done more except my laptop is running out of batteries and I said I'd take down the xmas tree when that happened! Rob From sourceforge-raindog2 at ...19... Sun Jan 9 21:28:09 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sun, 9 Jan 2005 15:28:09 -0500 Subject: [Gambas-devel] POSIX: I keep forgetting to attach files Message-ID: <200501091528.09352.sourceforge-raindog2@...19...> sorry.... -------------- next part -------------- A non-text attachment was scrubbed... Name: posix-200501091514.tar.gz Type: application/x-tgz Size: 9576 bytes Desc: not available URL: From kungfoobar at ...176... Sun Jan 9 23:27:49 2005 From: kungfoobar at ...176... (Alberto Torres) Date: Sun, 9 Jan 2005 23:27:49 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <41DB0647.9050509@...45...> References: <20050104112124.5kz6ei9qv6yogok4@...186...> <20050104114203.1vjgfkgiuhc8cgwc@...186...> <41DB0647.9050509@...45...> Message-ID: On Tue, 04 Jan 2005 22:10:31 +0100, Daniel Campos wrote: > Note, however, that I'm writting this GTK+ component using C++, as is > the only way > I can manage that big amount of code beeing alone in this project. The > component uses GTK+, > so the linkage between GTK+ and the component is "C", and the linkage > between > the component and Gambas is also "C", but it internally is "C++". I have > no idea if this > can be a problem for your Cygwin project, as I do not know enough about > ABIs, but I would > like to remark this point, as may be is useful for you. > > Regards, > > D. Campos Do you know Lightweight C++? http://students.ceid.upatras.gr/~sxanth/lwc/ Regards, DiThi From daniel.campos at ...103... Mon Jan 10 01:02:27 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 10 Jan 2005 01:02:27 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: References: <20050104112124.5kz6ei9qv6yogok4@...186...> <20050104114203.1vjgfkgiuhc8cgwc@...186...> <41DB0647.9050509@...45...> Message-ID: <41E1C613.6070403@...103...> > >Do you know Lightweight C++? >http://students.ceid.upatras.gr/~sxanth/lwc/ > >Regards, > >DiThi > > Cool! I have to explore it... Regards, D. Campos > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From lordheavy at ...141... Mon Jan 10 01:27:55 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 10 Jan 2005 01:27:55 +0100 Subject: [Gambas-devel] pcre progress (attachment) In-Reply-To: <200501081900.28016.sourceforge-raindog2@...19...> References: <200501081900.28016.sourceforge-raindog2@...19...> Message-ID: <200501100127.55724.lordheavy@...141...> Le Dimanche 9 Janvier 2005 01:00, Rob a ?crit?: > Forgot the attachment :) i've got this warning : main.c: In function `GB_INIT': main.c:52: warning: implicit declaration of function `REGEXP_init' main.c: In function `GB_EXIT': main.c:60: warning: implicit declaration of function `REGEXP_exit' in the file regexp.h, an 3endif wasn't in the right place : #ifndef __REGEXP_H #define __REGEXP_H #include "gambas.h" #include "pcre.h" /* #endif -> remove me */ #ifndef __REGEXP_C extern GB_DESC CRegexpDesc[]; extern GB_DESC CRegexpSubmatchesDesc[]; extern GB_DESC CRegexpSubmatchDesc[]; #else typedef struct { GB_BASE ob; char *subject; char *pattern; int *ovector; int rc; } CREGEXP; #define THIS OBJECT(CREGEXP) #endif /* add me here ! */ void REGEXP_init(void); void REGEXP_exit(void); #endif /* __MAIN_H */ I've not tested the componant as i don't know what to do with it :) Have a nice day, -- Laurent Carlier From andrea_bortolan at ...112... Mon Jan 10 10:24:26 2005 From: andrea_bortolan at ...112... (Andrea Bortolan) Date: Mon, 10 Jan 2005 10:24:26 +0100 (CET) Subject: [Gambas-devel] Gambas & ODBC In-Reply-To: <200501061803.32926.gambas@...1...> Message-ID: <20050110092426.29711.qmail@...211...> --- Benoit Minisini ha scritto: > Can you try to use english variable names and, more > important, english error > messages in your code please ? Yes of course, probably I missed somethings in the code review, Sorry. > > I didn't understand why you had to to modify > Result.c ? Your commentary is not > clear. There is NO reason that the fact that ODBC > function returns (-1) when > the query is OK goes out from the ODBC driver. > > Can you give me more precision ? > In ODBC the Execute API or the ExecDirect API are capable to submit the SQL statement to the ODBC driver. Those API return the info about the sql execution, if all worked ok or if an error occurred. If the query executed ok those API reurn SQL_SUCCESS. After the execute statement you can decide to retrieve the result set informations: number and type of coloumns, number or row affected by the SQL ecc. In order to get the number of row affected by the sql submitted there is only one ODBC API :SQLRowCount. The ODBC reference of this function is : SQLRowCount returns the number of rows affected by an UPDATE, INSERT, or DELETE statement; an SQL_ADD, SQL_UPDATE_BY_BOOKMARK, or SQL_DELETE_BY_BOOKMARK operation in SQLBulkOperations; or an SQL_UPDATE or SQL_DELETE operation in SQLSetPos. As you can see if the SQL statement is a SELECT *... this function does not return the number of rows selected. Many ODBC driver however are capable to returns the number of rows selecet even if this is not the standard and is not in the ODBC specificatio, MySQL is one . But not all ODBC driver can do this....the iSeries ODBC driver cannot. So in order to have a code that wors following the ODBC specification and the standard I modified the Result.c in order to add a check on the number of rows. In case the row variable is -1 I force a fetch on the result. If there are no more data in the result, the ODBC rise an error that must be catched by the application to get the end of data and to stop fetching. Please help me in finding a better way to implement this part of code, I'm not a developer and probably I miss something. Thank for your help, Andrea. ___________________________________ Nuovo Yahoo! Messenger: E' molto pi? divertente: Audibles, Avatar, Webcam, Giochi, Rubrica Scaricalo ora! http://it.messenger.yahoo.it From na2492 at ...16... Mon Jan 10 14:02:19 2005 From: na2492 at ...16... (Charlie Reinl) Date: Mon, 10 Jan 2005 14:02:19 00100 Subject: [Gambas-devel] DBReport alpha version 0.0.3 Message-ID: <41e27cdb.3aef.0@...16...> Sorry, but that is an old one, the one I'd like to send must be still on my box Charlie >Christian Faure schrieb: > >>------------------------ snip ------------------ >>Please, if you have time, test it. >> >> >> >Salut Christian, > >this is realy a good piece of Software . >I only had a short go, but I was impressed by it. >But a handbook is needed I think to use the Designer. > >For Database Connection mask, the 'Drop' button should be named 'Aboard' >during >creation of a connection, that is more clear, no ! > >It would be helpfull to use a OpenDialog to determine the target for sqlite. > >And dit you think about, for use from other Software to print or show >results, not using the Viewer? > >Here I send you a Report which crashes . >I started with a new report, made a Connnection, said 'create report >sections', >then I deleted all the sections and made this report. > >It was poss. to have them all as report.header. > > > Amicalment >Charlie > > > > >

> > > > > > > > > > > > > > > > > > > > > > > >

> > > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * From sourceforge-raindog2 at ...19... Mon Jan 10 18:41:56 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 10 Jan 2005 12:41:56 -0500 Subject: [Gambas-devel] pcre good news/bad news Message-ID: <200501101241.56575.sourceforge-raindog2@...19...> Well, the good news is, in Gambas 1.9.1 the pcre component no longer exhibits that behavior where you're typing along and go r = new Regexp( and the IDE crashes. :) The bad news is, in Gambas 1.9.1 (at least under Mandrake 10) gbx2 core dumps at runtime when it gets to the r = new Regexp("foo bar baz", "bar") line. Also, would it make more sense to name the next 1.9 release 1.9.10? I assume we are going to have more than 10 1.9 releases before jumping to Gambas 2.0, and that would prevent "ASCII sort vs. numeric sort" issues with packaging etc. Rob From srikantux at ...212... Mon Jan 10 19:51:06 2005 From: srikantux at ...212... (Srikanta Prasanna) Date: 10 Jan 2005 18:51:06 -0000 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 Message-ID: <20050110185106.28064.qmail@...214...> Folks, I tried to build Gambas 1.9.1 on my Fedora Core 3 system. 'configure' went smooth, but 'make' threw this error in the SDL component's image directory, draw.c: Making all in image make[5]: Entering directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' if /bin/sh ../../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/share -I/usr/include/SDL/ -D_REENTRANT -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT draw.lo -MD -MP -MF ".deps/draw.Tpo" -c -o draw.lo draw.c; \ then mv -f ".deps/draw.Tpo" ".deps/draw.Plo"; else rm -f ".deps/draw.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/share -I/usr/include/SDL/ -D_REENTRANT -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT draw.lo -MD -MP -MF .deps/draw.Tpo -c draw.c -fPIC -DPIC -o .libs/draw.o draw.c:34:31: SDL_gfxPrimitives.h: No such file or directory draw.c: In function `DRAWING_plot': draw.c:147: warning: implicit declaration of function `pixelColor' draw.c: In function `DRAWING_draw': draw.c:170: warning: implicit declaration of function `lineColor' make[5]: *** [draw.lo] Error 1 make[5]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1' make: *** [all] Error 2 Any suggestions ?? cheers, srikanta prasanna -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.campos at ...103... Mon Jan 10 20:18:07 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 10 Jan 2005 20:18:07 +0100 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 In-Reply-To: <20050110185106.28064.qmail@...214...> References: <20050110185106.28064.qmail@...214...> Message-ID: <41E2D4EF.2070507@...103...> Hi: If you're not interested in the SDL component, go to the {gambas sources} folder, edit configure.in and find these two lines: src/lib/sdl/image/Makefile \ src/lib/sdl/sound/Makefile \ Erase them, then cd to {gambas sources}, then type: ./reconf and ./configure ...(your options) And try to build it again. Regards, D. Campos PD: Could you please send your messages to the list using "text only" format? It is strange to see Microchoff advertisement here! :-))) Srikanta Prasanna escribi?: > Folks, > I tried to build Gambas 1.9.1 on my Fedora Core 3 system. > 'configure' went smooth, but 'make' threw this error in the > SDL component's image directory, draw.c: > > Making all in image > make[5]: Entering directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' > if /bin/sh ../../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. > -I. -I../../../.. -I../../../../src/share -I/usr/include/SDL/ > -D_REENTRANT -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT > draw.lo -MD -MP -MF ".deps/draw.Tpo" -c -o draw.lo draw.c; \ > then mv -f ".deps/draw.Tpo" ".deps/draw.Plo"; else rm -f > ".deps/draw.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/share > -I/usr/include/SDL/ -D_REENTRANT -g -O2 -pipe -Wall > -fno-strict-aliasing -g -Os -MT draw.lo -MD -MP -MF .deps/draw.Tpo -c > draw.c -fPIC -DPIC -o .libs/draw.o > draw.c:34:31: SDL_gfxPrimitives.h: No such file or directory > draw.c: In function `DRAWING_plot': > draw.c:147: warning: implicit declaration of function `pixelColor' > draw.c: In function `DRAWING_draw': > draw.c:170: warning: implicit declaration of function `lineColor' > make[5]: *** [draw.lo] Error 1 > make[5]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1' > make: *** [all] Error 2 > > Any suggestions ?? > > cheers, > srikanta prasanna > > > > From karl.reinl at ...16... Mon Jan 10 20:35:58 2005 From: karl.reinl at ...16... (Charlie) Date: Mon, 10 Jan 2005 20:35:58 +0100 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 References: <20050110185106.28064.qmail@...214...> <41E2D4EF.2070507@...103...> Message-ID: <41E2D91E.6080200@...16...> Daniel Campos schrieb: > Hi: > > If you're not interested in the SDL component, go to the {gambas > sources} folder, > edit configure.in and find these two lines: > > src/lib/sdl/image/Makefile \ > src/lib/sdl/sound/Makefile \ > > Erase them, then cd to {gambas sources}, then type: > > ./reconf > > and > > ./configure ...(your options) > > And try to build it again. > > Regards, > > D. Campos > > > PD: Could you please send your messages to the list using "text only" > format? It > is strange to see Microchoff advertisement here! :-))) Salut, is'nt it easier to make after a ./reconf ./configure --disable-gtk --disable-sdl --disable-pcre not all (thats all, but I had to do so) for help type : ./configure --help Amicalment Charlie From sourceforge-raindog2 at ...19... Mon Jan 10 20:34:55 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 10 Jan 2005 14:34:55 -0500 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 In-Reply-To: <20050110185106.28064.qmail@...214...> References: <20050110185106.28064.qmail@...214...> Message-ID: <200501101434.55201.sourceforge-raindog2@...19...> On Monday 10 January 2005 13:51, Srikanta Prasanna wrote: > Folks, > I tried to build Gambas 1.9.1 on my Fedora Core 3 system. > 'configure' went smooth, but 'make' threw this error in the > SDL component's image directory, draw.c: > draw.c:34:31: SDL_gfxPrimitives.h: No such > file or directory I ran into this myself. You need the SDL_gfx devel package. On Mandrake 10 that package is called "libSDL_gfx10-devel"... I don't know what FC3 calls it. Rob From bdragon at ...185... Mon Jan 10 22:29:59 2005 From: bdragon at ...185... (Bdragon) Date: Mon, 10 Jan 2005 15:29:59 -0600 (CST) Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <41DB0647.9050509@...45...> References: <20050104112124.5kz6ei9qv6yogok4@...186...> <20050104114203.1vjgfkgiuhc8cgwc@...186...> <41DB0647.9050509@...45...> Message-ID: On Tue, 4 Jan 2005, Daniel Campos wrote: > Date: Tue, 04 Jan 2005 22:10:31 +0100 > From: Daniel Campos > Reply-To: gambas-devel at lists.sourceforge.net > To: gambas-devel at lists.sourceforge.net > Subject: Re: [Gambas-devel] Gambas on Cygwin > > >> >> Um, I take that back. heh heh. >> >> Maybe I shoulda read the rest of my email before sending anything out. >> >> > > Note, however, that I'm writting this GTK+ component using C++, as is the > only way > I can manage that big amount of code beeing alone in this project. The > component uses GTK+, > so the linkage between GTK+ and the component is "C", and the linkage between > the component and Gambas is also "C", but it internally is "C++". I have no > idea if this > can be a problem for your Cygwin project, as I do not know enough about ABIs, > but I would > like to remark this point, as may be is useful for you. > > Regards, > > D. Campos It might work. I doubt you could possibly abuse the compiler as bad as QT does. (moc, anyone?) GTK on windows is less of a hack than QT/X11 on windows. Thanks to Tor Lillqvist for that. bdragon at ...215... SDF Public Access UNIX System - http://sdf.lonestar.org From daniel.campos at ...103... Mon Jan 10 23:04:04 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 10 Jan 2005 23:04:04 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: References: <20050104112124.5kz6ei9qv6yogok4@...186...> <20050104114203.1vjgfkgiuhc8cgwc@...186...> <41DB0647.9050509@...45...> Message-ID: <41E2FBD4.3020400@...103...> > > It might work. I doubt you could possibly abuse the compiler as bad as > QT does. (moc, anyone?) No, "moc" is a QT hack, GTK compiles without that ugly stuff :-))) > > GTK on windows is less of a hack than QT/X11 on windows. Thanks to Tor > Lillqvist for that. > The only real problem you can find is that I'll probably use in future versions some of the gdkx functions, that is, gdk functions exclusive of the X11 backend, or even pure X11 functions. However It can be replaced using some #ifdef's in the sources, as I'm sure that the Windows gdi library provides all stuff needed to "emulate" these X11 functionallity, or may be the gdk-windows backend can provide some similar functions... Regards, D. Campos > > bdragon at ...215... > SDF Public Access UNIX System - http://sdf.lonestar.org > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From sourceforge-raindog2 at ...19... Mon Jan 10 23:53:02 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 10 Jan 2005 17:53:02 -0500 Subject: [Gambas-devel] Re: [Gambas-user] pcre good news/bad news In-Reply-To: <200501101241.56575.sourceforge-raindog2@...19...> References: <200501101241.56575.sourceforge-raindog2@...19...> Message-ID: <200501101753.02371.sourceforge-raindog2@...19...> On Monday 10 January 2005 12:41, Rob wrote: > The bad news is, in Gambas 1.9.1 (at least under Mandrake 10) > gbx2 core dumps at runtime when it gets to the r = new > Regexp("foo bar baz", "bar") line. The segv happens on Mandrake 10.1 too, sad to say... even under 1.0.1, where it had previously worked (with the exception that it would crash the IDE as I have previously described.) I'm gonna take a look at the differences between the gambas 1.9.1 version of the component and the last tarball I posted, to try to figure out what happened. Rob From lordheavy at ...141... Tue Jan 11 00:42:14 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 11 Jan 2005 00:42:14 +0100 Subject: [Gambas-devel] Warning in vb component Message-ID: <200501110042.15201.lordheavy@...141...> i've got this warning while building vb component : vb.c: In function `CVB_Round': vb.c:263: warning: implicit declaration of function `exp10' vb.c:265: warning: implicit declaration of function `round' exp10 seems to be a GNU extension, i've found a workaround here : http://linux-documentation.com/en/package/glibc/Exponents-and-Logarithms.html replace exp10(x) with exp (x * log (10)) and for round i've found this here : http://sources.redhat.com/ml/bug-glibc/2001-10/msg00022.html "Since these functions are introduced by C99 you need to define at least _ISOC99_SOURCE (or _GNU_SOURCE) to get their declarations from . *Note (libc)Feature Test Macros::." Regards, -- Laurent Carlier From lordheavy at ...141... Tue Jan 11 00:44:40 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 11 Jan 2005 00:44:40 +0100 Subject: [Gambas-devel] sdl-cdrom audio componant. Message-ID: <200501110044.40673.lordheavy@...141...> I've started a cdrom-audio sdl component, it will be release soon, here is the API (in work), make suggest ! GB_DESC Cquerycdrom[] = { GB_DECLARE("CDRoms", 0), GB_VIRTUAL_CLASS(), GB_STATIC_METHOD("_get", "s", CDROMS_get, "(Index)i"), GB_STATIC_PROPERTY_READ("Count", "i", CDROMS_count), GB_END_DECLARE }; GB_DESC Ctrack[] = { GB_DECLARE(".Track",0), GB_VIRTUAL_CLASS(), GB_METHOD("Play", NULL, TRACK_play, "(track)i"), GB_PROPERTY_READ("Current", "i", TRACK_current), GB_END_DECLARE }; GB_DESC Ctracks[] = { GB_DECLARE(".Tracks",0), GB_VIRTUAL_CLASS(), GB_METHOD("_get", "s", TRACKS_get, "(Index)i"), GB_PROPERTY_READ("Count", "i", TRACKS_count), GB_END_DECLARE }; GB_DESC Ccdrom[] = { GB_DECLARE("CDRom", sizeof(CCDROM)), GB_METHOD("_new", NULL, CDROM_new, "(Name)s"), GB_METHOD("_free", NULL, CDROM_free, NULL), GB_METHOD("Eject", NULL, CDROM_eject, NULL), GB_METHOD("Stop", NULL, CDROM_stop, NULL), GB_METHOD("Pause", NULL, CDROM_pause, NULL), GB_METHOD("Resume", NULL, CDROM_resume, NULL), GB_PROPERTY_READ("Empty", "b", CDROM_empty), GB_PROPERTY_READ("Paused", "b", CDROM_paused), GB_PROPERTY_READ("Playing", "b", CDROM_playing), GB_PROPERTY_READ("Stopped", "b", CDROM_stopped), GB_PROPERTY_SELF("Track", ".Track"), GB_PROPERTY_SELF("Tracks", ".Tracks"), GB_END_DECLARE }; Regards, -- Laurent Carlier From w at ...191... Tue Jan 11 10:15:46 2005 From: w at ...191... (Ing. Vincenzo Virgilio) Date: Tue, 11 Jan 2005 10:15:46 +0100 Subject: [Gambas-devel] FC3 it's ok and Suse 9.2 too. In-Reply-To: <20050110225507.A5C39FD22@...204...> References: <20050110225507.A5C39FD22@...204...> Message-ID: <41E39942.7030209@...191...> Message: 7 From: Rob To: gambas-devel at lists.sourceforge.net Subject: Re: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 Date: Mon, 10 Jan 2005 14:34:55 -0500 Reply-To: gambas-devel at lists.sourceforge.net On Monday 10 January 2005 13:51, Srikanta Prasanna wrote: >> Folks, >> I tried to build Gambas 1.9.1 on my Fedora Core 3 system. >> 'configure' went smooth, but 'make' threw this error in the >> SDL component's image directory, draw.c: >> draw.c:34:31: SDL_gfxPrimitives.h: No such >> file or directory I ran into this myself. You need the SDL_gfx devel package. On Mandrake 10 that package is called "libSDL_gfx10-devel"... I don't know what FC3 calls it. Rob It's the same name! I compiled yesterday perfectly smooth and on Suse 9.2 too. Probably, there is not that library installed. Usually I install EVERYTHING with Fedora Core 3, about 6.7 Gbyte, and it was on a fresh installed system. Vincenzo From gambas at ...1... Tue Jan 11 10:25:59 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 11 Jan 2005 10:25:59 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <41E2FBD4.3020400@...103...> References: <41E2FBD4.3020400@...103...> Message-ID: <200501111025.59469.gambas@...1...> On Monday 10 January 2005 23:04, Daniel Campos wrote: > > It might work. I doubt you could possibly abuse the compiler as bad as > > QT does. (moc, anyone?) > > No, "moc" is a QT hack, GTK compiles without that ugly stuff :-))) > > > GTK on windows is less of a hack than QT/X11 on windows. Thanks to Tor > > Lillqvist for that. > > The only real problem you can find is that I'll probably use in future > versions some of the gdkx functions, that is, > gdk functions exclusive of the X11 backend, or even pure X11 functions. > However It can be replaced > using some #ifdef's in the sources, as I'm sure that the Windows gdi > library provides all stuff needed to "emulate" these X11 functionallity, > or may be the gdk-windows backend can provide some similar functions... > > Regards, > > D. Campos > We must make a gb.form component that will be parent of gb.form.qt and gb.form.gtk. This gb.form component will include a API with all X11 dependent functions that will be used by gb.form.qt and gb.form.gtk. This way, things will be clearer and porting easier! Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 11 10:27:44 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 11 Jan 2005 10:27:44 +0100 Subject: [Gambas-devel] pcre good news/bad news In-Reply-To: <200501101241.56575.sourceforge-raindog2@...19...> References: <200501101241.56575.sourceforge-raindog2@...19...> Message-ID: <200501111027.44557.gambas@...1...> On Monday 10 January 2005 18:41, Rob wrote: > Well, the good news is, in Gambas 1.9.1 the pcre component no > longer exhibits that behavior where you're typing along and go r > = new Regexp( and the IDE crashes. :) > > The bad news is, in Gambas 1.9.1 (at least under Mandrake 10) > gbx2 core dumps at runtime when it gets to the r = new > Regexp("foo bar baz", "bar") line. > > Also, would it make more sense to name the next 1.9 release > 1.9.10? I assume we are going to have more than 10 1.9 releases > before jumping to Gambas 2.0, and that would prevent "ASCII sort > vs. numeric sort" issues with packaging etc. > > Rob > This number scheme (1.9.1, 1.9.2, ... 1.9.10...) is managed by the GNU tools, so I don't see the problem :-) -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Tue Jan 11 11:07:07 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 11 Jan 2005 11:07:07 +0100 Subject: [Gambas-devel] sdl component update Message-ID: <200501111107.07371.lordheavy@...141...> sdl component update, major changes : - first step for a cdrom-sdl component. joined : configure.in and the sdl component. a small cdrom test demo Replace the sdl dir from gambas2-1.9.1 with this one. Update the configure.in with this one. ./reconf ./configure make make install Have fun, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl-20050111.tar.bz2 Type: application/x-tbz Size: 27021 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cdromtest-0.0.1.tar.gz Type: application/x-tgz Size: 1338 bytes Desc: not available URL: -------------- next part -------------- dnl --------------------------------- dnl dnl configure.in for Gambas dnl (c) Beno?t Minisini 2000-2005 dnl dnl --------------------------------- dnl ---- Initialization AC_INIT(src/share/gambas.h) AM_MAINTAINER_MODE AC_CONFIG_SUBDIRS(libltdl) AM_CONFIG_HEADER(config.h) AM_INIT_AUTOMAKE(gambas2, 1.9.1) AC_PREFIX_DEFAULT(/usr/local) AC_DISABLE_STATIC AC_CANONICAL_HOST dnl ---- Gambas version GAMBAS_VERSION=2 AC_SUBST(GAMBAS_VERSION) AC_DEFINE(GAMBAS_VERSION, 2, Gambas version) AC_DEFINE(GAMBAS_VERSION_STRING, "2", Gambas version string) dnl ---- Checks for programs AC_PROG_CC AC_PROG_CPP AC_PROG_CXX AC_PROG_INSTALL AC_PROG_LN_S AC_PROG_MAKE_SET dnl ---- Checks for header files. AC_HEADER_DIRENT AC_HEADER_STDC AC_HEADER_SYS_WAIT AC_CHECK_HEADERS(fcntl.h limits.h malloc.h strings.h sys/ioctl.h sys/time.h unistd.h) dnl ---- Checks for typedefs, structures, and compiler characteristics. AC_C_CONST AC_TYPE_PID_T AC_TYPE_SIZE_T AC_HEADER_TIME AC_STRUCT_TM dnl ---- Checks for library functions. AC_FUNC_ALLOCA AC_PROG_GCC_TRADITIONAL AC_TYPE_SIGNAL AC_FUNC_STRCOLL AC_FUNC_STRFTIME AC_FUNC_VPRINTF AC_FUNC_WAIT3 AC_CHECK_FUNCS(getcwd gettimeofday mkdir rmdir select socket strdup strerror strtod strtol sysinfo) AC_REPLACE_FUNCS(setenv unsetenv getdomainname) dnl ---- Support for libltdl AC_LIBTOOL_DLOPEN AC_LIBLTDL_CONVENIENCE AC_LIBTOOL_WIN32_DLL AC_PROG_LIBTOOL AC_SUBST(INCLTDL) AC_SUBST(LIBLTDL) #LD_FLAGS="-z defs" LD_FLAGS="-no-undefined" AC_SUBST(LD_FLAGS) dnl ---- Support for ccache dnl AC_PATH_PROG(CCACHE, ccache) if test x"$CCACHE" != x; then CC="ccache $CC" CXX="ccache $CXX" fi dnl ---- Checks for libraries AC_CHECK_LIB(m, main, echo -n) AC_CHECK_LIB(z, main, echo -n) C_LIB=-lc AC_SUBST(C_LIB) AC_CHECK_LIB(gcc_s, main, CXX_LIB="$CXX_LIB -lgcc_s") AC_CHECK_LIB(stdc++, main, CXX_LIB="$CXX_LIB -lstdc++") AC_SUBST(CXX_LIB) dnl ---- Check for system GB_SYSTEM() dnl ---- Check for shared library extension GB_SHARED_LIBRARY_EXT() dnl ---- Check for threading GB_THREAD() dnl ---- Check for internationalization library GB_COMPONENT( intl, INTL, [external internationalization library], [GB_FIND(libintl.h, /usr/local /usr, include)], [GB_FIND(libintl.$SHLIBEXT, /usr/local /usr, lib)], [-lintl]) dnl ---- Check for charset conversion library GB_COMPONENT( conv, CONV, [external charset conversion library], [GB_FIND(iconv.h, /usr/local /usr, include)], [GB_FIND(libiconv.$SHLIBEXT, /usr/local /usr, lib)], [-liconv]) dnl ---- Check for gettext library GB_COMPONENT( gettext, GETTEXT, [external gettext library], [], [GB_FIND(gettextlib.$SHLIBEXT, /usr/local /usr, lib)], [-lgettextlib]) dnl ---- Checks for components dnl ---- QT & KDE component GB_COMPONENT( qt, QT, [QT component], [GB_FIND(qptrlist.h, /usr/local/lib /usr/local /usr/lib /usr/X11 /usr/X11R6 /usr, include qt*/include qt/*/include)], [GB_FIND(libqt-mt.$SHLIBEXT, /usr/local /usr/qt /usr/qt/* /usr/X11 /usr/X11R6 /usr, lib, libqt-mt.so.3)], [$CXX_LIB $THREAD_LIB $X_LIBS -lqt-mt], [$THREAD_INC]) if test "$have_qt"="yes"; then AC_PATH_X AC_PATH_XTRA AC_CHECK_LIB(X11, XOpenDisplay, echo -n, AC_MSG_ERROR([*** libX11 not found. Check 'config.log' for more details.]), $X_LIBS) AC_CHECK_LIB(Xext, XShmAttach, echo -n, AC_MSG_ERROR([*** libXext not found. Check 'config.log' for more details.]), $X_LIBS) GB_FIND_QT_MOC GB_COMPONENT( kde, KDE, [KDE 3.x component], [GB_FIND(kapplication.h, `kde-config --prefix 2> /dev/null`, include)], [GB_FIND(libkdecore.$SHLIBEXT, `kde-config --prefix 2> /dev/null`, lib)], [-lkdecore -lkdeui -lDCOP -lkio]) fi dnl ---- GTK+ component GB_COMPONENT_PKG_CONFIG( gtk, GTK, [GTK+ component], gtk+-2.0) dnl ---- Networking component GB_COMPONENT( net, NET, [Networking component], [], [], [$C_LIB $THREAD_LIB], [$THREAD_INC]) dnl ---- Advanced networking component GB_COMPONENT( curl, CURL, [Advanced networking component], [GB_FIND(curl.h, `curl-config --prefix 2> /dev/null`, include)], [GB_FIND(libcurl.$SHLIBEXT, `curl-config --prefix 2> /dev/null`, lib)], [$C_LIB `curl-config --libs 2> /dev/null`]) dnl ---- Database components GB_COMPONENT( postgresql, PGSQL, [PostgreSQL driver], [GB_FIND(libpq-fe.h postgres.h pg_type.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include/pgsql* pgsql*/include include/postgresql* postgresql*/include include)], [GB_FIND(libpq.$SHLIBEXT, /usr/local /opt /usr, lib pgsql*/lib postgresql*/lib)], [$C_LIB -lpq]) GB_COMPONENT( mysql, MYSQL, [MySQL driver], [GB_FIND(mysql.h my_config.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include mysql*/include)], [GB_FIND(libmysqlclient.$SHLIBEXT, /usr/local /opt /usr, lib mysql*/lib)], [$C_LIB -lmysqlclient -lz]) GB_COMPONENT( sqlite, SQLITE, [SQLite driver], [GB_FIND(sqlite.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include sqlite*/include)], [GB_FIND(libsqlite.$SHLIBEXT, /usr/local /opt /usr, lib sqlite*/lib)], [$C_LIB -lsqlite -lstdc++]) dnl GB_COMPONENT( dnl sqlite3, dnl SQLITE3, dnl [SQLite3 driver], dnl [GB_FIND(sqlite3.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include sqlite*/include)], dnl [GB_FIND(libsqlite3.$SHLIBEXT, /usr/local /opt /usr, lib sqlite*/lib)], dnl [$C_LIB -lsqlite3 -lstdc++]) GB_COMPONENT( odbc, ODBC, [ODBC Connection driver], [GB_FIND(sql.h sqlext.h sqltypes.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include odbc*/include)], [GB_FIND(libodbc.$SHLIBEXT, /usr/local /opt /usr, lib odbc*/lib )], [$C_LIB -lodbc]) dnl ---- SDL component needs: libvorbisfile.la libsmpeg.la libogg.la GB_COMPONENT( sdl, SDL, [SDL component], [GB_FIND(SDL.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [$C_LIB $THREAD_LIB -lSDL -lm], [$THREAD_INC]) GB_COMPONENT( sdl_cdrom, SDL_CDROM, [SDL CDROM component], [], [], [$C_LIB $THREAD_LIB], [$THREAD_INC]) GB_COMPONENT( sdl_sound, SDL_SOUND, [SDL sound component], [GB_FIND(SDL_mixer.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL_mixer.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [-lSDL_mixer], [$THREAD_INC]) GB_COMPONENT( sdl_image, SDL_IMAGE, [SDL 2D image component], [GB_FIND(SDL_image.h SDL_gfxPrimitives.h SDL_ttf.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include SDL*/include include/SDL*)], [GB_FIND(libSDL_image.$SHLIBEXT libSDL_gfx.$SHLIBEXT libSDL_ttf.$SHLIBEXT, /usr/local /opt /usr, lib SDL*/lib lib/SDL*)], [-lSDL_image -lSDL_gfx -lSDL_ttf], [$THREAD_INC]) dnl ---- VB component GB_COMPONENT( vb, VB, [Visual Basic compatibility component], [], [], [$C_LIB $THREAD_LIB -lm], [$THREAD_INC]) dnl ---- Compression components GB_COMPONENT( zlib, ZLIB, [zlib compression], [GB_FIND(zlib.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include)], [GB_FIND(libz.$SHLIBEXT, /usr/local /opt /usr, lib)], [$C_LIB -lz]) GB_COMPONENT( bzlib2, BZLIB2, [bzlib2 compression], [GB_FIND(bzlib.h, /usr/local/lib /usr/local /opt /usr/lib /usr, include)], [GB_FIND(libbz2.$SHLIBEXT, /usr/local /opt /usr, lib)], [$C_LIB -lbz2]) dnl ---- XML components GB_COMPONENT_PKG_CONFIG( libxml, LIBXML, [XML parser component], libxml-2.0) dnl GB_COMPONENT( dnl libxml, dnl LIBXML, dnl [XML parser component], dnl [GB_FIND(libxml, /usr/local/lib /usr/local /opt /usr/lib /usr, include/libxml* include)], dnl [GB_FIND(libxml2.$SHLIBEXT, /usr/local /opt /usr, lib)], dnl [$C_LIB $THREAD_LIB -lxml2 -lm], dnl [$THREAD_INC]) GB_COMPONENT( xslt, XSLT, [XSLT/XML parser component], [GB_FIND(libxslt, /usr/local/lib /usr/local /opt /usr/lib /usr, include/libxml* include/libxslt* include)], [GB_FIND(libxslt.$SHLIBEXT, /usr/local /opt /usr, lib)], [$LIBXML_LIB -lxslt]) dnl ---- Perl Compatible Regular Expression component GB_COMPONENT( pcre, PCRE, [Perl Compatible Regular Expression component], [GB_FIND(pcre.h, /usr/local/lib /usr/local /usr/lib /usr, include)], [GB_FIND(libpcre.$SHLIBEXT, /usr/local /usr, lib)], [-lpcre]) dnl ---- Other options AC_ARG_ENABLE( debug, [ --enable-debug compile for debugging (default: yes)], gambas_debug=$enableval, gambas_debug=yes ) AM_CONDITIONAL(DEBUG, test "$gambas_debug" = yes) AC_ARG_ENABLE( optimization, [ --enable-optimization compile with optimizations (default: yes)], gambas_optimization=$enableval, gambas_optimization=yes ) AM_CONDITIONAL(OPTIMIZE, test "$gambas_optimization" = yes) AC_ARG_ENABLE( profiling, [ --enable-profiling compile with profiling (default: no)], gambas_prof=$enableval, gambas_prof=no ) AC_ARG_ENABLE( preloading, [ --enable-preloading enable preloading (default: yes)], gambas_preloading=$enableval, gambas_preloading=yes ) if test "$gambas_preloading" = "yes"; then AC_DEFINE(DO_PRELOADING, 1, allows shared library preloading ) fi CFLAGS="$CFLAGS -pipe -Wall -fno-strict-aliasing" CXXFLAGS="$CXXFLAGS -pipe -Wall -fno-exceptions" if test "$gambas_prof" = "yes"; then CFLAGS="$CFLAGS -pg" CXXFLAGS="$CXXFLAGS -pg" # if test "$gambas_optimization" = "yes"; then # echo -e "\n**** Warning: --enable-profiling implies --disable-optimization\n" # gambas_optimization="no"; # fi fi if test "$gambas_debug" = "yes"; then CFLAGS="$CFLAGS -g" CXXFLAGS="$CXXFLAGS -g" fi # gambas_flag="-O2 -fstrength-reduce -frerun-loop-opt -fexpensive-optimizations -fschedule-insns2 -funroll-loops" # gambas_flags="$gambas_flags -fno-strict-aliasing -falign-loops=2 -falign-jumps=2" # gambas_flags="$gambas_flags -falign-functions=2 -ffast-math" if test "$gambas_prof" = "no"; then gambas_flags="$gambas_flags -fomit-frame-pointer" fi if test "x$gambas_optimization" = "xyes"; then CFLAGS="$CFLAGS -Os" CXXFLAGS="$CXXFLAGS -Os -fno-omit-frame-pointer" else CFLAGS="$CFLAGS -O0" CXXFLAGS="$CXXFLAGS -O0" fi dnl ---- Create makefiles AC_OUTPUT( \ Makefile \ src/Makefile \ src/share/Makefile \ src/comp/Makefile \ src/exec/Makefile \ src/lib/Makefile \ src/lib/debug/Makefile \ src/lib/eval/Makefile \ src/lib/qt/Makefile \ src/lib/qt/editor/Makefile \ src/lib/qt/ext/Makefile \ src/lib/qt/kde/Makefile \ src/lib/qt/kde/html/Makefile \ src/lib/gtk/Makefile \ src/lib/db/Makefile \ src/lib/db/mysql/Makefile \ src/lib/db/postgresql/Makefile \ src/lib/db/sqlite/Makefile \ src/lib/db/odbc/Makefile \ src/lib/sdl/Makefile \ src/lib/sdl/sdl_cdrom/Makefile \ src/lib/sdl/sdl_image/Makefile \ src/lib/sdl/sdl_sound/Makefile \ src/lib/net/Makefile \ src/lib/net/curl/Makefile \ src/lib/vb/Makefile \ src/lib/compress/Makefile \ src/lib/compress/zlib/Makefile \ src/lib/compress/bzlib2/Makefile \ src/lib/xml/Makefile \ src/lib/xml/libxml/Makefile \ src/lib/xml/libxml/xslt/Makefile \ src/lib/xml/libxml/rpc/Makefile \ src/lib/pcre/Makefile \ ) From gambas at ...1... Tue Jan 11 11:13:03 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 11 Jan 2005 11:13:03 +0100 Subject: [Gambas-devel] Warning in vb component In-Reply-To: <200501110042.15201.lordheavy@...141...> References: <200501110042.15201.lordheavy@...141...> Message-ID: <200501111113.03864.gambas@...1...> On Tuesday 11 January 2005 00:42, Laurent Carlier wrote: > i've got this warning while building vb component : > vb.c: In function `CVB_Round': > vb.c:263: warning: implicit declaration of function `exp10' > vb.c:265: warning: implicit declaration of function `round' > > exp10 seems to be a GNU extension, i've found a workaround here : > http://linux-documentation.com/en/package/glibc/Exponents-and-Logarithms.ht >ml > > replace exp10(x) with exp (x * log (10)) > > and for round i've found this here : > http://sources.redhat.com/ml/bug-glibc/2001-10/msg00022.html > > "Since these functions are introduced by C99 you need to define at least > _ISOC99_SOURCE (or _GNU_SOURCE) to get their declarations from . > *Note (libc)Feature Test Macros::." > > Regards, I will rewrite the function without using exp10 nor round. Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 11 11:15:16 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 11 Jan 2005 11:15:16 +0100 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 In-Reply-To: <20050110185106.28064.qmail@...214...> References: <20050110185106.28064.qmail@...214...> Message-ID: <200501111115.16925.gambas@...1...> On Monday 10 January 2005 19:51, Srikanta Prasanna wrote: > Folks, > I tried to build Gambas 1.9.1 on my Fedora Core 3 system. > 'configure' went smooth, but 'make' threw this error in the > SDL component's image directory, draw.c: > > Making all in image > make[5]: Entering directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' if /bin/sh > ../../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. > -I../../../.. -I../../../../src/share -I/usr/include/SDL/ -D_REENTRANT > -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT draw.lo -MD -MP -MF > ".deps/draw.Tpo" -c -o draw.lo draw.c; \ then mv -f ".deps/draw.Tpo" > ".deps/draw.Plo"; else rm -f ".deps/draw.Tpo"; exit 1; fi gcc > -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/share > -I/usr/include/SDL/ -D_REENTRANT -g -O2 -pipe -Wall -fno-strict-aliasing -g > -Os -MT draw.lo -MD -MP -MF .deps/draw.Tpo -c draw.c -fPIC -DPIC -o > .libs/draw.o draw.c:34:31: SDL_gfxPrimitives.h: No such file or directory > draw.c: In function `DRAWING_plot': > draw.c:147: warning: implicit declaration of function `pixelColor' > draw.c: In function `DRAWING_draw': > draw.c:170: warning: implicit declaration of function `lineColor' > make[5]: *** [draw.lo] Error 1 > make[5]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' make[4]: *** > [all-recursive] Error 1 > make[4]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl' make[3]: *** > [all-recursive] Error 1 > make[3]: Leaving directory > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib' make[2]: *** > [all-recursive] Error 1 > make[2]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1' > make: *** [all] Error 2 > > Any suggestions ?? > > cheers, > srikanta prasanna There is an error in ./src/lib/sdl/Makefile.am that make compile sdl components even if SDL libraries are not installed. Try ./configure --disable-sdl-component Regards, -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Tue Jan 11 15:59:22 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 11 Jan 2005 15:59:22 +0100 Subject: [Gambas-devel] sdl component update In-Reply-To: <200501111107.07371.lordheavy@...141...> References: <200501111107.07371.lordheavy@...141...> Message-ID: <200501111559.23885.lordheavy@...141...> Le Mardi 11 Janvier 2005 11:07, Laurent Carlier a ?crit?: > sdl component update, major changes : > - first step for a cdrom-sdl component. > Component update, add volume change (works only with linux) If somebody knows how to make in other OSes :) Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl-20050111-1.tar.bz2 Type: application/x-tbz Size: 27450 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cdromtest-0.0.2.tar.gz Type: application/x-tgz Size: 1453 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Tue Jan 11 17:38:46 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 11 Jan 2005 11:38:46 -0500 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501111025.59469.gambas@...1...> References: <41E2FBD4.3020400@...103...> <200501111025.59469.gambas@...1...> Message-ID: <200501111138.46833.sourceforge-raindog2@...19...> On Tuesday 11 January 2005 04:25, Benoit Minisini wrote: > We must make a gb.form component that will be parent of > gb.form.qt and gb.form.gtk. This gb.form component will > include a API with all X11 dependent functions that will be > used by gb.form.qt and gb.form.gtk. This way, things will be > clearer and porting easier! What type of X11 dependent stuff is still in there? I was hoping to get Gambas running on either Gtk-fb or Qt-embedded, but X dependency will make it hard... Rob From sourceforge-raindog2 at ...19... Tue Jan 11 19:09:09 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 11 Jan 2005 13:09:09 -0500 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed Message-ID: <200501111309.09993.sourceforge-raindog2@...19...> One of the last changes I made to the regexp.c file was adding exec options and compile options as optional arguments. Unfortunately, if you don't specify both arguments the pattern fails to compile, and then when the _new method exits the interpreter segv's for some reason. I am now working on making those arguments actually optional ;) Rob From lordheavy at ...141... Tue Jan 11 19:15:29 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 11 Jan 2005 19:15:29 +0100 Subject: [Gambas-devel] sdl component update In-Reply-To: <200501111559.23885.lordheavy@...141...> References: <200501111107.07371.lordheavy@...141...> <200501111559.23885.lordheavy@...141...> Message-ID: <200501111915.30373.lordheavy@...141...> I've add some code for volume cdrom control under freebsd but don't have one :) If somebody can test and report , it will be great ! Thanks, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: cdrom.c Type: text/x-csrc Size: 8529 bytes Desc: not available URL: From daniel.campos at ...103... Tue Jan 11 23:04:59 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Tue, 11 Jan 2005 23:04:59 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501111138.46833.sourceforge-raindog2@...19...> References: <41E2FBD4.3020400@...103...> <200501111025.59469.gambas@...1...> <200501111138.46833.sourceforge-raindog2@...19...> Message-ID: <41E44D8B.70607@...103...> >What type of X11 dependent stuff is still in there? I was hoping >to get Gambas running on either Gtk-fb or Qt-embedded, but X >dependency will make it hard... > > > Yes but the real world is hopeless :-))) I need to use some X functions to implement some parts of the Gambas interface. However, these differences are minimal, and, by other side, GTK+ offers some specific functions to work with linux framebuffer or even DirectFB, that allows, for example, to have managed (decorated) windows without window manager, that will be useful, but useable only in these environments. But, as Gambas and the gtk component are GPL, all the people interested in different environments can modify the code to make it work :-))) Regards, D. Campos From sourceforge-raindog2 at ...19... Wed Jan 12 01:38:37 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 11 Jan 2005 19:38:37 -0500 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501111309.09993.sourceforge-raindog2@...19...> References: <200501111309.09993.sourceforge-raindog2@...19...> Message-ID: <200501111938.37934.sourceforge-raindog2@...19...> On Tuesday 11 January 2005 13:09, Rob wrote: > One of the last changes I made to the regexp.c file was adding > exec options and compile options as optional arguments. > Unfortunately, if you don't specify both arguments the pattern > fails to compile, and then when the _new method exits the > interpreter segv's for some reason. I am now working on > making those arguments actually optional ;) Heh heh. Never mind.... after uninstalling both versions of Gambas and reinstalling just 1.9.1, this problem disappeared. I still have added a check for MISSING(coptions) and MISSING(eoptions) to my local copy of the source, but it seems the segv was just a 1.0.1 problem which for some reason was also affecting 1.9.1. I also updated my proof of concept example project, but I hope to make a regex builder sort of example like kmail has (since most people have no idea what regular expressions are even useful for. :) ) The weird thing is, after I fixed it in 1.0.1, it also started working correctly if I ran the same project with gbx2. I wonder if there's still some references to "gbx" in the IDE... Rob From gambas at ...1... Wed Jan 12 10:02:37 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 10:02:37 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501111138.46833.sourceforge-raindog2@...19...> References: <200501111025.59469.gambas@...1...> <200501111138.46833.sourceforge-raindog2@...19...> Message-ID: <200501121002.37153.gambas@...1...> On Tuesday 11 January 2005 17:38, Rob wrote: > On Tuesday 11 January 2005 04:25, Benoit Minisini wrote: > > We must make a gb.form component that will be parent of > > gb.form.qt and gb.form.gtk. This gb.form component will > > include a API with all X11 dependent functions that will be > > used by gb.form.qt and gb.form.gtk. This way, things will be > > clearer and porting easier! > > What type of X11 dependent stuff is still in there? I was hoping > to get Gambas running on either Gtk-fb or Qt-embedded, but X > dependency will make it hard... > > Rob > > At the moment, the X11 specific-code is necessary: - To bypass QT in window management, because it does not follow the freedesktop specifications. - To have a cached DrawingArea not too slow. It is not perfect at the moment. -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Wed Jan 12 10:04:18 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 10:04:18 +0100 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501111938.37934.sourceforge-raindog2@...19...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501111938.37934.sourceforge-raindog2@...19...> Message-ID: <200501121004.18800.gambas@...1...> On Wednesday 12 January 2005 01:38, Rob wrote: > On Tuesday 11 January 2005 13:09, Rob wrote: > > One of the last changes I made to the regexp.c file was adding > > exec options and compile options as optional arguments. > > Unfortunately, if you don't specify both arguments the pattern > > fails to compile, and then when the _new method exits the > > interpreter segv's for some reason. I am now working on > > making those arguments actually optional ;) > > Heh heh. Never mind.... after uninstalling both versions of > Gambas and reinstalling just 1.9.1, this problem disappeared. I > still have added a check for MISSING(coptions) and > MISSING(eoptions) to my local copy of the source, but it seems > the segv was just a 1.0.1 problem which for some reason was also > affecting 1.9.1. I also updated my proof of concept example > project, but I hope to make a regex builder sort of example like > kmail has (since most people have no idea what regular > expressions are even useful for. :) ) > Could it be possible to compile the regexp first, and then use the compiled regexp later may times ? > The weird thing is, after I fixed it in 1.0.1, it also started > working correctly if I ran the same project with gbx2. I wonder > if there's still some references to "gbx" in the IDE... > Maybe... :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Wed Jan 12 11:01:22 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 11:01:22 +0100 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501111309.09993.sourceforge-raindog2@...19...> References: <200501111309.09993.sourceforge-raindog2@...19...> Message-ID: <200501121101.22150.gambas@...1...> On Tuesday 11 January 2005 19:09, Rob wrote: > One of the last changes I made to the regexp.c file was adding > exec options and compile options as optional arguments. > Unfortunately, if you don't specify both arguments the pattern > fails to compile, and then when the _new method exits the > interpreter segv's for some reason. I am now working on making > those arguments actually optional ;) > > Rob > Be careful, Rob! GB.ToZeroString() returns a -temporary- string that is freed later by the interpreter. Don't use it if you want to store a string into an object structure! Use GB.NewString() instead, and GB.FreeString() to free it. See the documentation if the Wiki for more information. -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Wed Jan 12 13:47:20 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 12 Jan 2005 13:47:20 +0100 Subject: [Gambas-devel] sdl-cdrom component Message-ID: <200501121347.20987.lordheavy@...141...> Here is the last "snapshot" of my sdl components : sdl-image, sdl-sound components : no changes sdl-cdrom : - add play per track, play cd. - all the length (time) are in seconds - volume control available for linux, freebsd (not tested) Give me some feedbacks, questions are welcome ! Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl-20050112.tar.bz2 Type: application/x-tbz Size: 27889 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cdromtest-0.0.3.tar.gz Type: application/x-tgz Size: 1540 bytes Desc: not available URL: From gambas at ...1... Wed Jan 12 14:09:01 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 14:09:01 +0100 Subject: [Gambas-devel] sdl-cdrom component In-Reply-To: <200501121347.20987.lordheavy@...141...> References: <200501121347.20987.lordheavy@...141...> Message-ID: <200501121409.01856.gambas@...1...> On Wednesday 12 January 2005 13:47, Laurent Carlier wrote: > Here is the last "snapshot" of my sdl components : > sdl-image, sdl-sound components : no changes > > sdl-cdrom : > - add play per track, play cd. > - all the length (time) are in seconds > - volume control available for linux, freebsd (not tested) > > Give me some feedbacks, questions are welcome ! > > Regards, I think it's better to move cdrom component into gb.sdl, and every other things that need only libSDL. Otherwise, we have a gb.sdl component that do nothing visible to the user! Regards, -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Wed Jan 12 14:39:35 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 12 Jan 2005 14:39:35 +0100 Subject: [Gambas-devel] sdl-cdrom component In-Reply-To: <200501121409.01856.gambas@...1...> References: <200501121347.20987.lordheavy@...141...> <200501121409.01856.gambas@...1...> Message-ID: <200501121439.35708.lordheavy@...141...> Le Mercredi 12 Janvier 2005 14:09, Benoit Minisini a ?crit?: > > I think it's better to move cdrom component into gb.sdl, and every other > things that need only libSDL. Otherwise, we have a gb.sdl component that do > nothing visible to the user! > > Regards, Of course , i agree :) Currently it's only on devel (pre-alpha) stage :) Promise, next time it will be inside gb.sdl component :) Regards, -- Laurent Carlier From lordheavy at ...141... Wed Jan 12 15:12:11 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 12 Jan 2005 15:12:11 +0100 Subject: [Gambas-devel] sdl-cdrom component In-Reply-To: <200501121439.35708.lordheavy@...141...> References: <200501121347.20987.lordheavy@...141...> <200501121409.01856.gambas@...1...> <200501121439.35708.lordheavy@...141...> Message-ID: <200501121512.12522.lordheavy@...141...> Le Mercredi 12 Janvier 2005 14:39, Laurent Carlier a ?crit?: > > Of course , i agree :) > Currently it's only on devel (pre-alpha) stage :) > > Promise, next time it will be inside gb.sdl component :) > And i will mix too with the current sdl-component (1.0.1) so users of 1.0.1 can cdrom part without upgrading to devel releases. Regards, -- Laurent Carlier From sourceforge-raindog2 at ...19... Wed Jan 12 15:14:13 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 09:14:13 -0500 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501121004.18800.gambas@...1...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501111938.37934.sourceforge-raindog2@...19...> <200501121004.18800.gambas@...1...> Message-ID: <200501120914.13319.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 04:04, Benoit Minisini wrote: > Could it be possible to compile the regexp first, and then use > the compiled regexp later may times ? Yes, that would make it much faster to process large text files for example. So what I want to do is this: 1. have a method called Regexp.Compile 2. have a method called Regexp.Exec 3. check for the existence of the "subject" and "pattern" args in the constructor, and if they exist, then call Compile and then Exec (as I'm doing now, but with more indirection. Are there any existing components with classes that do this? I actually don't know how to call one method of a Gambas class from another in C... do I use the Gambas symbol (CREGEXP_compile for example) or do I write private C functions called "regexpcompile()" and "regexpexec()" in regexp.c and call them from all three methods? Rob From sourceforge-raindog2 at ...19... Wed Jan 12 14:56:45 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 08:56:45 -0500 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501121101.22150.gambas@...1...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501121101.22150.gambas@...1...> Message-ID: <200501120856.45472.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 05:01, Benoit Minisini wrote: > On Tuesday 11 January 2005 19:09, Rob wrote: > > One of the last changes I made to the regexp.c file was > > adding exec options and compile options as optional > > arguments. Unfortunately, if you don't specify both > Be careful, Rob! > GB.ToZeroString() returns a -temporary- string that is freed > later by the interpreter. Don't use it if you want to store a > string into an object structure! Use GB.NewString() instead, > and GB.FreeString() to free it. Well, the compiler and exec options are both integers (sums of flags) so I assume this will not be an issue. Rob From gambas at ...1... Wed Jan 12 15:25:28 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 15:25:28 +0100 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501120856.45472.sourceforge-raindog2@...19...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501121101.22150.gambas@...1...> <200501120856.45472.sourceforge-raindog2@...19...> Message-ID: <200501121525.28459.gambas@...1...> On Wednesday 12 January 2005 14:56, Rob wrote: > On Wednesday 12 January 2005 05:01, Benoit Minisini wrote: > > On Tuesday 11 January 2005 19:09, Rob wrote: > > > One of the last changes I made to the regexp.c file was > > > adding exec options and compile options as optional > > > arguments. Unfortunately, if you don't specify both > > > > Be careful, Rob! > > GB.ToZeroString() returns a -temporary- string that is freed > > later by the interpreter. Don't use it if you want to store a > > string into an object structure! Use GB.NewString() instead, > > and GB.FreeString() to free it. > > Well, the compiler and exec options are both integers (sums of > flags) so I assume this will not be an issue. > > Rob > I'm talking about this code: ----8<----------------------------------------------------------------- BEGIN_METHOD(CREGEXP_new, GB_STRING subject; GB_STRING pattern; GB_INTEGER coptions; GB_INTEGER eoptions) int errptr; const char *errstr; int *ovector; pcre *code; int copts; int eopts; // BEGIN source of random crashes THIS->subject = GB.ToZeroString(ARG(subject)); /* Benoit, the reason we need to keep the subject string around is because pcre returns each match using an offset into the original subject and a length, not as a string! -RK */ THIS->pattern = GB.ToZeroString(ARG(pattern)); // END source of random crashes ----8<----------------------------------------------------------------- -- Benoit Minisini mailto:gambas at ...1... From lordheavy at ...141... Wed Jan 12 15:41:02 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 12 Jan 2005 15:41:02 +0100 Subject: [Gambas-devel] sdl-cdrom component for gambas 1.0.1 Message-ID: <200501121541.03439.lordheavy@...141...> sdl-cdrom component for gambas 1.0.1. Replace current sdl dir with the provide one; ./reconf ./configure make make install Nothing more, it will not break current sound component. - volume is disabled (not in 1.9.1) Have fun, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl-1.0.1-050112.tar.bz2 Type: application/x-tbz Size: 13968 bytes Desc: not available URL: From gambas at ...1... Wed Jan 12 15:45:25 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 15:45:25 +0100 Subject: [Gambas-devel] sdl-cdrom component for gambas 1.0.1 In-Reply-To: <200501121541.03439.lordheavy@...141...> References: <200501121541.03439.lordheavy@...141...> Message-ID: <200501121545.25532.gambas@...1...> On Wednesday 12 January 2005 15:41, Laurent Carlier wrote: > sdl-cdrom component for gambas 1.0.1. > > Replace current sdl dir with the provide one; > ./reconf > ./configure > make > make install > > Nothing more, it will not break current sound component. > - volume is disabled (not in 1.9.1) > > Have fun, I said put cdrom in gb.sdl component, NOT gb.sdl.sound !! gb.sdl.sound needs SDL_mixer library ! Please send your sources once a day, it's sufficient, and I can make release without receiving three updates during the build :-) I will make the 1.9.2 with your last package... Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Wed Jan 12 16:14:38 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 12 Jan 2005 16:14:38 +0100 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501120914.13319.sourceforge-raindog2@...19...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501121004.18800.gambas@...1...> <200501120914.13319.sourceforge-raindog2@...19...> Message-ID: <200501121614.38926.gambas@...1...> On Wednesday 12 January 2005 15:14, Rob wrote: > On Wednesday 12 January 2005 04:04, Benoit Minisini wrote: > > Could it be possible to compile the regexp first, and then use > > the compiled regexp later may times ? > > Yes, that would make it much faster to process large text files > for example. > > So what I want to do is this: > > 1. have a method called Regexp.Compile > > 2. have a method called Regexp.Exec > > 3. check for the existence of the "subject" and "pattern" args in > the constructor, and if they exist, then call Compile and then > Exec (as I'm doing now, but with more indirection. > > Are there any existing components with classes that do this? I > actually don't know how to call one method of a Gambas class > from another in C... do I use the Gambas symbol (CREGEXP_compile > for example) or do I write private C functions called > "regexpcompile()" and "regexpexec()" in regexp.c and call them > from all three methods? > > Rob > Look at the gb.eval component. It compiles and evaluates Gambas expressions located in a string. Almost exactly the same thing as you do with regexp! Regards, -- Benoit Minisini mailto:gambas at ...1... From machaira at ...162... Wed Jan 12 16:31:48 2005 From: machaira at ...162... (machaira at ...162...) Date: Wed, 12 Jan 2005 15:31:48 +0000 Subject: [Gambas-devel] Mandrake Installation Message-ID: <011220051531.5608.41E542E4000B6380000015E822007511500E9D070E080C0E03@...162...> Please bear with the newbness. I downloaded and installed the package for Gambas2 from kudla.org and unfortunately it didn't add a shortcut to it off the start button (forgive any incorrect terminology, I'm still stuck on Windows :( ). Suggestions as to how I can access it would be appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sourceforge-raindog2 at ...19... Wed Jan 12 16:47:42 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 10:47:42 -0500 Subject: [Gambas-devel] Re: [Gambas-user] Mandrake Installation In-Reply-To: <011220051531.5608.41E542E4000B6380000015E822007511500E9D070E080C0E03@...162...> References: <011220051531.5608.41E542E4000B6380000015E822007511500E9D070E080C0E03@...162...> Message-ID: <200501121047.42004.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 10:31, machaira at ...162... wrote: > I downloaded and installed the package for Gambas2 from > kudla.org and unfortunately it didn't add a shortcut to it off > the start button (forgive any incorrect terminology, I'm still > stuck on Windows :( ). Suggestions as to how I can access it > would be appreciated. The gambas2 packages aren't meant to be user friendly (if you notice, I haven't even announced them) and are really for my own use and that of various clients, and users on these lists. This is because some of the new code is quite unstable and I don't want people running it unless they are able to cope when it crashes. You can run the IDE by going to a shell prompt and typing "gambas2". For the full-on user friendliness, feel free to grab the Gambas 1.0.1 packages as they work great. Rob From lordheavy at ...141... Wed Jan 12 18:51:39 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Wed, 12 Jan 2005 18:51:39 +0100 Subject: [Gambas-devel] sdl-cdrom component for gambas 1.0.1 In-Reply-To: <200501121545.25532.gambas@...1...> References: <200501121541.03439.lordheavy@...141...> <200501121545.25532.gambas@...1...> Message-ID: <200501121851.40934.lordheavy@...141...> Le Mercredi 12 Janvier 2005 15:45, Benoit Minisini a ?crit?: > > I said put cdrom in gb.sdl component, NOT gb.sdl.sound !! gb.sdl.sound > needs SDL_mixer library ! > Don't put this one in 1.9.2, i know what you said before ! This one is ONLY for 1.0.1 release of Gambas !, not for 1.9.1, so users can test cdrom without installing 1.9.1 ! > Please send your sources once a day, it's sufficient, and I can make release > without receiving three updates during the build :-) Sorry for sapmming :) I promise to be nicer later :) yes, three "updates" a day is too much ! Do you made the mix of cdrom into gb.sdl or does i make it ? Apologizes, -- Laurent Carlier From sourceforge-raindog2 at ...19... Wed Jan 12 18:52:28 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 12:52:28 -0500 Subject: [Gambas-devel] new pcre component (200501121137) Message-ID: <200501121252.28764.sourceforge-raindog2@...19...> I haven't split the compile and exec into their own methods yet, but I have fixed the memory leaks, the random crashiness (by using GB.NewString instead of GB.ToZeroString), the new memory leaks that change caused :) , and the names of the error constants. Just in case you were planning on getting 1.9.2 out today or something... Rob From sourceforge-raindog2 at ...19... Wed Jan 12 19:10:18 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 13:10:18 -0500 Subject: [Gambas-devel] new pcre component (200501121137) In-Reply-To: <200501121252.28764.sourceforge-raindog2@...19...> References: <200501121252.28764.sourceforge-raindog2@...19...> Message-ID: <200501121310.18964.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 12:52, Rob wrote: > I haven't split the compile and exec into their own methods > yet, but I have fixed the memory leaks, the random crashiness I really seem to have a mental block with regards to attaching tarballs lately.... here it is. Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: pcre-good-200501121137.tar.gz Type: application/x-tgz Size: 13120 bytes Desc: not available URL: From srikantux at ...176... Wed Jan 12 19:14:51 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Wed, 12 Jan 2005 23:44:51 +0530 Subject: [Gambas-devel] 1.9.1 Build Error (sdl component) on FC3 In-Reply-To: <200501111115.16925.gambas@...1...> References: <20050110185106.28064.qmail@...214...> <200501111115.16925.gambas@...1...> Message-ID: <7f8e4a5a05011210144348928@...178...> Thanks Everybody! './configure --disable-sql' worked fine. cheers, srikanta PS: Ok Daniel, I have changed my mail-id, so that we won't be seeing any "microchoff's" ad in this group anymore :-)) And, did anyone else notice that the Email-Archive for gambas-devel starts from December 1969, or is it just me who am seeing it that way ?? On Tue, 11 Jan 2005 11:15:16 +0100, Benoit Minisini wrote: > On Monday 10 January 2005 19:51, Srikanta Prasanna wrote: > > Folks, > > I tried to build Gambas 1.9.1 on my Fedora Core 3 system. > > 'configure' went smooth, but 'make' threw this error in the > > SDL component's image directory, draw.c: > > > > Making all in image > > make[5]: Entering directory > > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' if /bin/sh > > ../../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. > > -I../../../.. -I../../../../src/share -I/usr/include/SDL/ -D_REENTRANT > > -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT draw.lo -MD -MP -MF > > ".deps/draw.Tpo" -c -o draw.lo draw.c; \ then mv -f ".deps/draw.Tpo" > > ".deps/draw.Plo"; else rm -f ".deps/draw.Tpo"; exit 1; fi gcc > > -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/share > > -I/usr/include/SDL/ -D_REENTRANT -g -O2 -pipe -Wall -fno-strict-aliasing -g > > -Os -MT draw.lo -MD -MP -MF .deps/draw.Tpo -c draw.c -fPIC -DPIC -o > > .libs/draw.o draw.c:34:31: SDL_gfxPrimitives.h: No such file or directory > > draw.c: In function `DRAWING_plot': > > draw.c:147: warning: implicit declaration of function `pixelColor' > > draw.c: In function `DRAWING_draw': > > draw.c:170: warning: implicit declaration of function `lineColor' > > make[5]: *** [draw.lo] Error 1 > > make[5]: Leaving directory > > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl/image' make[4]: *** > > [all-recursive] Error 1 > > make[4]: Leaving directory > > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib/sdl' make[3]: *** > > [all-recursive] Error 1 > > make[3]: Leaving directory > > `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src/lib' make[2]: *** > > [all-recursive] Error 1 > > make[2]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/home/sri/Gambas/Gambas-Srcs/gambas2-1.9.1' > > make: *** [all] Error 2 > > > > Any suggestions ?? > > > > cheers, > > srikanta prasanna > > There is an error in ./src/lib/sdl/Makefile.am that make compile sdl > components even if SDL libraries are not installed. Try ./configure > --disable-sdl-component > > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From srikantux at ...176... Wed Jan 12 19:29:36 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Wed, 12 Jan 2005 23:59:36 +0530 Subject: [Gambas-devel] Help Re Gambas Component Message-ID: <7f8e4a5a050112102960f01fbc@...178...> Dear all, I would like to write a component to Gambas. I'm not sure which component I can take up; but feel that NCurses (as suggested by Daniel Campos to me) would be better. So, 1: I will be very thankful if someone would point how difficult (or how easy) it would be (as I know not much about NCurses) and whether it would be really usefull. 2: I would also appreciate if anybody suggests some pointers regarding Gambas - - Ncurses (ofcourse, apart from Gambas-Wiki, gambas/examples and "google" :-)) cheers, srikanta From sourceforge-raindog2 at ...19... Wed Jan 12 19:56:05 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 13:56:05 -0500 Subject: [Gambas-devel] Help Re Gambas Component In-Reply-To: <7f8e4a5a050112102960f01fbc@...178...> References: <7f8e4a5a050112102960f01fbc@...178...> Message-ID: <200501121356.05423.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 13:29, Srikanta Prasanna wrote: > 1: I will be very thankful if someone would point how > difficult (or how easy) it would > be (as I know not much about NCurses) and whether it would be > really usefull. NCurses, despite being conceptually simpler than Gtk or Qt, will probably need more groundwork initially than either of those because it doesn't manage its own event loop. There are other toolkits which wrap ncurses and provide that, but I don't think any of them is very well supported or mature. I looked into this myself about 6 months ago and decided it was way beyond my abilities at the time. But I think it would be possible, and desirable as a more featureful alternative to just using stdin/stdout for console apps. Rob From sourceforge-raindog2 at ...19... Wed Jan 12 20:58:41 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 14:58:41 -0500 Subject: [Gambas-devel] new posix component (200401121451) Message-ID: <200501121458.41149.sourceforge-raindog2@...19...> This is the posix component fixed up for 1.9.x, and now with a little example app that tests each of the 3 methods (mktime, strftime, difftime) and a property (ctermid, less useful than i expected) I have in there. No crashes that I've run into and no memory leaks. Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: posix-good-200501121451.tar.gz Type: application/x-tgz Size: 8848 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Thu Jan 13 00:05:51 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 12 Jan 2005 18:05:51 -0500 Subject: [Gambas-devel] 1.9.1 pcre problem diagnosed In-Reply-To: <200501121614.38926.gambas@...1...> References: <200501111309.09993.sourceforge-raindog2@...19...> <200501120914.13319.sourceforge-raindog2@...19...> <200501121614.38926.gambas@...1...> Message-ID: <200501121803.16085.sourceforge-raindog2@...19...> On Wednesday 12 January 2005 10:14, Benoit Minisini wrote: >>> Could it be possible to compile the regexp first, and then use >>> the compiled regexp later may times ? > Look at the gb.eval component. It compiles and evaluates > Gambas expressions located in a string. Almost exactly the > same thing as you do with regexp! OK, I had to resort to one of your undocumented macros (CALL_METHOD_VOID) but I got it done :) Tarball attached and I updated the demo project to execute the RE against a second string. This supersedes the one from earlier today, which was 200501121137. Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: pcre-good-200501121742.tar.gz Type: application/x-tgz Size: 13103 bytes Desc: not available URL: From srikantux at ...176... Thu Jan 13 09:03:53 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Thu, 13 Jan 2005 13:33:53 +0530 Subject: [Gambas-devel] Help Re Gambas Component In-Reply-To: <200501121356.05423.sourceforge-raindog2@...19...> References: <7f8e4a5a050112102960f01fbc@...178...> <200501121356.05423.sourceforge-raindog2@...19...> Message-ID: <7f8e4a5a050113000377bf8bc2@...178...> Hi Rob, Thanks for replying. I don't have much knowledge of toolkits and event-loops. So, can anyone please suggest a simple (?) and yet useful component which I can begin with? I went thru the gambas roadmap (gambas.sourceforge.net/roadmap.html) but was not sure from where to begin with, as I am not familiar with any of those :-) Thanks for any help, Srikanta Prasanna On Wed, 12 Jan 2005 13:56:05 -0500, Rob wrote: > NCurses, despite being conceptually simpler than Gtk or Qt, will > probably need more groundwork initially than either of those > because it doesn't manage its own event loop. There are other > toolkits which wrap ncurses and provide that, but I don't think > any of them is very well supported or mature. I looked into > this myself about 6 months ago and decided it was way beyond my > abilities at the time. But I think it would be possible, and > desirable as a more featureful alternative to just using > stdin/stdout for console apps. > > Rob > From jredrejo at ...101... Thu Jan 13 10:02:51 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 13 Jan 2005 10:02:51 +0100 Subject: [Gambas-devel] differences between 1.9.2 & 1.0.2 gambas versions Message-ID: <1105606971.6354.14.camel@...195...> Hi, I am trying to follow carefully the different releases that Beno?t is doing, the stable and the development versions. I have a doubt about them: If I don't use the new experimental components included in the devel version (pcre, sdl, gtk, odbc) , how unstable are the difference between both versions. Would I be a fool if I use in production the gambas 1.9.2 instead of gambas 1.0.2 , removing those components? Doing that would allow me a very smoothly upgrading to use those components when they become stable. On the other hand, Beno?t, the fixes to compile in non-Linux architectures you mention in the 1.9.2 changelog are those related to ia64 I mentioned you?, and, you haven't corrected yet the bug in the CXMLReader.c, the GB_DESC CXmlReaderNodeTypeDesc doesn't have and GB_END_DECLARE sentence. Regards. From sourceforge-raindog2 at ...19... Thu Jan 13 13:34:07 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Thu, 13 Jan 2005 07:34:07 -0500 Subject: [Gambas-devel] Help Re Gambas Component In-Reply-To: <7f8e4a5a050113000377bf8bc2@...178...> References: <7f8e4a5a050112102960f01fbc@...178...> <200501121356.05423.sourceforge-raindog2@...19...> <7f8e4a5a050113000377bf8bc2@...178...> Message-ID: <200501130734.07090.sourceforge-raindog2@...19...> On Thursday 13 January 2005 03:03, Srikanta Prasanna wrote: > I don't have much knowledge of toolkits and event-loops. > So, can anyone please suggest a simple (?) and yet useful > component which I can begin with? I went thru the gambas > roadmap (gambas.sourceforge.net/roadmap.html) but was not sure > from where to begin with, as I am not familiar with any of > those :-) You could try adding some methods to the POSIX component I posted yesterday (basically, they're Linux standard library calls.) That's assuming you had any interest in doing that, but I think starting out by making some modifications to an existing component is a little less daunting and will get you familiar with the gambas API :) Rob From mauriziopz at ...176... Thu Jan 13 17:07:42 2005 From: mauriziopz at ...176... (Maurizio Pozzobon) Date: Thu, 13 Jan 2005 17:07:42 +0100 Subject: [Gambas-devel] differences between 1.9.2 & 1.0.2 gambas versions In-Reply-To: <1105606971.6354.14.camel@...195...> References: <1105606971.6354.14.camel@...195...> Message-ID: The main problem using the dev branch in production without the unstable components is that the code could become inconpatible with the previous versions so you should have to rewrite som parts of your program. I suggest you to use the stable branch if you are not intrested in use the unstables components at the moment. On Thu, 13 Jan 2005 10:02:51 +0100, Jos? L. Redrejo Rodr?guez wrote: > Hi, I am trying to follow carefully the different releases that Beno?t > is doing, the stable and the development versions. I have a doubt about > them: > If I don't use the new experimental components included in the devel > version (pcre, sdl, gtk, odbc) , how unstable are the difference between > both versions. Would I be a fool if I use in production the gambas 1.9.2 > instead of gambas 1.0.2 , removing those components? Doing that would > allow me a very smoothly upgrading to use those components when they > become stable. > > On the other hand, Beno?t, the fixes to compile in non-Linux > architectures you mention in the 1.9.2 changelog are those related to > ia64 I mentioned you?, and, you haven't corrected yet the bug in the > CXMLReader.c, the GB_DESC CXmlReaderNodeTypeDesc doesn't have and > GB_END_DECLARE sentence. > > Regards. > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -- Maurizio From jredrejo at ...101... Thu Jan 13 20:49:31 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 13 Jan 2005 20:49:31 +0100 Subject: [Gambas-devel] differences between 1.9.2 & 1.0.2 gambas versions In-Reply-To: References: <1105606971.6354.14.camel@...195...> Message-ID: <1105645771.3257.11.camel@...179...> mmm, I am not worried for the previous versions, all the programs I have developed compile without problem in the devel version. Using the devel version I think the transition to using gtk & odbc would be much easier than doing it in some months when the gambas 2.0 version get released. I am really interested in these unstable components and I would like to use them as soon as they became usable, even before the gambas 2.0 release. I mainly would like to know if any of the features added to the devel version (apart from the new components) would make my apps fail or break my development cycle. El jue, 13-01-2005 a las 17:07 +0100, Maurizio Pozzobon escribi?: > The main problem using the dev branch in production without the > unstable components is that the code could become inconpatible with > the previous versions so you should have to rewrite som parts of your > program. I suggest you to use the stable branch if you are not > intrested in use the unstables components at the moment. > > > On Thu, 13 Jan 2005 10:02:51 +0100, Jos? L. Redrejo Rodr?guez > wrote: > > Hi, I am trying to follow carefully the different releases that Beno?t > > is doing, the stable and the development versions. I have a doubt about > > them: > > If I don't use the new experimental components included in the devel > > version (pcre, sdl, gtk, odbc) , how unstable are the difference between > > both versions. Would I be a fool if I use in production the gambas 1.9.2 > > instead of gambas 1.0.2 , removing those components? Doing that would > > allow me a very smoothly upgrading to use those components when they > > become stable. > > > > On the other hand, Beno?t, the fixes to compile in non-Linux > > architectures you mention in the 1.9.2 changelog are those related to > > ia64 I mentioned you?, and, you haven't corrected yet the bug in the > > CXMLReader.c, the GB_DESC CXmlReaderNodeTypeDesc doesn't have and > > GB_END_DECLARE sentence. > > > > Regards. > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From lordheavy at ...141... Fri Jan 14 10:56:54 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Fri, 14 Jan 2005 10:56:54 +0100 Subject: [Gambas-devel] bug when printing boolean value ? Message-ID: <200501141056.54432.lordheavy@...141...> Gambas seems "to eat" some caracters, see attached project Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: bug-0.0.1.tar.gz Type: application/x-tgz Size: 436 bytes Desc: not available URL: From nospam at ...217... Fri Jan 14 12:22:20 2005 From: nospam at ...217... (Kadaitcha Man) Date: Fri, 14 Jan 2005 22:22:20 +1100 Subject: [Gambas-devel] bug when printing boolean value ? References: <200501141056.54432.lordheavy@...141...> Message-ID: <001d01c4fa2b$50194e70$6701a8c0@...218...> Laurent Carlier wrote: > Gambas seems "to eat" some caracters, see attached project It's what I would expect to happen. You have defined the variable named 'value' as a boolean. If I wanted to get a string from a booean, I would expact that I would have to convert it. From nospam at ...217... Fri Jan 14 12:29:19 2005 From: nospam at ...217... (Kadaitcha Man) Date: Fri, 14 Jan 2005 22:29:19 +1100 Subject: [Gambas-devel] bug when printing boolean value ? References: <200501141056.54432.lordheavy@...141...> Message-ID: <003301c4fa2c$4a4557e0$6701a8c0@...218...> Laurent Carlier wrote: > Gambas seems "to eat" some caracters, see attached project Oh, and sorry for the typos... my eyes are dim today :) From lordheavy at ...141... Fri Jan 14 12:42:02 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Fri, 14 Jan 2005 12:42:02 +0100 Subject: [Gambas-devel] bug when printing boolean value ? In-Reply-To: <001d01c4fa2b$50194e70$6701a8c0@...218...> References: <200501141056.54432.lordheavy@...141...> <001d01c4fa2b$50194e70$6701a8c0@...218...> Message-ID: <200501141242.03205.lordheavy@...141...> Le Vendredi 14 Janvier 2005 12:22, Kadaitcha Man a ?crit?: > It's what I would expect to happen. You have defined the variable named > 'value' as a boolean. If I wanted to get a string from a booean, I would > expact that I would have to convert it. > > From the help text... > > Str$ > String = Str$ ( Expression ) > Converts an expression into its printable string representation... > Yes but ir's strange : PRINT value ' work PRINT "The value : " &value ' don't work Thanks, -- Laurent Carlier From nospam at ...217... Fri Jan 14 12:50:59 2005 From: nospam at ...217... (Kadaitcha Man) Date: Fri, 14 Jan 2005 22:50:59 +1100 Subject: [Gambas-devel] bug when printing boolean value ? References: <200501141056.54432.lordheavy@...141...> <001d01c4fa2b$50194e70$6701a8c0@...218...> <200501141242.03205.lordheavy@...141...> Message-ID: <004d01c4fa2f$50aa6e10$6701a8c0@...218...> Laurent Carlier wrote: > Le Vendredi 14 Janvier 2005 12:22, Kadaitcha Man a ?crit : >> It's what I would expect to happen. You have defined the variable >> named 'value' as a boolean. If I wanted to get a string from a >> booean, I would expact that I would have to convert it. >> >> From the help text... >> >> Str$ >> String = Str$ ( Expression ) >> Converts an expression into its printable string representation... >> > > Yes but ir's strange : > > PRINT value ' work > PRINT "The value : " &value ' don't work How is it strange? '&' is a concatenation operator, not a conversion operator. 'value' is a boolean. The result you get is because you are concatenating a string and a boolean. You have to convert the boolean to a string. Have a strong cup of coffee and try again later. From nospam at ...217... Fri Jan 14 13:32:41 2005 From: nospam at ...217... (Kadaitcha Man) Date: Fri, 14 Jan 2005 23:32:41 +1100 Subject: [Gambas-devel] bug when printing boolean value ? References: <200501141056.54432.lordheavy@...141...> <001d01c4fa2b$50194e70$6701a8c0@...218...> <200501141242.03205.lordheavy@...141...> Message-ID: <008c01c4fa35$24301c80$6701a8c0@...218...> Laurent Carlier wrote: > Le Vendredi 14 Janvier 2005 12:22, Kadaitcha Man a ?crit : >> It's what I would expect to happen. You have defined the variable >> named 'value' as a boolean. If I wanted to get a string from a >> booean, I would expact that I would have to convert it. >> >> From the help text... >> >> Str$ >> String = Str$ ( Expression ) >> Converts an expression into its printable string representation... >> > > Yes but ir's strange : > > PRINT value ' work > PRINT "The value : " &value ' don't work How is it strange? '&' is a concatenation operator, not a conversion operator. 'value' is a boolean. The result you get is because you are concatenating a string and a boolean. You have to convert the boolean to a string. Have a strong cup of coffee and try again later. From Karl.Reinl at ...16... Fri Jan 14 21:00:37 2005 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Fri, 14 Jan 2005 21:00:37 +0100 Subject: [Gambas-devel] gambas-IDE with PrettyPrinter for gambas-1.0.2 Message-ID: <200501142100.37082.Karl.Reinl@...16...> Salut, the attached patch-gambas-IDE.tar.bz2 includes patch-IDE.sh a bash-script to patch and copy the needed files into .../app/gambas /backup here I save the org. FMain.from, FMain.class, FEditor.from and FEditor.class /gambas.tar.bz2 from here I copy all add. files needed /IDEdiff the place where the *.diff files are So the files saved to /backup will be changed. For patching the IDE you have to extract patch-gambas-IDE.tar.bz2. Coping the dir. patch-gambas-IDE into gambas-1.0.2 directory. Should looks like that: ../gambas-1.0.2 |__app | |__gambas | |__gambas-database-manager |__patch-gambas-IDE | |__backup | |__gambas | |__IDEdiff |__libltdl |__src ..... Entering patch-gambas-IDE and run ./patch-IDE.sh The sript makes - a copy of the touched files to /backup. - paches these files - copy all from /gambas to ../app/gambas - und runs a su -c 'make install' After you find the PrettyPrinter and the PrettyPrinter Settings in the contextmenu of the IDE-Editor. Attention: ?the PrettyPrinter in the Editor menu is not managed, so you can ? change you sourcecode during debugging (but it is not the only one) ?!!!! The changes you find in ChangeLog.PrettyPrinter There are no changes made since 0.99.RC2 And remember, a backup copy is alwasy a good idea !!! Amicalement Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-gambas-IDE.tar.bz2 Type: application/x-tbz Size: 13244 bytes Desc: not available URL: From daniel.campos at ...103... Sat Jan 15 01:48:04 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 15 Jan 2005 01:48:04 +0100 Subject: [Gambas-devel] Screenshot from framebuffer? Message-ID: <41E86844.1020409@...103...> Hi: Tonight i've tested the GTK+ component with DirectFB ( www.directfb.org ) and the gdk-directfb patch from CVS. It works OK! But... how could I send a screenshot of that? Anybody knows if it is possible? Regards, D. Campos From srikantux at ...176... Sat Jan 15 07:32:16 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Sat, 15 Jan 2005 12:02:16 +0530 Subject: [Gambas-devel] Help Re Gambas Component In-Reply-To: <200501130734.07090.sourceforge-raindog2@...19...> References: <7f8e4a5a050112102960f01fbc@...178...> <200501121356.05423.sourceforge-raindog2@...19...> <7f8e4a5a050113000377bf8bc2@...178...> <200501130734.07090.sourceforge-raindog2@...19...> Message-ID: <7f8e4a5a05011422323277101d@...178...> Thanks, rob! I'll try making modifications to some existing components and then try with the more daunting tasks :-) srikanta On Thu, 13 Jan 2005 07:34:07 -0500, Rob wrote: > You could try adding some methods to the POSIX component I posted > yesterday (basically, they're Linux standard library calls.) > That's assuming you had any interest in doing that, but I think > starting out by making some modifications to an existing > component is a little less daunting and will get you familiar > with the gambas API :) > > Rob From sourceforge-raindog2 at ...19... Sat Jan 15 07:57:07 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sat, 15 Jan 2005 01:57:07 -0500 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <41E86844.1020409@...103...> References: <41E86844.1020409@...103...> Message-ID: <200501150157.07834.sourceforge-raindog2@...19...> On Friday 14 January 2005 19:48, Daniel Campos wrote: > Tonight i've tested the GTK+ component with DirectFB ( > www.directfb.org ) and > the gdk-directfb patch from CVS. It works OK! But... how could > I send a screenshot > of that? Anybody knows if it is possible? This is awesome news! I'm not running directfb at the moment but according to the directfbrc manpage, you're supposed to just be able to hit printscreen (well, I assume that's what they mean by the Print key) and the shot is put into a directory you define in your .directfbrc. Rob From jredrejo at ...101... Sat Jan 15 09:26:37 2005 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sat, 15 Jan 2005 09:26:37 +0100 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <41E86844.1020409@...103...> References: <41E86844.1020409@...103...> Message-ID: <1105777597.2683.2.camel@...179...> I think the best way to do it is run your application inside qemu o vmware, in that case you can take a perfect screenshot. regards El s?b, 15-01-2005 a las 01:48 +0100, Daniel Campos escribi?: > Hi: > > Tonight i've tested the GTK+ component with DirectFB ( www.directfb.org > ) and > the gdk-directfb patch from CVS. It works OK! But... how could I send a > screenshot > of that? Anybody knows if it is possible? > > Regards, > > D. Campos > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From daniel.campos at ...103... Sat Jan 15 13:32:29 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 15 Jan 2005 13:32:29 +0100 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <200501150157.07834.sourceforge-raindog2@...19...> References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> Message-ID: <41E90D5D.3050700@...103...> > >This is awesome news! I'm not running directfb at the moment but >according to the directfbrc manpage, you're supposed to just be >able to hit printscreen (well, I assume that's what they mean by >the Print key) and the shot is put into a directory you define >in your .directfbrc. > > You're right. Here it is! Regards, D. Campos >Rob > > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dfb_0001.png Type: image/png Size: 62111 bytes Desc: not available URL: From daniel.campos at ...103... Sat Jan 15 13:46:50 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 15 Jan 2005 13:46:50 +0100 Subject: [Gambas-devel] And the second one :-) Message-ID: <41E910BA.1080909@...103...> -------------- next part -------------- A non-text attachment was scrubbed... Name: dfb_0002.png Type: image/png Size: 17622 bytes Desc: not available URL: From nospam at ...217... Sat Jan 15 13:53:35 2005 From: nospam at ...217... (Kadaitcha Man) Date: Sat, 15 Jan 2005 23:53:35 +1100 Subject: [Gambas-devel] Screenshot from framebuffer? References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> <41E90D5D.3050700@...103...> Message-ID: <02ca01c4fb01$39b85fa0$6701a8c0@...218...> Daniel Campos wrote: >> This is awesome news! LOL - my image viewer opened the image full screen and I thought my mouse was dead because the cursor wouldn't move. Turns out it was your cursor. I need more coffee. From nospam at ...217... Sat Jan 15 13:56:39 2005 From: nospam at ...217... (Kadaitcha Man) Date: Sat, 15 Jan 2005 23:56:39 +1100 Subject: [Gambas-devel] Screenshot from framebuffer? References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> Message-ID: <02dc01c4fb01$a7707280$6701a8c0@...218...> Rob wrote: > On Friday 14 January 2005 19:48, Daniel Campos wrote: >> Tonight i've tested the GTK+ component with DirectFB ( >> www.directfb.org ) and >> the gdk-directfb patch from CVS. It works OK! But... how could >> I send a screenshot >> of that? Anybody knows if it is possible? > > This is awesome news! Could I trouble you, please, for the sake of learning, to give me a quick hint on why it's good news? There's nothing in the thread that tells me. It sounds significant, but I don't understand what the significance is. From gambasfr at ...4... Sat Jan 15 15:00:34 2005 From: gambasfr at ...4... (Bodard Fabien) Date: Sat, 15 Jan 2005 15:00:34 +0100 Subject: [Gambas-devel] And the second one :-) In-Reply-To: <41E910BA.1080909@...103...> References: <41E910BA.1080909@...103...> Message-ID: <200501151500.34517.gambasfr@...4...> Many time before gtk.ext ? From carsten at ...151... Sat Jan 15 15:32:01 2005 From: carsten at ...151... (Carsten Olsen) Date: Sat, 15 Jan 2005 15:32:01 +0100 Subject: [Gambas-devel] Re: your gambas Sourceprinter In-Reply-To: <41E5934C.7010807@...16...> References: <41E5934C.7010807@...16...> Message-ID: <1105799521.5659.17.camel@...168...> Hi Charlie I have tried my print source with Gambas2 and it works fine. I still using the FOption. I have no plans to changes that right now because of long hours on my job the next 2-3 months. But the idea is good. Context menu is that the popup menu on the editor ? Kind regards Carsten On Wed, 2005-01-12 at 22:14, Charlie wrote: > Salut Carsten, > > do you still use gambas ? > Do you have still your Sourceprinter ? > I planed to get out an modified IDE with my PrettyPrinter and if it is > possible with your sourceprinter. > > Give me news about. > It would be grate, to have a verion, who don't use Foption, but his own > configuration window. > I planed it to set all this in the context menu. > I thougth to set 'Print' and 'Printer settings ..' > > What do you think about . > > Amicalment > Charlie > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas2-printsource.tar.bz2 Type: application/x-bzip-compressed-tar Size: 14559 bytes Desc: not available URL: From na2492 at ...16... Sat Jan 15 18:59:41 2005 From: na2492 at ...16... (Charlie Reinl) Date: Sat, 15 Jan 2005 18:59:41 00100 Subject: [Gambas-devel] Re: your gambas Sourceprinter Message-ID: <41e95a0d.53da.0@...16...> > > > >Hi Charlie > >I have tried my print source with Gambas2 and it works fine. > >I still using the FOption. I have no plans to changes that right now >because of long hours on my job the next 2-3 months. But the idea is >good. > >Context menu is that the popup menu on the editor ? Yes , the same thing with a diff. name. But I wanted (now done) release it for Gambas-IDE on gambas-1.0.2. Because Benoit will make changes on editor. > >Kind regards >Carsten > > > >On Wed, 2005-01-12 at 22:14, Charlie wrote: > >> Salut Carsten, >> >> do you still use gambas ? >> Do you have still your Sourceprinter ? >> I planed to get out an modified IDE with my PrettyPrinter and if it is >> possible with your sourceprinter. >> >> Give me news about. >> It would be grate, to have a verion, who don't use Foption, but his own >> configuration window. >> I planed it to set all this in the context menu. >> I thougth to set 'Print' and 'Printer settings ..' >> >> What do you think about . >> >> Amicalment >> Charlie >> > > > > > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > * Gesendet mit / Sent by: FEN-Webmail * http://www.fen-net.de * From sourceforge-raindog2 at ...19... Sat Jan 15 19:27:12 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Sat, 15 Jan 2005 13:27:12 -0500 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <02dc01c4fb01$a7707280$6701a8c0@...218...> References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> <02dc01c4fb01$a7707280$6701a8c0@...218...> Message-ID: <200501151327.12045.sourceforge-raindog2@...19...> On Saturday 15 January 2005 07:56, Kadaitcha Man wrote: > Rob wrote: > > On Friday 14 January 2005 19:48, Daniel Campos wrote: > >> Tonight i've tested the GTK+ component with DirectFB ( > >> www.directfb.org ) and > >> the gdk-directfb patch from CVS. It works OK! But... how > > This is awesome news! > Could I trouble you, please, for the sake of learning, to give > me a quick hint on why it's good news? There's nothing in the > thread that tells me. It sounds significant, but I don't > understand what the significance is. Well, you could have googled for gtk and directfb, but the short answer is, this will allow the development of form-based Gambas apps that don't require X to be running at all, which will be totally cool for embedded and kiosk type applications. SDL will also allow the development of Gambas apps that don't need X, but it's more of a high performance thing for games and multimedia so you don't have forms, you just treat the whole screen as a big drawing area. Gtk/directfb adds normal Gambas forms to the mix. Rob From daniel.campos at ...103... Sat Jan 15 20:52:09 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 15 Jan 2005 20:52:09 +0100 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <200501151327.12045.sourceforge-raindog2@...19...> References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> <02dc01c4fb01$a7707280$6701a8c0@...218...> <200501151327.12045.sourceforge-raindog2@...19...> Message-ID: <41E97469.8070609@...103...> > >Well, you could have googled for gtk and directfb, but the short >answer is, this will allow the development of form-based Gambas >apps that don't require X to be running at all, which will be >totally cool for embedded and kiosk type applications. > >SDL will also allow the development of Gambas apps that don't >need X, but it's more of a high performance thing for games and >multimedia so you don't have forms, you just treat the whole >screen as a big drawing area. Gtk/directfb adds normal Gambas >forms to the mix. > >Rob > > GTK supports this directFB backend, but It also has support for "linux-fb" backend, that does not provide graphics acceleration but should be more stable than DirectFB, and provide support for more graphics cards. However, each time I try to compile gtk+-2.4 or gtk+-2.6 with the "--with-gdktarget=linux-fb" flag in "configure", I have errors in the compilation. And there's nothing about this in the GTK+ lists. Rob, if you plan to test that in the future, please send me your results... Regards, D. Campos > > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From gambas at ...1... Sat Jan 15 21:29:07 2005 From: gambas at ...1... (Benoit Minisini) Date: Sat, 15 Jan 2005 21:29:07 +0100 Subject: [Gambas-devel] differences between 1.9.2 & 1.0.2 gambas versions In-Reply-To: <1105645771.3257.11.camel@...179...> References: <1105606971.6354.14.camel@...195...> <1105645771.3257.11.camel@...179...> Message-ID: <200501152129.07390.gambas@...1...> On Thursday 13 January 2005 20:49, Jos? L. Redrejo Rodr?guez wrote: > mmm, I am not worried for the previous versions, all the programs I have > developed compile without problem in the devel version. Using the devel > version I think the transition to using gtk & odbc would be much easier > than doing it in some months when the gambas 2.0 version get released. > I am really interested in these unstable components and I would like to > use them as soon as they became usable, even before the gambas 2.0 > release. > I mainly would like to know if any of the features added to the devel > version (apart from the new components) would make my apps fail or break > my development cycle. > Hi, I didn't merge all the patches yet. What you called ia64 patches were mainly gcc 4.0 patches. So I merged the true ia64 patches, but didn't merge the gcc 4.0 patches. As development versions will be released, there will be less and less compatibilities with the stable version. I'm not going to backport new components now because they may need some incompatible changes in the interpreter interface, and so won't be able to be backported in the future! Regards, -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Sat Jan 15 22:08:06 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Sat, 15 Jan 2005 22:08:06 +0100 Subject: [Gambas-devel] And the second one :-) In-Reply-To: <200501151500.34517.gambasfr@...4...> References: <41E910BA.1080909@...103...> <200501151500.34517.gambasfr@...4...> Message-ID: <41E98636.8000907@...103...> Bodard Fabien escribi?: >Many time before gtk.ext ? > > I don't know yet :-) > > >------------------------------------------------------- >The SF.Net email is sponsored by: Beat the post-holiday blues >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >_______________________________________________ >Gambas-devel mailing list >Gambas-devel at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > From nospam at ...217... Sun Jan 16 01:50:22 2005 From: nospam at ...217... (Kadaitcha Man) Date: Sun, 16 Jan 2005 11:50:22 +1100 Subject: [Gambas-devel] Screenshot from framebuffer? References: <41E86844.1020409@...103...> <200501150157.07834.sourceforge-raindog2@...19...> <02dc01c4fb01$a7707280$6701a8c0@...218...> <200501151327.12045.sourceforge-raindog2@...19...> Message-ID: <000501c4fb65$5c4a5320$6701a8c0@...218...> Rob wrote: > On Saturday 15 January 2005 07:56, Kadaitcha Man wrote: >> Rob wrote: >>> On Friday 14 January 2005 19:48, Daniel Campos wrote: >>>> Tonight i've tested the GTK+ component with DirectFB ( >>>> www.directfb.org ) and >>>> the gdk-directfb patch from CVS. It works OK! But... how >>> This is awesome news! >> Could I trouble you, please, for the sake of learning, to give >> me a quick hint on why it's good news? There's nothing in the >> thread that tells me. It sounds significant, but I don't >> understand what the significance is. > > Well, you could have googled for gtk and directfb, Was your supercillious comment absolutely neccessary? Would I have been taken to task had I suggested, the other day, to the unfortunate chap who believed there was a bug in Gambas, but was actually trying to concatenate a string and a boolean, that he should first learn to program? As it is, google returns 30,000+ references. The request was for 'a quick hint'. Clever people use quick hints to narrow down a search field without having to read the entire text of something akin to Homer's Iliad. Idiots would be expected to reply, "you could have read Homer's Iliad". Bye. From gambas at ...1... Sun Jan 16 19:55:36 2005 From: gambas at ...1... (Benoit Minisini) Date: Sun, 16 Jan 2005 19:55:36 +0100 Subject: [Gambas-devel] bug when printing boolean value ? In-Reply-To: <200501141056.54432.lordheavy@...141...> References: <200501141056.54432.lordheavy@...141...> Message-ID: <200501161955.36591.gambas@...1...> On Friday 14 January 2005 10:56, Laurent Carlier wrote: > Gambas seems "to eat" some caracters, see attached project > > Regards, Actually: PRINT "toto"; a <=> PRINT "toto"; Str$(a) PRINT "toto" & a <=> PRINT "toto" & CStr(a) Which is different! And STR$(TRUE) => "True" and CStr(TRUE) => "T" ! -- Benoit Minisini mailto:gambas at ...1... From daniel.campos at ...103... Mon Jan 17 00:37:43 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Mon, 17 Jan 2005 00:37:43 +0100 Subject: [Gambas-devel] QT / Dialog.Font / Segmentation Fault Message-ID: <41EAFAC7.6030907@...103...> Hi: Dialog.Font=NULL crashes the gb.qt component. Regards, D. Campos Beno?t: Did you added the patch to gb.xml from Jos? L. Redrejo? From lordheavy at ...141... Mon Jan 17 01:06:42 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 17 Jan 2005 01:06:42 +0100 Subject: [Gambas-devel] sdl component update - cdrom part Message-ID: <200501170106.43344.lordheavy@...141...> Here an update of the sdl component (cdrom) Now it's in the gb.sdl component, i've test it and (i hope) seem bugfree :) Here the sdl folder, a test project. A screenshot with cdplayer playing LedZep Remasters CD 2 Have fun, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: CDplayer-1.0.tar.gz Type: application/x-tgz Size: 3960 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sdl-20050117.tar.bz2 Type: application/x-tbz Size: 27276 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cdplayer1.jpg Type: image/jpeg Size: 154410 bytes Desc: not available URL: From lordheavy at ...141... Mon Jan 17 01:17:36 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 17 Jan 2005 01:17:36 +0100 Subject: [Gambas-devel] sdl component update - cdrom part In-Reply-To: <200501170106.43344.lordheavy@...141...> References: <200501170106.43344.lordheavy@...141...> Message-ID: <200501170117.36414.lordheavy@...141...> Le Lundi 17 Janvier 2005 01:06, Laurent Carlier a ?crit?: > Here an update of the sdl component (cdrom) > > Now it's in the gb.sdl component, i've test it and (i hope) seem bugfree :) > Here the sdl folder, a test project. > A screenshot with cdplayer playing LedZep Remasters CD 2 > > Have fun, Forgot a stupid bug in track playing Sorry, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: cdrom.c Type: text/x-csrc Size: 9966 bytes Desc: not available URL: From bdragon at ...185... Tue Jan 18 01:32:10 2005 From: bdragon at ...185... (Brandon Bergren) Date: Mon, 17 Jan 2005 18:32:10 -0600 (Central Standard Time) Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501111025.59469.gambas@...1...> References: <41E2FBD4.3020400@...103...> <200501111025.59469.gambas@...1...> Message-ID: On Tue, 11 Jan 2005, Benoit Minisini wrote: > On Monday 10 January 2005 23:04, Daniel Campos wrote: >>> It might work. I doubt you could possibly abuse the compiler as bad as >>> QT does. (moc, anyone?) >> >> No, "moc" is a QT hack, GTK compiles without that ugly stuff :-))) That was my point. I was referring to how QT abuses C++ so bad it needs its own preprocessor. >> Regards, >> >> D. Campos >> > > We must make a gb.form component that will be parent of gb.form.qt and > gb.form.gtk. This gb.form component will include a API with all X11 dependent > functions that will be used by gb.form.qt and gb.form.gtk. This way, things > will be clearer and porting easier! > > Regards, shouldn't gb.form be where the abstract windowing stuff be put? What about when there's a (gag) MFC gui component? BeAPI? Aqua? Cairo? Allegro? (anyone want a dos port? ;P ) Think of how java.awt works... X11 is quite platform specific, really.. Really, shouldn't it be more like gb.form gb.form.x11 gb.form.x11.qt gb.form.x11.kde gb.form.x11.gtk gb.form.x11.motif gb.form.x11.athena gb.form.fox gb.form.wx gb.form.fltk gb.form.be gb.form.aqua gb.form.mfc gb.form.aalib ? (not like all of these components would ever get written) How about having the gui compenent to use be specified on the command line or as an env. var, instead of in the project file? like GAMBAS_USE_GUI=gb.gtk or something. > > -- > Benoit Minisini > mailto:gambas at ...1... From sourceforge-raindog2 at ...19... Tue Jan 18 02:37:33 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 17 Jan 2005 20:37:33 -0500 Subject: [Gambas-devel] Screenshot from framebuffer? In-Reply-To: <000501c4fb65$5c4a5320$6701a8c0@...218...> References: <41E86844.1020409@...103...> <200501151327.12045.sourceforge-raindog2@...19...> <000501c4fb65$5c4a5320$6701a8c0@...218...> Message-ID: <200501172037.33959.sourceforge-raindog2@...19...> On Saturday 15 January 2005 19:50, Kadaitcha Man wrote: > Was your supercillious comment absolutely neccessary? Yes, it was. We can continue this discussion at some other time if you ever feel like using your real name. Rob From srikantux at ...176... Tue Jan 18 05:41:04 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 18 Jan 2005 10:11:04 +0530 Subject: [Gambas-devel] Gambas component queries Message-ID: <7f8e4a5a05011720415dc8ebcd@...178...> Hi All, In order to attempt writing of a ImageMagick component (thanks rob!) for Gambas, I was trying to understand the steps involved in adding a component to Gambas. Below is a given my (still-very-basic) understanding of how things work, and why it is necessary, for Gambas and its component; also there are queries about some areas which I did not understand. Please correct me if you find my understanding to be wrong. 1) My component must contain a main.cpp (as the code will be in cpp) and a main.h. This main.cpp should implement a init and exit functions which will be invoked by the interpreter at the startup and cleanup of my component. (Query) Is the init of all the components in a project invoked when the project is executed? Or is it invoked only when it is necessary (somewhat like 'Just-In-Time') ? Similary, when is exit called ? 2) The GB refernce: Is this mandatory for every component? If yes, what is the actual use of it in ones component? 3) Interpreter Hooks: Why are interpreter hooks necessary ? Can we have a component without any hooks to intrepreter ? When are these hooks called by the intrepreter ? Would the ImageMagick component need any of those ? And finally, what are event-loops ? Thanks!! -- cheers srikanta From sourceforge-raindog2 at ...19... Tue Jan 18 06:58:21 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 18 Jan 2005 00:58:21 -0500 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <7f8e4a5a05011720415dc8ebcd@...178...> References: <7f8e4a5a05011720415dc8ebcd@...178...> Message-ID: <200501180058.21455.sourceforge-raindog2@...19...> On Monday 17 January 2005 23:41, Srikanta Prasanna wrote: > (Query) Is the init of all the components in a project > invoked when the project is executed? Or is it invoked > only when it is necessary (somewhat like 'Just-In-Time') ? > Similary, when is exit called ? Init is called when the component is instantiated (most likely with "DIM x = NEW AwesomeWidget".) Exit is called when the component is destroyed, either because it passes out of scope (at least I think it happens then) or because the program ends. In Exit you have to free any memory you've allocated (whether using Gambas' built in tools for managing memory, or the usual malloc/free stuff, or some other toolkit's equivalent to malloc/free), or you'll get the "N allocations not freed" thing when gbx exits. > 2) The GB refernce: > Is this mandatory for every component? > If yes, what is the actual use of it in ones component? I'm not sure what you mean, but I was able to just use GB.ReturnInteger, etc. without declaring anything special (I just copied the old sdl component over to a new directory and moved all the sdl stuff.... with all the recent changes to the sdl component you may want to start from a smaller one, like my own pcre one.) > 3) Interpreter Hooks: > Why are interpreter hooks necessary ? They're not, or at least I don't think I used any in pcre or posix. > Can we have a component without any hooks to intrepreter ? Definitely, as far as I know. > When are these hooks called by the intrepreter ? > Would the ImageMagick component need any of those ? I don't know the answers to these questions. > And finally, what are event-loops ? An event loop is the main loop of any interactive program (and many non-interactive programs). It is the loop in which the program waits for input from a variety of sources (mouse clicks, key presses, network activity, etc.), processes them, and then goes back to waiting. Toolkits that can generate events from user input generally have their own event loop, and you can only use one such toolkit in a given program, which is why the Gtk and Qt components in Gambas can't be used at the same time. Thanks for taking a stab at ImageMagick, and I hope I can provide whatever help you need since you will be making my life a lot easier ;) Rob From ronstk at ...124... Tue Jan 18 08:18:58 2005 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 18 Jan 2005 08:18:58 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: References: <200501111025.59469.gambas@...1...> Message-ID: <200501180818.59176.ronstk@...124...> On Tuesday 18 January 2005 01:32, Brandon Bergren wrote: | --8<--- > We must make a gb.form component that will be parent of gb.form.qt and > gb.form.gtk. This gb.form component will include a API with all X11 dependent > functions that will be used by gb.form.qt and gb.form.gtk. This way, things > will be clearer and porting easier! hu????? A gb.form component for X11 functions in form? The X11 functions are in the qt component used for gb.qt and gb.qt.form. The hierarchy is X11->qt->form and gb->X11->gtk->form How could gb.form in gb.form->gb.qt.form handle the X11 functions if qt talks direct to X11? OK, you say make new gb.form.qt and gb.form.gtk but read on.... | | shouldn't gb.form be where the abstract windowing stuff be put? | What about when there's a (gag) MFC gui component? BeAPI? Aqua? Cairo? | Allegro? (anyone want a dos port? ;P ) | Think of how java.awt | works... X11 is quite platform specific, really.. | Really, shouldn't it be more like | | gb.form | gb.form.x11 | gb.form.x11.qt | gb.form.x11.kde | gb.form.x11.gtk | gb.form.x11.motif | gb.form.x11.athena | gb.form.fox | gb.form.wx | gb.form.fltk | gb.form.be | gb.form.aqua | gb.form.mfc | gb.form.aalib | | ? | (not like all of these components would ever get written) | This make a little sense in first view but how about the widgets? These can be the x11-athena, x11-wx, x11-qt win-wx, win-qt or even the x11-ftkl things. Gambas can be a BASIC development environment to ftkl by using classes for every control that generate the ftkl scripts parts or as interface component. Nice job to invent :) A form is more or less also a widget, i.e. form in form, and in that way you must make the gb.button.qt and gb.button.gtk too with a gb.button or gb. and gb..qt with gb..gtk, easy porting ??? In fact the hierarchy is just opposite ! your suggestion what it should be | gb.form.x11 <- gb.x11.form | gb.form.x11.qt <- gb.x11.qt.form <- gb.x11.qt.form | gb.form.x11.gtk <- gb.x11.gtk.form <- gb.x11.gtk.form | gb.button.x11.qt <- gb.x11.qt.button <- gb.x11.gtk.button | gb.listbox.x11.qt <- gb.x11.qt.listbox <- gb.x11.gtk.listbox | gb..x11.qt <- gb.x11.qt. <- gb.x11.gtk. | gb..win.qt <- gb.win.qt. <- gb.win.gtk. Here I add the x11. because it can be win. for windows and is the parent for the widgets, need for porting to i.e. windows. 'x11.qt' or 'x11.gtk' can be also 'win.qt', 'x11.wx', 'x11.fltk', 'directfb' or 'ncurses'. | gb.form.directfb <- gb.directfb.form <- gb.directfb.form | gb.form.ncurses <- gb.ncurses.form <- gb.ncurses.form | gb.form.wx <- gb.x11.wx.form <- gb.win.wx.form | gb.form.fltk <- gb.x11.fltk.form <- gb.win.fltk.form From gambas at ...1... Tue Jan 18 10:25:15 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 18 Jan 2005 10:25:15 +0100 Subject: [Gambas-devel] QT / Dialog.Font / Segmentation Fault In-Reply-To: <41EAFAC7.6030907@...103...> References: <41EAFAC7.6030907@...103...> Message-ID: <200501181025.16053.gambas@...1...> On Monday 17 January 2005 00:37, Daniel Campos wrote: > Hi: > > Dialog.Font=NULL > > crashes the gb.qt component. > > Regards, > > D. Campos > Thanks. Fixed. > Beno?t: Did you added the patch to gb.xml from Jos? L. Redrejo? > No... -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 18 10:28:48 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 18 Jan 2005 10:28:48 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501180818.59176.ronstk@...124...> References: <200501180818.59176.ronstk@...124...> Message-ID: <200501181028.48715.gambas@...1...> On Tuesday 18 January 2005 08:18, Ron Onstenk wrote: > On Tuesday 18 January 2005 01:32, Brandon Bergren wrote: > > > --8<--- > > > We must make a gb.form component that will be parent of gb.form.qt and > > gb.form.gtk. This gb.form component will include a API with all X11 > > dependent functions that will be used by gb.form.qt and gb.form.gtk. This > > way, things will be clearer and porting easier! > > hu????? > A gb.form component for X11 functions in form? > The X11 functions are in the qt component used for gb.qt and gb.qt.form. > The hierarchy is X11->qt->form and gb->X11->gtk->form > How could gb.form in gb.form->gb.qt.form handle the X11 functions > if qt talks direct to X11? > OK, you say make new gb.form.qt and gb.form.gtk but read on.... > > | shouldn't gb.form be where the abstract windowing stuff be put? > | What about when there's a (gag) MFC gui component? BeAPI? Aqua? Cairo? > | Allegro? (anyone want a dos port? ;P ) > | Think of how java.awt > | works... X11 is quite platform specific, really.. > | Really, shouldn't it be more like > | > | gb.form > | gb.form.x11 > | gb.form.x11.qt > | gb.form.x11.kde > | gb.form.x11.gtk > | gb.form.x11.motif > | gb.form.x11.athena > | gb.form.fox > | gb.form.wx > | gb.form.fltk > | gb.form.be > | gb.form.aqua > | gb.form.mfc > | gb.form.aalib > | > | ? > | (not like all of these components would ever get written) > > This make a little sense in first view but how about the widgets? > These can be the x11-athena, x11-wx, x11-qt win-wx, win-qt or > even the x11-ftkl things. > Gambas can be a BASIC development environment to ftkl by using > classes for every control that generate the ftkl scripts parts > or as interface component. Nice job to invent :) > > A form is more or less also a widget, i.e. form in form, and in that way > you must make the gb.button.qt and gb.button.gtk too with a gb.button or > gb. and gb..qt with gb..gtk, easy porting ??? > > In fact the hierarchy is just opposite ! > > your suggestion what it should be > > | gb.form.x11 <- gb.x11.form > | gb.form.x11.qt <- gb.x11.qt.form <- gb.x11.qt.form > | gb.form.x11.gtk <- gb.x11.gtk.form <- gb.x11.gtk.form > | gb.button.x11.qt <- gb.x11.qt.button <- gb.x11.gtk.button > | gb.listbox.x11.qt <- gb.x11.qt.listbox <- gb.x11.gtk.listbox > | gb..x11.qt <- gb.x11.qt. <- gb.x11.gtk. > | gb..win.qt <- gb.win.qt. <- gb.win.gtk. > > Here I add the x11. because it can be win. for windows and > is the parent for the widgets, need for porting to i.e. windows. > > 'x11.qt' or 'x11.gtk' can be also 'win.qt', 'x11.wx', 'x11.fltk', > 'directfb' or 'ncurses'. > > | gb.form.directfb <- gb.directfb.form <- gb.directfb.form > | gb.form.ncurses <- gb.ncurses.form <- gb.ncurses.form > | gb.form.wx <- gb.x11.wx.form <- gb.win.wx.form > | gb.form.fltk <- gb.x11.fltk.form <- gb.win.fltk.form > > From last four lines you can see that gb.form.x11 just sounds > stupid to me, icm the form can be any widget or simular ncurses > construction to give a widget idea of it. > > Also it make nosense the have a 'gb.form.x11.gtk' without gb.button.x11.gtk > or gb.button.x11.qt, is it ? > > The 'gb.qt/gtk' in fact is 'gb.x11.qt/gtk' or 'gb.ncurses' > and gb.x11.qt/gtk. or gb.ncurses. > > This results in > 'gb..' > where > '' is 'x11.qt', 'win.qt', 'x11.gtk' or 'ncurses' and > '' is 'form', 'button' or 'listbox'. > > The gtk component Daniel is making is already gb.x11.gtk. because > it is in real life a x11.gtk component. Same for the gb.qt component. > > If there must be a split in the code for a form it should be a split > between the x11.qt and the qt.form part in such way that the binding > between these is universal and > > gb..form > gb..form > > can be changed to > > gb..form > gb..form > gb..form > gb..form > gb..form > gb..form > > and from your list the gb.form.fltk > gb..form > _-interface>. > > And that is in fact almost the current situation and > > >We must make a gb.form component that will be parent of gb.form.qt and > > gb.form.gtk. > > is in my view a wrong statement. It works opposite. > > | How about having the gui compenent to use be specified on the command > | line or as an env. var, instead of in the project file? > | > | like GAMBAS_USE_GUI=gb.gtk or something. > > And yes here you can tell to use x11.qt, x11.qt, directfb or ncurses. > This make more sense to me, make the program code in x11.qt and run > simple with x11.gtk or win.wx based system. > > Note: > By looking in the proposal, I was had some strange feeling about it. > I tried to forsee the impact it could have in the wx, gtk and win case and > found the first problem with the widgets. > Instead 1 component with a subclass for the widgets every widget was also > divided in at least 2 subclasses for qt and gtk. > > The hierarchy gb.qt.widget to gb.widget and gb.widget.qt/gtk/wx/... > does not look clearer to me. > The way it works now with using gb.qt or gb.gtk it is. > Using gb.ncurses, that will be missing some of the widgets from gb.qt, > shows nice in the toolbox, I don't belive your proposal will do the > same as easy it works now. > > This is my personal view, I did like the brainstorm about it and share > my conclusion. Sorry if it is boring and to long. > BTW, nice job to make it working with cygwin. > > Ron > Arrggh !? Do you want the user to become mad ? :-) I will say one word: K.I.S.S - Keep It Simple & Stupid! And so: gb.form, gb.form.qt and gb.form.gtk Regards, -- Benoit Minisini mailto:gambas at ...1... From srikantux at ...176... Tue Jan 18 11:27:37 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 18 Jan 2005 15:57:37 +0530 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <200501180058.21455.sourceforge-raindog2@...19...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501180058.21455.sourceforge-raindog2@...19...> Message-ID: <7f8e4a5a05011802271ad2d7c6@...178...> Hi! Thanks for replying! (comments below) On Tue, 18 Jan 2005 00:58:21 -0500, Rob wrote: > I'm not sure what you mean, but I was able to just use > GB.ReturnInteger, etc. without declaring anything special (I > just copied the old sdl component over to a new directory and > moved all the sdl stuff.... with all the recent changes to the > sdl component you may want to start from a smaller one, like my > own pcre one.) Thanks! I went thru the pcre one. And after most of the doubts being chased away from my mind, new ones are popping up, which i'll again mail about :-) And I found Posix component to be more simpler to understand :) One thing I observed was that you had used CREGEXP object in pcre, and no such object declaration in posix. The declaration of this object (which starts with a GB_BASE ob) is solely based on the components internal needs, isn't it? > > And finally, what are event-loops ? > > An event loop is the main loop of any interactive program (and > many non-interactive programs). It is the loop in which the > program waits for input from a variety of sources (mouse clicks, > key presses, network activity, etc.), processes them, and then > goes back to waiting. Toolkits that can generate events from > user input generally have their own event loop, and you can only > use one such toolkit in a given program, which is why the Gtk > and Qt components in Gambas can't be used at the same time. So, all the events (mouse clicks, etc) are received by Gambas itself and our appropriate methods (which we register with Gambas) are invoked by Gambas at runtime whenever it receives any event. Am I correct? > > Thanks for taking a stab at ImageMagick, and I hope I can provide > whatever help you need since you will be making my life a lot > easier ;) Thanks to you too, Rob !! :-) cheers, srikanta From lordheavy at ...141... Tue Jan 18 11:39:33 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 18 Jan 2005 11:39:33 +0100 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <7f8e4a5a05011802271ad2d7c6@...178...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501180058.21455.sourceforge-raindog2@...19...> <7f8e4a5a05011802271ad2d7c6@...178...> Message-ID: <200501181139.33819.lordheavy@...141...> Le Mardi 18 Janvier 2005 11:27, Srikanta Prasanna a ?crit?: > Thanks! I went thru the pcre one. And after most of the doubts being > chased away from my mind, new ones are popping up, which i'll again mail > about :-) And I found Posix component to be more simpler to understand :) > One thing I observed was that you had used CREGEXP object in pcre, and > no such object declaration in posix. The declaration of this object > (which starts with a GB_BASE ob) is solely based on the components > internal needs, isn't it? Have you take a look at the docs ? specially How to make component ? I guess you will find many answers :) RTFM :) Regards, -- Laurent Carlier From gambas at ...1... Tue Jan 18 11:38:21 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 18 Jan 2005 11:38:21 +0100 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <7f8e4a5a05011720415dc8ebcd@...178...> References: <7f8e4a5a05011720415dc8ebcd@...178...> Message-ID: <200501181138.21389.gambas@...1...> On Tuesday 18 January 2005 05:41, Srikanta Prasanna wrote: > Hi All, > In order to attempt writing of a ImageMagick component > (thanks rob!) for Gambas, I was trying to understand > the steps involved in adding a component to Gambas. > > Below is a given my (still-very-basic) understanding > of how things work, and why it is necessary, for > Gambas and its component; also there are queries > about some areas which I did not understand. Please > correct me if you find my understanding to be wrong. > > 1) My component must contain a main.cpp (as the code > will be in cpp) and a main.h. > This main.cpp should implement a init and exit functions > which will be invoked by the interpreter at the startup > and cleanup of my component. > (Query) Is the init of all the components in a project > invoked when the project is executed? Or is it invoked > only when it is necessary (somewhat like 'Just-In-Time') ? > Similary, when is exit called ? GB_INIT() is called as soon as possible, i.e. when the component shared library is loaded. GB_EXIT() is called as late as possible, i.e. when the component shared library is unloaded. > > 2) The GB refernce: > Is this mandatory for every component? Yes. > If yes, what is the actual use of it in ones component? > It is the way you communicate with the interpreter. > 3) Interpreter Hooks: > Why are interpreter hooks necessary ? Hooks are functions called by the interpreter at specific moments. > Can we have a component without any hooks to intrepreter ? Yes. > When are these hooks called by the intrepreter ? This is explained in the wiki documentation. > Would the ImageMagick component need any of those ? > I don't know. I don't think so. > And finally, what are event-loops ? It is the way the interpreter deals with inputs: a loop that get events one by one and process them. The interpreter has itw own event loop, but, for example, it is replaced by the QT one when you use the gb.qt component. > > Thanks!! I suggest you read carefully the wiki documentation about components. Regards, -- Benoit Minisini mailto:gambas at ...1... From srikantux at ...176... Tue Jan 18 11:41:15 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 18 Jan 2005 16:11:15 +0530 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <200501181139.33819.lordheavy@...141...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501180058.21455.sourceforge-raindog2@...19...> <7f8e4a5a05011802271ad2d7c6@...178...> <200501181139.33819.lordheavy@...141...> Message-ID: <7f8e4a5a05011802416ba6556e@...178...> Hi Laurent, On Tue, 18 Jan 2005 11:39:33 +0100, Laurent Carlier wrote: > Le Mardi 18 Janvier 2005 11:27, Srikanta Prasanna a ?crit : > Have you take a look at the docs ? specially How to make component ? > I guess you will find many answers :) Yeah..went thru that (and still going thru :)... > > RTFM :) Thanks! That was Enlightening!! :-)) -- cheers, srikanta From sourceforge-raindog2 at ...19... Tue Jan 18 16:24:21 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 18 Jan 2005 10:24:21 -0500 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <7f8e4a5a05011802271ad2d7c6@...178...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501180058.21455.sourceforge-raindog2@...19...> <7f8e4a5a05011802271ad2d7c6@...178...> Message-ID: <200501181024.21806.sourceforge-raindog2@...19...> On Tuesday 18 January 2005 05:27, Srikanta Prasanna wrote: > Thanks! I went thru the pcre one. And after most of the > doubts being chased away from my mind, new ones are popping > up, which i'll again mail about :-) And I found Posix > component to be more simpler to understand :) One thing I > observed was that you had used CREGEXP object in pcre, and no > such object declaration in posix. The declaration of this > object (which starts with a GB_BASE ob) is solely based on the > components internal needs, isn't it? Well, Posix is a static class, so it never is actually instantiated as an object. Regexp (in pcre) is a 'real' class, and so needs an object instantiated in order to use it. That is closer to what you'll need to do with ImageMagick, since there is data (the image data) that needs to live in the object between method calls so you don't have to pass in all the image data every time. (You could do that, but I think it goes against every image class that's ever been written, including the existing gb.qt ones.) > So, all the events (mouse clicks, etc) are received by Gambas > itself and our appropriate methods (which we register with > Gambas) are invoked by Gambas at runtime whenever it receives > any event. Am I correct? Yeah, that sounds accurate. Good luck, and don't be afraid to ask questions as needed :) I'm a component newbie too but if you stump me, I will be forced to learn something new myself. Rob From sourceforge-raindog2 at ...19... Tue Jan 18 16:26:27 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 18 Jan 2005 10:26:27 -0500 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <200501181138.21389.gambas@...1...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501181138.21389.gambas@...1...> Message-ID: <200501181026.27434.sourceforge-raindog2@...19...> On Tuesday 18 January 2005 05:38, Benoit Minisini wrote: > GB_INIT() is called as soon as possible, i.e. when the > component shared library is loaded. Oops, my bad. What I described to Srikanta for the init function was actually the _new method implementation. Rob From bdragon at ...185... Tue Jan 18 18:06:24 2005 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 18 Jan 2005 11:06:24 -0600 (Central Standard Time) Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501181028.48715.gambas@...1...> References: <200501180818.59176.ronstk@...124...> <200501181028.48715.gambas@...1...> Message-ID: --A note about the rest of this mail-- Ok, with this mail, please ASSUME gb.form is the root of all gui stuff for my entire email here. I'm still kinda confused about the current layout of components. Keep in mind I haven't ever actually USED a fully working copy of gambas (like with the form designer and all), so if I'm saying something really stupid here, please tell me nicely what all this stuff is really called, from the user's perspective. All my concerns are about being able to make native ports to other systems, in an abstract way, like JAVA's AWT. It's like being farsighted. On Tue, 18 Jan 2005, Benoit Minisini wrote: > On Tuesday 18 January 2005 08:18, Ron Onstenk wrote: >> On Tuesday 18 January 2005 01:32, Brandon Bergren wrote: >> >> >> --8<--- >> >>> We must make a gb.form component that will be parent of gb.form.qt and >>> gb.form.gtk. This gb.form component will include a API with all X11 >>> dependent functions that will be used by gb.form.qt and gb.form.gtk. This >>> way, things will be clearer and porting easier! I think gb.form should be more abstract. than "X11." There's more windowing systems than X. gb.form should only have stuff like "Button" or "Image" or "Filebrowser", and let the implementors worry about the specifics. Maybe gb.form.X11 would be a good place for what you say. >> | shouldn't gb.form be where the abstract windowing stuff be put? >> | What about when there's a (gag) MFC gui component? BeAPI? Aqua? Cairo? >> | Allegro? (anyone want a dos port? ;P ) >> | Think of how java.awt >> | works... X11 is quite platform specific, really.. >> | Really, shouldn't it be more like >> | >> | gb.form >> | gb.form.x11 >> | gb.form.x11.qt >> | gb.form.x11.kde >> | gb.form.x11.gtk >> | gb.form.x11.motif >> | gb.form.x11.athena >> | gb.form.fox >> | gb.form.wx >> | gb.form.fltk >> | gb.form.be >> | gb.form.aqua >> | gb.form.mfc >> | gb.form.aalib >> | >> | ? >> | (not like all of these components would ever get written) >> >> This make a little sense in first view but how about the widgets? >> These can be the x11-athena, x11-wx, x11-qt win-wx, win-qt or >> even the x11-ftkl things. >> Gambas can be a BASIC development environment to ftkl by using >> classes for every control that generate the ftkl scripts parts >> or as interface component. Nice job to invent :) >> >> A form is more or less also a widget, i.e. form in form, and in that way >> you must make the gb.button.qt and gb.button.gtk too with a gb.button or >> gb. and gb..qt with gb..gtk, easy porting ??? >> >> In fact the hierarchy is just opposite ! >> >> your suggestion what it should be >> >> | gb.form.x11 <- gb.x11.form >> | gb.form.x11.qt <- gb.x11.qt.form <- gb.x11.qt.form >> | gb.form.x11.gtk <- gb.x11.gtk.form <- gb.x11.gtk.form >> | gb.button.x11.qt <- gb.x11.qt.button <- gb.x11.gtk.button >> | gb.listbox.x11.qt <- gb.x11.qt.listbox <- gb.x11.gtk.listbox >> | gb..x11.qt <- gb.x11.qt. <- gb.x11.gtk. >> | gb..win.qt <- gb.win.qt. <- gb.win.gtk. >> >> Here I add the x11. because it can be win. for windows and >> is the parent for the widgets, need for porting to i.e. windows. >> >> 'x11.qt' or 'x11.gtk' can be also 'win.qt', 'x11.wx', 'x11.fltk', >> 'directfb' or 'ncurses'. >> >> | gb.form.directfb <- gb.directfb.form <- gb.directfb.form >> | gb.form.ncurses <- gb.ncurses.form <- gb.ncurses.form >> | gb.form.wx <- gb.x11.wx.form <- gb.win.wx.form >> | gb.form.fltk <- gb.x11.fltk.form <- gb.win.fltk.form >> ----my main point----- The thing I wanted to make sure of was that gb.form should be able to be driven by all gb.*.form components. So if somebody codes for gb.form, they don't need to worry about what the users use as the toolkit or platform. I don't think it would be a good idea for gb.form to do anything more than the "big idea" stuff of there being Buttons, Labels, Checkboxes, Some Sort of An Event Queue, etc, etc. ---------------------- ---rambling section--- Maybe there should be a seperate section for lower level implementations... ---What components are shown to the user, important ones flagged-- *gb.form: abstract stuff like button, window, container objects. *gb.form.ogl: Portable OpenGL *gb.form.ogl.util: GLUT type stuff, reimplemented by whatever toolkit is providing the opengl window. gb.form.ogl.glx: X specific OGL gb.form.ogl.win: win32 specific OGL gb.form.ogl.aqua: aqua specific OGL gb.form.system.X11: direct access to handles, etc. gb.form.system.GDI: direct access to windows GDI handles, etc. gb.form.system.aqua: direct access to osx window handles, etc. gb.form.system: Some sort of abstract way of doing window handles? gb.form.toolkit.*: access to low-level toolkit features, etc. (up to the toolkit component implementor to decide) ------------------------- ---The low level stuff. Shouldn't be directly used by the user. More of a source code layout thingie.---- gb.system.graphics.X11 IMPLEMENTS gb.form.system.X11, gb.form.system gb.system.graphics.GDI IMPLEMENTS gb.form.system.GDI, gb.form.system gb.system.graphics.aqua IMPLEMENTS gb.form.system.aqua, gb.form.system, gb.form.toolkit.aqua (special case) gb.system.graphics.aqua.form IMPLEMENTS gb.form gb.system.graphics.fox.form IMPLEMENTS gb.form gb.system.graphics.fox IMPLEMENTS gb.form.toolkit.fox gb.system.graphics.aqua.form IMPLEMENTS gb.form gb.system.graphics.qt.form IMPLEMENTS gb.form gb.system.graphics.qt IMPLEMENTS gb.form.toolkit.qt gb.system.graphics.gtk.form IMPLEMENTS gb.form gb.system.graphics.gtk IMPLEMENTS gb.form.toolkit.gtk gb.system.graphics.fltk.form IMPLEMENTS gb.form gb.system.graphics.fltk IMPLEMENTS gb.form.toolkit.fltk (I hope you get the idea) And unless the developer wants to tie their program to a specific platform/toolkit, or needs advanced features, they use: gb.form gb.form.ogl gb.form.ogl.util and if they want to target, say, QT, gb.form.toolkit.qt I hope somebody can understand exactly what my concern is here. Feel free to rephrase/rebuke/extend/whatever. ----end rambling section--- >> From last four lines you can see that gb.form.x11 just sounds >> stupid to me, icm the form can be any widget or simular ncurses >> construction to give a widget idea of it. I was referring to subclassing. Stick the low level junk like handles in gb.form.x11 and let the derived classes use it so they don't have to reimplement it. >> >> Also it make nosense the have a 'gb.form.x11.gtk' without gb.button.x11.gtk >> or gb.button.x11.qt, is it ? >> >> The 'gb.qt/gtk' in fact is 'gb.x11.qt/gtk' or 'gb.ncurses' >> and gb.x11.qt/gtk. or gb.ncurses. >> >> This results in >> 'gb..' >> where >> '' is 'x11.qt', 'win.qt', 'x11.gtk' or 'ncurses' and >> '' is 'form', 'button' or 'listbox'. >> >> The gtk component Daniel is making is already gb.x11.gtk. because >> it is in real life a x11.gtk component. Same for the gb.qt component. Oh. I was assuming that gb.form was the root of all the GUI stuff. There should be some sort of target that lets you use all the abstract gui stuff without worrying about how it was implented. I assumed gb.form was that target. >> >> If there must be a split in the code for a form it should be a split >> between the x11.qt and the qt.form part in such way that the binding >> between these is universal and >> >> gb..form >> gb..form >> >> can be changed to >> >> gb..form >> gb..form >> gb..form >> gb..form >> gb..form >> gb..form >> >> and from your list the gb.form.fltk >> gb..form >> _-interface>. >> >> And that is in fact almost the current situation and >> >>> We must make a gb.form component that will be parent of gb.form.qt and >>> gb.form.gtk. >> >> is in my view a wrong statement. It works opposite. >> Really, my concern is purely architectural. I don't know anything about what the split would entail. My concern is that there should be a well defined target for someone writing a drop-in replacement for the GUI plugin. >> | How about having the gui compenent to use be specified on the command >> | line or as an env. var, instead of in the project file? >> | >> | like GAMBAS_USE_GUI=gb.gtk or something. >> >> And yes here you can tell to use x11.qt, x11.qt, directfb or ncurses. >> This make more sense to me, make the program code in x11.qt and run >> simple with x11.gtk or win.wx based system. >> >> Note: >> By looking in the proposal, I was had some strange feeling about it. >> I tried to forsee the impact it could have in the wx, gtk and win case and >> found the first problem with the widgets. >> Instead 1 component with a subclass for the widgets every widget was also >> divided in at least 2 subclasses for qt and gtk. >> >> The hierarchy gb.qt.widget to gb.widget and gb.widget.qt/gtk/wx/... >> does not look clearer to me. >> The way it works now with using gb.qt or gb.gtk it is. >> Using gb.ncurses, that will be missing some of the widgets from gb.qt, >> shows nice in the toolbox, I don't belive your proposal will do the >> same as easy it works now. I just think that there should be a well defined abstraction for the whole gui. >> >> This is my personal view, I did like the brainstorm about it and share >> my conclusion. Sorry if it is boring and to long. >> BTW, nice job to make it working with cygwin. >> >> Ron >> > No. Mine is the boring and too long one. Yours is quite concise. ;P Thanks. > Arrggh !? Do you want the user to become mad ? :-) > > I will say one word: K.I.S.S - Keep It Simple & Stupid! > > And so: gb.form, gb.form.qt and gb.form.gtk > > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... > Yes, my point was the user shouldn't have to worry about what toolkit they are using, unless they need to do low level stuff, like interact with windows outside the application's widget tree. I really think just gb.form should be enough for most users. If someone writes their program to use gb.form, they shouldn't have to worry about whether they are on X11, Windows, Mac, Palm, whatever. Um, I think I rambled enough.. Sorry about the length. If you read this far, go ahead and send a reply. ;) --Brandon From bdragon at ...185... Tue Jan 18 18:15:46 2005 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 18 Jan 2005 11:15:46 -0600 (Central Standard Time) Subject: [Gambas-devel] Warning in vb component In-Reply-To: <200501111113.03864.gambas@...1...> References: <200501110042.15201.lordheavy@...141...> <200501111113.03864.gambas@...1...> Message-ID: On Tue, 11 Jan 2005, Benoit Minisini wrote: > On Tuesday 11 January 2005 00:42, Laurent Carlier wrote: >> i've got this warning while building vb component : >> vb.c: In function `CVB_Round': >> vb.c:263: warning: implicit declaration of function `exp10' >> vb.c:265: warning: implicit declaration of function `round' >> >> exp10 seems to be a GNU extension, i've found a workaround here : >> http://linux-documentation.com/en/package/glibc/Exponents-and-Logarithms.ht >> ml >> >> replace exp10(x) with exp (x * log (10)) >> >> and for round i've found this here : >> http://sources.redhat.com/ml/bug-glibc/2001-10/msg00022.html >> >> "Since these functions are introduced by C99 you need to define at least >> _ISOC99_SOURCE (or _GNU_SOURCE) to get their declarations from . >> *Note (libc)Feature Test Macros::." >> >> Regards, > > I will rewrite the function without using exp10 nor round. Incidentally, this affects Cygwin also. (cygwin uses newlib, not glibc, so most glibc assumptions will NOT work.) I was working around this with a couple of //'s, but it'll be nice to have a proper fix. Thanks. --Brandon > > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel From lordheavy at ...141... Tue Jan 18 18:47:21 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Tue, 18 Jan 2005 18:47:21 +0100 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <200501181026.27434.sourceforge-raindog2@...19...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501181138.21389.gambas@...1...> <200501181026.27434.sourceforge-raindog2@...19...> Message-ID: <200501181847.21899.lordheavy@...141...> Le Mardi 18 Janvier 2005 16:26, Rob a ?crit?: > On Tuesday 18 January 2005 05:38, Benoit Minisini wrote: > > GB_INIT() is called as soon as possible, i.e. when the > > component shared library is loaded. > > Oops, my bad. What I described to Srikanta for the init function > was actually the _new method implementation. > > Rob > An object can have an init method :) http://www.binara.com/gambas-wiki/bin/view/Gambas/HowToProgramComponentsSpecialMethods The _init special method The _init method is called when the class is loaded by the interpreter. It must be declared this way : GB_STATIC_METHOD ( "_init" , NULL , MyClass_init , NULL ) Use this method to do class specific initializations. Regards, -- Laurent Carlier From srikantux at ...176... Tue Jan 18 18:58:58 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 18 Jan 2005 23:28:58 +0530 Subject: [Gambas-devel] Gambas component queries In-Reply-To: <200501181024.21806.sourceforge-raindog2@...19...> References: <7f8e4a5a05011720415dc8ebcd@...178...> <200501180058.21455.sourceforge-raindog2@...19...> <7f8e4a5a05011802271ad2d7c6@...178...> <200501181024.21806.sourceforge-raindog2@...19...> Message-ID: <7f8e4a5a050118095815be041d@...178...> Hi! On Tue, 18 Jan 2005 10:24:21 -0500, Rob wrote: >.... > closer to what you'll need to do with ImageMagick, since there > is data (the image data) that needs to live in the object > between method calls so you don't have to pass in all the image > data every time. (You could do that, but I think it goes > against every image class that's ever been written, including > the existing gb.qt ones.) Thanks! That explains the need of GB in a component. And yeah, Laurent's "RTFM" helped too :) (The FM: "If the class is instanciable, declare the structure of your objects. Note that the structure must begin with a GB_BASE field, and that the other fields are free.") > Good luck, and don't be afraid to ask questions as needed :) I'm > a component newbie too but if you stump me, I will be forced to > learn something new myself. Thanks :) -- regards, srikanta From ronstk at ...124... Tue Jan 18 19:32:10 2005 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 18 Jan 2005 19:32:10 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: <200501181028.48715.gambas@...1...> References: <200501180818.59176.ronstk@...124...> <200501181028.48715.gambas@...1...> Message-ID: <200501181932.10666.ronstk@...124...> On Tuesday 18 January 2005 10:28, Benoit Minisini wrote: | > | > --8<--- | > | > | | Arrggh !? Do you want the user to become mad ? :-) | :( [bold]No[/bold] that's not the case, Brandon Bergren is doing a good job and my respect he spend so much time on it. | I will say one word: K.I.S.S - Keep It Simple & Stupid! | I prefer: K.I.S.S - Keep It Simple & Safe! :) | And so: gb.form, gb.form.qt and gb.form.gtk | OK, your the master :) But how about the other widgets ? Normal the widgets are on the form, they may not talk direct to the X11 part anymore, if they do, this way without respect to the new gb.form.qt component. I'm afraid for problems if it is done. We'll see. Greets Ron From elchoaro at ...176... Wed Jan 19 00:58:05 2005 From: elchoaro at ...176... (Emilio Arocho) Date: Tue, 18 Jan 2005 18:58:05 -0500 Subject: [Gambas-devel] Hi, I am interested in helping with the project Message-ID: <560f8d0c05011815583a9974b0@...178...> My name is Emilio and I would like to extend my greetings to the Gambas developers. I am not terribly seasoned with programming, but I have been programming in C++ and C for five years now, and would like to get some more practice by working on an open source project. This project interests me, and hopefully, I will be able to be of some use to you guys. -Emilio From gambas at ...1... Wed Jan 19 10:48:23 2005 From: gambas at ...1... (Benoit Minisini) Date: Wed, 19 Jan 2005 10:48:23 +0100 Subject: [Gambas-devel] Gambas on Cygwin In-Reply-To: References: <200501181028.48715.gambas@...1...> Message-ID: <200501191048.23818.gambas@...1...> On Tuesday 18 January 2005 18:06, Brandon Bergren wrote: > --A note about the rest of this mail-- > Ok, with this mail, please ASSUME gb.form is the root of all gui stuff for > my entire email here. I'm still kinda confused about the current layout of > components. Keep in mind I haven't ever actually USED a fully working copy > of > gambas (like with the form designer and all), so if I'm saying something > really stupid here, please tell me nicely what all this stuff is really > called, from the user's perspective. All my concerns are about > being able to make native ports to other systems, in an abstract way, like > JAVA's AWT. It's like being farsighted. > > ... > > ----my main point----- > The thing I wanted to make sure of was that gb.form should be able to be > driven by all gb.*.form components. So if somebody codes for gb.form, they > don't need to worry about what the users use as the toolkit or platform. > > ... gb.form is not for abstracting X11, other libraries, or any platform. It is a way to implement routines that are common to gb.form.qt and gb.form.gtk. In these routines, there are some X11 specific stuff, because of missing features in qt 3. Maybe they are unneeded in gtk, I don't know. On windows, a simple #ifdef/#else/#endif will help to implement platform-specific code. At the moment, there are only gb.qt and gb.gtk. If someone implements another toolkit, -from the beginning to the end-, we may think about another structure. Now, it is too early I think :-) Regards, -- Benoit Minisini mailto:gambas at ...1... From bdragon at ...185... Wed Jan 19 22:37:54 2005 From: bdragon at ...185... (Brandon Bergren) Date: Wed, 19 Jan 2005 15:37:54 -0600 (Central Standard Time) Subject: [Gambas-devel] Little stuff. Message-ID: Here's a patch to src/exec's Makefile.am. It quells warnings during reconf, and probabaly fixes issues on platforms that need different object files for libraries and programs. Explanations in section 7.3.9.2 of the Gnu Automake manual at http://sources.redhat.com/automake/automake.html Tested against cygwin-current. $ diff -u gambas2-1.9.2/src/exec/Makefile.am gambas2-1.9.2-work/src/exec/Makefile.am --- gambas2-1.9.2/src/exec/Makefile.am 2005-01-09 11:45:31.000000000 -0600 +++ gambas2-1.9.2-work/src/exec/Makefile.am 2005-01-19 14:50:36.656508700 -0600 @@ -61,6 +61,8 @@ gbx_c_string.h gbx_c_string.c \ gbx_c_settings.h gbx_c_settings.c +gbx2_CFLAGS = $(AM_CFLAGS) + lib_gb_la_SOURCES = \ gb_common_buffer.h gb_common_swap.h gb_common.c \ gbx_debug.h \ Also, if QT is not found, moc is still checked for, and causes an error if not found. Could you skip the moc check if QT is disabled, or make it nonfatal, please? I see there's an attempt to skip the section containing the moc and kde check completely if qt isn't found, but it isn't working.... --Brandon From daniel.campos at ...103... Thu Jan 20 16:42:40 2005 From: daniel.campos at ...103... (Daniel Campos) Date: Thu, 20 Jan 2005 16:42:40 +0100 Subject: [Gambas-devel] gtk 050120 / QT bugs Message-ID: <41EFD170.1080505@...103...> Hi: This is a new pre-alpha version of the GTK+ component: - I've implemented some things like the "drop part" from dnd - Now you have a good clipboard support - Cursors - Less buggy picture and image classes. - Some new widgets: TextArea and ProgressBar. - Some bugs fixed, but I have to rewrite some of the form deletion code, as your application may still crash when closing the main formulary, under still unknown circumstances (mistery :-)). - GTK+ seems to be able to show full color cursors, while QT translates it to b&w, at least using X.org server. - The "PictureMask" property from the "Form" class has been implemented, so now allows to create transparent forms with gtk+. - The Huygens mission landed sucessfully on Titan : http://www.esa.int/SPECIALS/Cassini-Huygens/SEM15Y71Y3E_0.html --------------------------------------------------------------------------------------------------------- I've found some bugs in the gb.qt "Cursor" implementation: 1) If you execute: ... Dim hCur As Cursor hCur=New Cursor(Picture["myicon"]) Me.Cursor=hCur ... You got a "1 Allocations not freed" error 2) If you execute: ... Dim hCur As Cursor hCur=New Cursor(Picture["myicon"],30,20) Me.Cursor=hCur ... And "30" and "20" are bigger that the real icon size, you got an error from QT: "X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 93 Minor opcode: 0 Resource id: 0x300024e X Error: BadCursor (invalid Cursor parameter) 6 Major opcode: 2 Minor opcode: 0 Resource id: 0x300024f" This should be checked, and "if X>picture.Width then X=Picture.Width-1" ------------------------------------------------------------------------------------------------------------------------------ Regards, D. Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050120-gb1.9.tar.bz2 Type: application/x-bzip Size: 45671 bytes Desc: not available URL: From Karl.Reinl at ...16... Thu Jan 20 23:06:24 2005 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 20 Jan 2005 23:06:24 +0100 Subject: [Gambas-devel] made a dirty hack Message-ID: <200501202306.24340.Karl.Reinl@...16...> Salut Benoit, I needed in TableView, that I can switch columns unvisible. So I played around with, and made this hack, who worked for me (till nowadays). I use gambas-1.0.2 Look for 'CTABLECOLS_Visible' in the attached CTableView.cpp file. I was not able to do also the read part (if Columns[Column].visible then). It would be nice to get this into the main tree. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: CTextView.cpp Type: text/x-c++src Size: 5126 bytes Desc: not available URL: From srikantux at ...176... Fri Jan 21 05:59:47 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Fri, 21 Jan 2005 10:29:47 +0530 Subject: [Gambas-devel] Makefile.am and Makefile.in of a component Message-ID: <7f8e4a5a0501202059721bdc13@...178...> Hi all, If we need to compile and build a component, is it necessary to make any changes to Makefile.in in the component's directory? I copied the pcre component directory and made changes to it, inclusive of Makefile.am as mentioned in GambasWiki; but am not sure if i need to touch Makefile.in. But when I went through Makefile.in (of pcre component) I found that there are many pcre dependent things. If there are any changes needed to be made to Makefile.in, can anyone please specify them... -- regards srikanta From sourceforge-raindog2 at ...19... Fri Jan 21 15:38:51 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Fri, 21 Jan 2005 09:38:51 -0500 Subject: [Gambas-devel] Makefile.am and Makefile.in of a component In-Reply-To: <7f8e4a5a0501202059721bdc13@...178...> References: <7f8e4a5a0501202059721bdc13@...178...> Message-ID: <200501210938.51704.sourceforge-raindog2@...19...> On Thursday 20 January 2005 23:59, Srikanta Prasanna wrote: > I copied the pcre component directory and made changes to it, > inclusive of Makefile.am as mentioned in GambasWiki; but am > not sure if i need to touch Makefile.in. But when I went > through Makefile.in (of pcre component) I found that there are > many pcre dependent things. You don't want to touch Makefile.in, you want to let the autoconf stuff create that file. Go to the root of the Gambas source tree and type ./reconf && ./configure and then you should be good to build your component. (I think you also need to modify configure.in in the root of the tree.... look at the component quick start page in help or on the wiki for details on the two entries you need to add.) Rob From sourceforge-raindog2 at ...19... Fri Jan 21 19:15:06 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Fri, 21 Jan 2005 13:15:06 -0500 Subject: [Gambas-devel] bug in object creation, or in my pcre component? Message-ID: <200501211315.06634.sourceforge-raindog2@...19...> Using the latest version of pcre I posted to the list, I noticed some crashing behavior. r = new Regexp("foo", "(foo)") print r.submatches[1].text ... r = new Regexp("bar", "(bar)") print r.submatches[1].text causes a segmentation fault in gbx2 on the last line, but this code: r = new Regexp("foo", "(foo)") print r.submatches[1].text ... r = NULL r = new Regexp("bar", "(bar)") print r.submatches[1].text does not. Near as I can figure from sticking a bunch of fprintf(stderr, ...)'s in my pcre component is that the Gambas interpreter somehow instantiates the new component before freeing the old one, resulting in r containing a null pointer (on the C side), and forcing it to be done in two steps gets around the problem. So is there a problem in my component's cleanup code or is it an interpreter thing? Rob From srikantux at ...176... Sat Jan 22 14:10:20 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Sat, 22 Jan 2005 18:40:20 +0530 Subject: [Gambas-devel] Test component compilation problem... Message-ID: <7f8e4a5a0501220510fd710d3@...178...> Folks, I had some errors while compiling my (simple and stupid) test component. I followed the manual instructions and created files and edited as suggested by it. But I also edited some parts of $ROOT/configure.in and $ROOT/src/lib/xyz/Makefile.am (where xyz is my component dir) as my component was not depenedent on any lib or needed any header and was not multi-thread-dependent. ./reconf gave no errors, while ./configure said: ... checking for xyz headers... checking for xyz libraries... ... and finally...: config.status: creating src/lib/xyz/Makefile config.status: error: cannot find input file: src/lib/xyz/Makefile.in I have attached my component dir (xyz.tar.gz), $ROOT/src/lib/Makefile.am and $ROOT/configure.in. I know that I'm obviously wrong somewhere, but am not able to figure that out... Srikanta Prasanna -------------- next part -------------- A non-text attachment was scrubbed... Name: xyz.tar.gz Type: application/gzip Size: 20480 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.am Type: application/octet-stream Size: 205 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: configure.in Type: application/octet-stream Size: 11096 bytes Desc: not available URL: From frankberg at ...136... Sun Jan 23 21:22:14 2005 From: frankberg at ...136... (Frank Berg) Date: Sun, 23 Jan 2005 21:22:14 +0100 Subject: [Gambas-devel] Test component compilation problem... References: <7f8e4a5a0501220510fd710d3@...178...> Message-ID: <001401c50189$3c6bc410$c6f0fea9@...146...> hi, i was try to help a little bit.., some errors are quit, but i can't compile it. the "make" gif me an error(similar from germany): nothing to do for makefile.am.. error maybe its helps an little bit... frank ps. the lib.makefile.am is the src/lib/makefile.am.. :-) > Folks, > > I had some errors while compiling my (simple and stupid) test > ./reconf gave no errors, while ./configure said: > ... > checking for xyz headers... > checking for xyz libraries... > ... > > and finally...: > config.status: creating src/lib/xyz/Makefile > config.status: error: cannot find input file: src/lib/xyz/Makefile.in > > Srikanta Prasanna > -------------- next part -------------- A non-text attachment was scrubbed... Name: configure.in Type: application/octet-stream Size: 9349 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: application/octet-stream Size: 1167 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: main.h Type: application/octet-stream Size: 1031 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.am Type: application/octet-stream Size: 291 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xyz.c Type: application/octet-stream Size: 1480 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xyz.h Type: application/octet-stream Size: 1096 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lib.gb.xyz.component Type: application/octet-stream Size: 65 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lib.Makefile.am Type: application/octet-stream Size: 195 bytes Desc: not available URL: From ronstk at ...124... Mon Jan 24 05:32:20 2005 From: ronstk at ...124... (Ron Onstenk) Date: Mon, 24 Jan 2005 05:32:20 +0100 Subject: [Gambas-devel] Test component compilation problem... In-Reply-To: <7f8e4a5a0501220510fd710d3@...178...> References: <7f8e4a5a0501220510fd710d3@...178...> Message-ID: <200501240532.21096.ronstk@...124...> On Saturday 22 January 2005 14:10, Srikanta Prasanna wrote: | Folks, | | I had some errors while compiling my (simple and stupid) test | component. I followed the manual instructions and created files | and edited as suggested by it. But I also edited some parts of | $ROOT/configure.in and $ROOT/src/lib/xyz/Makefile.am (where xyz | is my component dir) as my component was not depenedent on any lib | or needed any header and was not multi-thread-dependent. | | ./reconf gave no errors, while ./configure said: | ... | checking for xyz headers... | checking for xyz libraries... | ... | | and finally...: | config.status: creating src/lib/xyz/Makefile | config.status: error: cannot find input file: src/lib/xyz/Makefile.in | | I have attached my component dir (xyz.tar.gz), $ROOT/src/lib/Makefile.am | and $ROOT/configure.in. | | I know that I'm obviously wrong somewhere, but am not able to figure | that out... | | Srikanta Prasanna | In config.in you are missing in the last part at AC_OUTPUT( \ Makefile \ src/Makefile \ ..... src/lib/xml/libxml/xslt/Makefile \ src/lib/xml/libxml/rpc/Makefile \ src/lib/ax25/Makefile \ <------- missing for ax25, however not related to your project src/lib/xyz/Makefile <------- missing line ) Take care the every src/lib line ends with \ except the _last one_ From lordheavy at ...141... Mon Jan 24 22:33:10 2005 From: lordheavy at ...141... (Laurent Carlier) Date: Mon, 24 Jan 2005 22:33:10 +0100 Subject: [Gambas-devel] fix for the translation of qt diags (TODO file) Message-ID: <200501242233.10359.lordheavy@...141...> Here perhaps a fix for the qt dialogs box (like file chooser, font chooser) It's not an official patch and it need testing. It works for me and fabien (translation in french). Here is the current file (for gambas 1.9.2), replace src/lib/qt/main.cpp with the attached file and rebuild Don't forget to make a backup ! Regards, -- Laurent Carlier -------------- next part -------------- A non-text attachment was scrubbed... Name: main.cpp Type: text/x-c++src Size: 11697 bytes Desc: not available URL: From gambas at ...1... Tue Jan 25 10:57:12 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 10:57:12 +0100 Subject: [Gambas-devel] made a dirty hack In-Reply-To: <200501202306.24340.Karl.Reinl@...16...> References: <200501202306.24340.Karl.Reinl@...16...> Message-ID: <200501251057.12135.gambas@...1...> On Thursday 20 January 2005 23:06, Charlie Reinl wrote: > Salut Benoit, > > I needed in TableView, that I can switch columns unvisible. > So I played around with, and made this hack, who worked for me (till > nowadays). > > I use gambas-1.0.2 > > Look for 'CTABLECOLS_Visible' in the attached CTableView.cpp file. > I was not able to do also the read part (if Columns[Column].visible then). > > It would be nice to get this into the main tree. > > Amicalment > Charlie Hi, Charlie Good idea, but I can't add features in the stable version, otherwise this will become another version. So I put it in gambas 2! Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 25 10:57:35 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 10:57:35 +0100 Subject: [Gambas-devel] made a dirty hack In-Reply-To: <200501202306.24340.Karl.Reinl@...16...> References: <200501202306.24340.Karl.Reinl@...16...> Message-ID: <200501251057.35547.gambas@...1...> On Thursday 20 January 2005 23:06, Charlie Reinl wrote: > Salut Benoit, > > I needed in TableView, that I can switch columns unvisible. > So I played around with, and made this hack, who worked for me (till > nowadays). > > I use gambas-1.0.2 > > Look for 'CTABLECOLS_Visible' in the attached CTableView.cpp file. > I was not able to do also the read part (if Columns[Column].visible then). > > It would be nice to get this into the main tree. > > Amicalment > Charlie The attached file is not CTableView.cpp but CTextView.cpp! -- Benoit Minisini mailto:gambas at ...1... From srikantux at ...176... Tue Jan 25 11:25:36 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 25 Jan 2005 15:55:36 +0530 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <7f8e4a5a0501220510fd710d3@...178...> References: <7f8e4a5a0501220510fd710d3@...178...> Message-ID: <7f8e4a5a050125022533320d5e@...178...> Hiya all, Thanks Laurent and Ron! I tried with the changes you both suggested, but still got the same makefile error :( So, I copied the Makefile.in from pcre dir, searched and replaced all 'pcre' occurences to 'xyz'! It compiled, but then the component is not included :( Dunno what I missed out...probably I gotta try building it again with new ideas ;) cheers, srikanta From gambas at ...1... Tue Jan 25 11:30:05 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 11:30:05 +0100 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <7f8e4a5a050125022533320d5e@...178...> References: <7f8e4a5a0501220510fd710d3@...178...> <7f8e4a5a050125022533320d5e@...178...> Message-ID: <200501251130.05959.gambas@...1...> On Tuesday 25 January 2005 11:25, Srikanta Prasanna wrote: > Hiya all, > > Thanks Laurent and Ron! I tried with the changes you both suggested, > but still got the same makefile error :( So, I copied the Makefile.in from > pcre dir, searched and replaced all 'pcre' occurences to 'xyz'! It > compiled, but then the component is not included :( > > Dunno what I missed out...probably I gotta try building it again with new > ideas ;) > > cheers, > srikanta > You must NEVER modify Makefile.in by hand. Just Makefile.am! The autoconf/automake tools run when you type ./configure will do the job. -- Benoit Minisini mailto:gambas at ...1... From srikantux at ...176... Tue Jan 25 13:44:41 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 25 Jan 2005 18:14:41 +0530 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <200501251130.05959.gambas@...1...> References: <7f8e4a5a0501220510fd710d3@...178...> <7f8e4a5a050125022533320d5e@...178...> <200501251130.05959.gambas@...1...> Message-ID: <7f8e4a5a05012504444ccce151@...178...> Hi, On Tue, 25 Jan 2005 11:30:05 +0100, Benoit Minisini wrote: > You must NEVER modify Makefile.in by hand. Just Makefile.am! The > autoconf/automake tools run when you type ./configure will do the job. Okey.. But 'make' at $ROOT dir used to give me a "Makefile.in not found"...so thought of trying this out. :) ./reconf does not generate a Makefile.in in my component dir, so ./configure gives me that error. -- regards, srikanta From srikantux at ...176... Tue Jan 25 14:59:59 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Tue, 25 Jan 2005 19:29:59 +0530 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <7f8e4a5a050125022533320d5e@...178...> References: <7f8e4a5a0501220510fd710d3@...178...> <7f8e4a5a050125022533320d5e@...178...> Message-ID: <7f8e4a5a05012505597ccc409e@...178...> On Tue, 25 Jan 2005 15:55:36 +0530, Srikanta Prasanna wrote: > Thanks Laurent and Ron! I tried with the changes you both suggested, Oops, that was supposed to be Frank, instead of Laurent! :) :%s/Laurent/Frank From gambas at ...1... Tue Jan 25 15:21:32 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 15:21:32 +0100 Subject: [Gambas-devel] Little stuff. In-Reply-To: References: Message-ID: <200501251521.33124.gambas@...1...> On Wednesday 19 January 2005 22:37, Brandon Bergren wrote: > Here's a patch to src/exec's Makefile.am. It quells warnings during > reconf, and probabaly fixes issues on > platforms that need different object files for libraries and programs. > > Explanations in section 7.3.9.2 of the Gnu Automake manual at > http://sources.redhat.com/automake/automake.html > > Tested against cygwin-current. > > $ diff -u gambas2-1.9.2/src/exec/Makefile.am > gambas2-1.9.2-work/src/exec/Makefile.am > --- gambas2-1.9.2/src/exec/Makefile.am 2005-01-09 11:45:31.000000000 > -0600 > +++ gambas2-1.9.2-work/src/exec/Makefile.am 2005-01-19 > 14:50:36.656508700 -0600 > @@ -61,6 +61,8 @@ > gbx_c_string.h gbx_c_string.c \ > gbx_c_settings.h gbx_c_settings.c > > +gbx2_CFLAGS = $(AM_CFLAGS) > + > lib_gb_la_SOURCES = \ > gb_common_buffer.h gb_common_swap.h gb_common.c \ > gbx_debug.h \ > Thanks for the patch! > > Also, if QT is not found, moc is still checked for, and causes an error if > not found. Could you skip the moc check if QT is disabled, or make > it nonfatal, please? > I see there's an attempt to skip the section containing the moc and > kde check completely if qt isn't found, but it isn't working.... I fixed the test, so that now when qt is not found, X and moc are not checked. Regards, -- Benoit Minisini mailto:gambas at ...1... From bdragon at ...185... Tue Jan 25 16:13:45 2005 From: bdragon at ...185... (Brandon Bergren) Date: Tue, 25 Jan 2005 09:13:45 -0600 (Central Standard Time) Subject: [Gambas-devel] Little stuff. In-Reply-To: <200501251521.33124.gambas@...1...> References: <200501251521.33124.gambas@...1...> Message-ID: On Tue, 25 Jan 2005, Benoit Minisini wrote: > On Wednesday 19 January 2005 22:37, Brandon Bergren wrote: >> Here's a patch to src/exec's Makefile.am. It quells warnings during >> reconf, and probabaly fixes issues on >> platforms that need different object files for libraries and programs. >> [...] >> > > Thanks for the patch! Thanks for the apply! > >> >> Also, if QT is not found, moc is still checked for, and causes an error if >> not found. Could you skip the moc check if QT is disabled, or make >> it nonfatal, please? >> I see there's an attempt to skip the section containing the moc and >> kde check completely if qt isn't found, but it isn't working.... > > I fixed the test, so that now when qt is not found, X and moc are not checked. Isn't X also needed for the gtk component? I _have_ recent X11 libs installed, just not qt/moc (at the moment) because I'm having link issues. I was hoping to use GTK. I actually got a hacked up gbi2 to get a .info from the GTK component :) > > Regards, > > -- > Benoit Minisini > mailto:gambas at ...1... > Thanks, --Brandon From gambas at ...1... Tue Jan 25 16:40:50 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 16:40:50 +0100 Subject: [Gambas-devel] gtk 050120 / QT bugs In-Reply-To: <41EFD170.1080505@...103...> References: <41EFD170.1080505@...103...> Message-ID: <200501251640.50141.gambas@...1...> On Thursday 20 January 2005 16:42, Daniel Campos wrote: > Hi: > > > This is a new pre-alpha version of the GTK+ component: > > - I've implemented some things like the "drop part" from dnd > - Now you have a good clipboard support > - Cursors > - Less buggy picture and image classes. > - Some new widgets: TextArea and ProgressBar. Cool. But notepad example does not resize its contents... > - Some bugs fixed, but I have to rewrite some of the form deletion code, > as your application > may still crash when closing the main formulary, under still unknown > circumstances (mistery :-)). The TestGtk example crashes again during CWIDGET_delete. Can't you implement the same process than I done in Qt ? 1) Free everything in the destroy slot of each widget. 2) Explicitly deleting a widget just adds it to a delete list that is processed at the return of the event loop. 3) Deleting the form is done the same way. 4) A control or form is never destroyed if the current event loop level is greater than the event loop level where it was created. > - GTK+ seems to be able to show full color cursors, while QT translates > it to b&w, at least using X.org server. Great! Go on... > - The "PictureMask" property from the "Form" class has been implemented, > so now allows > to create transparent forms with gtk+. > - The Huygens mission landed sucessfully on Titan : > http://www.esa.int/SPECIALS/Cassini-Huygens/SEM15Y71Y3E_0.html > > > > --------------------------------------------------------------------------- >------------------------------ > > I've found some bugs in the gb.qt "Cursor" implementation: > > 1) If you execute: > > ... > Dim hCur As Cursor > hCur=New Cursor(Picture["myicon"]) > Me.Cursor=hCur > ... > > You got a "1 Allocations not freed" error > OK. I fixed it. > 2) If you execute: > > ... > Dim hCur As Cursor > hCur=New Cursor(Picture["myicon"],30,20) > Me.Cursor=hCur > ... > > And "30" and "20" are bigger that the real icon size, you got > an error from QT: > > "X Error: BadMatch (invalid parameter attributes) 8 > Major opcode: 93 > Minor opcode: 0 > Resource id: 0x300024e > X Error: BadCursor (invalid Cursor parameter) 6 > Major opcode: 2 > Minor opcode: 0 > Resource id: 0x300024f" > > > This should be checked, and "if X>picture.Width then X=Picture.Width-1" > > I fixed it too. > > --------------------------------------------------------------------------- >--------------------------------------------------- > > > Regards, > > D. Campos Regards, -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 25 16:59:54 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 16:59:54 +0100 Subject: [Gambas-devel] bug in object creation, or in my pcre component? In-Reply-To: <200501211315.06634.sourceforge-raindog2@...19...> References: <200501211315.06634.sourceforge-raindog2@...19...> Message-ID: <200501251659.54840.gambas@...1...> On Friday 21 January 2005 19:15, Rob wrote: > Using the latest version of pcre I posted to the list, I noticed > some crashing behavior. > > r = new Regexp("foo", "(foo)") > print r.submatches[1].text > ... > r = new Regexp("bar", "(bar)") > print r.submatches[1].text > > causes a segmentation fault in gbx2 on the last line, but this > code: > > r = new Regexp("foo", "(foo)") > print r.submatches[1].text > ... > r = NULL > r = new Regexp("bar", "(bar)") > print r.submatches[1].text > > does not. Near as I can figure from sticking a bunch of > fprintf(stderr, ...)'s in my pcre component is that the Gambas > interpreter somehow instantiates the new component before > freeing the old one, resulting in r containing a null pointer > (on the C side), and forcing it to be done in two steps gets > around the problem. > > So is there a problem in my component's cleanup code or is it an > interpreter thing? > > Rob > In REGEXP_new, you allocate an array in a static variable named 'smcache'. Then, if you create two regular expressions, the same static variable is used. I see a problem there... :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...1... Tue Jan 25 17:05:35 2005 From: gambas at ...1... (Benoit Minisini) Date: Tue, 25 Jan 2005 17:05:35 +0100 Subject: [Gambas-devel] bug in object creation, or in my pcre component? In-Reply-To: <200501211315.06634.sourceforge-raindog2@...19...> References: <200501211315.06634.sourceforge-raindog2@...19...> Message-ID: <200501251705.35732.gambas@...1...> On Friday 21 January 2005 19:15, Rob wrote: > Using the latest version of pcre I posted to the list, I noticed > some crashing behavior. > > r = new Regexp("foo", "(foo)") > print r.submatches[1].text > ... > r = new Regexp("bar", "(bar)") > print r.submatches[1].text > > causes a segmentation fault in gbx2 on the last line, but this > code: > > r = new Regexp("foo", "(foo)") > print r.submatches[1].text > ... > r = NULL > r = new Regexp("bar", "(bar)") > print r.submatches[1].text > > does not. Near as I can figure from sticking a bunch of > fprintf(stderr, ...)'s in my pcre component is that the Gambas > interpreter somehow instantiates the new component before > freeing the old one, resulting in r containing a null pointer > (on the C side), and forcing it to be done in two steps gets > around the problem. > > So is there a problem in my component's cleanup code or is it an > interpreter thing? > > Rob > Another point. You did: GB.NewString(&tmp, GB.ToZeroString(ARG(subject)), 0); As 'subject' is already a GB_STRING parameter, you create a useless temporary string. Instead, do that: GB.NewString(&tmp, STRING(subject), LENGTH(subject)); Regards, -- Benoit Minisini mailto:gambas at ...1... From sourceforge-raindog2 at ...19... Tue Jan 25 23:08:52 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 25 Jan 2005 17:08:52 -0500 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <7f8e4a5a05012504444ccce151@...178...> References: <7f8e4a5a0501220510fd710d3@...178...> <200501251130.05959.gambas@...1...> <7f8e4a5a05012504444ccce151@...178...> Message-ID: <200501251706.36169.sourceforge-raindog2@...19...> On Tuesday 25 January 2005 07:44, Srikanta Prasanna wrote: > But 'make' at $ROOT dir used to give me a "Makefile.in not > found"...so thought of trying this out. :) > ./reconf does not generate a Makefile.in in my component dir, > so ./configure gives me that error. I changed the @XYZ_DIR@ to just xyz in src/lib/Makefile.am (the one you originally posted) and did ./reconf, ./configure and make. It actually made the src/lib/xyz/Makefile.in and tried to compile the component. Unfortunately, then it gave me this error: gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -g -O2 -pipe -Wall -fno-strict-aliasing -g -Os -MT main.lo -MD -MP -MF .deps/main.Tpo -c main.c -fPIC -DPIC -o .libs/main.o In file included from main.c:31: main.h:27:20: gambas.h: No such file or directory main.c:34: error: syntax error before "GB" main.c:34: warning: type defaults to `int' in declaration of `GB' main.c:34: warning: data definition has no type or storage class main.c:37: error: syntax error before '*' token main.c:37: warning: type defaults to `int' in declaration of `GB_CLASSES' main.c:39: error: `CXyzDesc' undeclared here (not in a function) main.c:39: error: initializer element is not constant main.c:39: error: (near initialization for `GB_CLASSES[0]') main.c:42: warning: data definition has no type or storage class main.c: In function `GB_INIT': main.c:47: warning: implicit declaration of function `CXyz_init' main.c: In function `GB_EXIT': main.c:55: warning: implicit declaration of function `CXyz_exit' make[4]: *** [main.lo] Error 1 make[4]: Leaving directory `/home/schmoe/RPM/BUILD/gambas2-1.9.2/src/lib/xyz' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/schmoe/RPM/BUILD/gambas2-1.9.2/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/schmoe/RPM/BUILD/gambas2-1.9.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/schmoe/RPM/BUILD/gambas2-1.9.2' make: *** [all] Error 2 I have no idea what is causing this error, since your code looks fine to me, but at least it's trying to compile now. Rob From sourceforge-raindog2 at ...19... Tue Jan 25 23:30:42 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 25 Jan 2005 17:30:42 -0500 Subject: [Gambas-devel] bug in object creation, or in my pcre component? In-Reply-To: <200501251659.54840.gambas@...1...> References: <200501211315.06634.sourceforge-raindog2@...19...> <200501251659.54840.gambas@...1...> Message-ID: <200501251730.42402.sourceforge-raindog2@...19...> On Tuesday 25 January 2005 10:59, Benoit Minisini wrote: > In REGEXP_new, you allocate an array in a static variable > named 'smcache'. Then, if you create two regular expressions, > the same static variable is used. I see a problem there... :-) D'OH!! My fingers must have slipped :) Rob From sourceforge-raindog2 at ...19... Wed Jan 26 00:05:31 2005 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 25 Jan 2005 18:05:31 -0500 Subject: [Gambas-devel] bug in object creation, or in my pcre component? In-Reply-To: <200501251659.54840.gambas@...1...> References: <200501211315.06634.sourceforge-raindog2@...19...> <200501251659.54840.gambas@...1...> Message-ID: <200501251805.31864.sourceforge-raindog2@...19...> On Tuesday 25 January 2005 10:59, Benoit Minisini wrote: > In REGEXP_new, you allocate an array in a static variable > named 'smcache'. Then, if you create two regular expressions, > the same static variable is used. I see a problem there... :-) Here, a new version of the component where I moved the two unnecessary static variables into the object's struct. Built and tested under 1.9.2. Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: pcre-200501251802.tar.gz Type: application/x-tgz Size: 16532 bytes Desc: not available URL: From karl.reinl at ...16... Wed Jan 26 00:04:53 2005 From: karl.reinl at ...16... (Charlie) Date: Wed, 26 Jan 2005 00:04:53 +0100 Subject: [Gambas-devel] made a dirty hack References: <200501202306.24340.Karl.Reinl@...16...> <200501251057.12135.gambas@...1...> Message-ID: <41F6D095.4080303@...16...> Benoit Minisini schrieb: >On Thursday 20 January 2005 23:06, Charlie Reinl wrote: > > >>Salut Benoit, >> >>I needed in TableView, that I can switch columns unvisible. >>So I played around with, and made this hack, who worked for me (till >>nowadays). >> >>I use gambas-1.0.2 >> >>Look for 'CTABLECOLS_Visible' in the attached CTableView.cpp file. >>I was not able to do also the read part (if Columns[Column].visible then). >> >>It would be nice to get this into the main tree. >> >>Amicalment >>Charlie >> >> > >Hi, Charlie > >Good idea, but I can't add features in the stable version, otherwise this will >become another version. > >So I put it in gambas 2! > >Regards, > > > Salut Beno?t, thats Ok, till the day you have to work on the stable version. And sorry for the wrong file. Here it is . But make it better. I use it , but I cant see it in help. A read, would be nice also. if TVView.Column[i].visible then Amicalment Charlie -------------- next part -------------- /*************************************************************************** CTableView.cpp The TableView control (c) 2000-2003 Beno?t Minisini This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 1, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS F A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. ***************************************************************************/ #define __CTABLEVIEW_CPP #include "main.h" #include #include #include #include #include "CTableView.h" DECLARE_EVENT(EVENT_Click); DECLARE_EVENT(EVENT_Activate); DECLARE_EVENT(EVENT_Scroll); DECLARE_EVENT(EVENT_Data); DECLARE_EVENT(EVENT_ColumnClick); DECLARE_EVENT(EVENT_RowClick); DECLARE_EVENT(EVENT_Change); /*************************************************************************** class MyTableItem ***************************************************************************/ MyTableItem::MyTableItem(QTable *table) : QTableItem(table, QTableItem::Never, 0) { _tableView = 0; _bg = -1; _fg = -1; } MyTableItem::~MyTableItem() { } void MyTableItem::setPicture(GB_OBJECT *val) { QT_PICTURE pict; pict = (QT_PICTURE)VALUE(val); if (pict) setPixmap(*QT.GetPixmap(pict)); else setPixmap(0); } bool MyTableItem::invalidate(int r, int c) { if (r == row() && c == col()) return true; setRow(r); setCol(c); _valid = false; _alignment = Qt::AlignLeft | Qt::AlignVCenter; _bg = -1; _fg = -1; setText(0); setPixmap(0); return false; } void MyTableItem::getData() { if (_valid) return; //qDebug("Data(%d, %d)", row(), col()); if (!_tableView) _tableView = (CTABLEVIEW *)QT.GetObject(table()); if (!_tableView) return; _valid = true; GB.Raise(_tableView, EVENT_Data, 2, GB_T_INTEGER, row(), GB_T_INTEGER, col() ); } QString MyTableItem::text() { getData(); return QTableItem::text(); } QPixmap MyTableItem::pixmap() { getData(); return QTableItem::pixmap(); } int MyTableItem::alignment() const { ((MyTableItem *)this)->getData(); return _alignment; } void MyTableItem::paint( QPainter *p, const QColorGroup &cg, const QRect &cr, bool selected ) { int w = cr.width(); int h = cr.height(); int x = 0; getData(); QPixmap pix = pixmap(); QString txt = text(); p->fillRect( 0, 0, w, h, selected ? cg.brush(QColorGroup::Highlight) : (_bg < 0) ? cg.brush(QColorGroup::Base) : QColor((uint)_bg)); if (!pix.isNull()) { if (txt.length() == 0) p->drawPixmap((w - pix.width()) / 2, (h - pix.height() ) / 2, pix); else { p->drawPixmap(2, (h - pix.height() ) / 2, pix); x = pix.width() + 4; } } if (selected) p->setPen(cg.highlightedText()); else if (_fg < 0) p->setPen(cg.text()); else p->setPen(QColor((uint)_fg)); p->drawText(x + 2, 0, w - x - 4, h, wordWrap() ? (_alignment | WordBreak) : _alignment, txt ); } /*************************************************************************** class MyTable ***************************************************************************/ MyTable::MyTable(QWidget *parent) : QTable(0, 0, parent) { _item = new MyTableItem(this); //_items = (MyTableItem **)0; _header = 3; _rows = 0; _cols = 0; //setReadOnly(true); setSelectionMode(NoSelection); setFocusStyle(FollowStyle); verticalHeader()->setMovingEnabled(false); horizontalHeader()->setMovingEnabled(false); updateHeaders(); } MyTable::~MyTable() { blockSignals(true); setNumCols(0); setNumRows(0); blockSignals(false); delete _item; } void MyTable::paintFocus( QPainter *p, const QRect &r ) { } /*QSize MyTable::tableSize() const { return QSize( columnPos( numCols() - 1 ) + columnWidth( numCols() - 1 ), rowPos( numRows() - 1 ) + rowHeight( numRows() - 1 ) ); }*/ void MyTable::setRowHeight(int row, long height) { //qDebug("MyTable::setRowHeight(%d, %ld)", row, height); if (height < 0) adjustRow(row); else QTable::setRowHeight(row, height); } void MyTable::setColumnWidth(int col, long width) { //qDebug("MyTable::setColumnWidth(%d, %ld)", col, width); if (width < 0) adjustColumn(col); else QTable::setColumnWidth(col, width); } void MyTable::updateHeaders() { int dim = fontMetrics().height() + 4; if (_header & 1) { horizontalHeader()->show(); setTopMargin(dim); } else { horizontalHeader()->hide(); setTopMargin(0); } if (leftMargin() > dim) dim = leftMargin(); if (_header & 2) { verticalHeader()->show(); setLeftMargin(dim); } else { verticalHeader()->hide(); setLeftMargin(0); } } void MyTable::setHeaders(int h) { h &= 3; if (h == _header) return; _header = h; updateHeaders(); } void MyTable::fontChange(const QFont &oldFont) { QTable::fontChange(oldFont); updateHeaders(); } QTableItem *MyTable::item( int row, int col ) const { if ( row < 0 || col < 0 || row > _rows - 1 || col > _cols - 1) return 0; //_items[col]->invalidate(row, col); //return _items[col]; _item->invalidate(row, col); return _item; } void MyTable::setNumCols(int newCols) { int i; int col = numCols(); if (newCols < 0) return; _cols = newCols; /* if (_items) { delete[] _items; _items = (MyTableItem **)0; } if (_cols > 0) { _items = new (MyTableItem *)[_cols]; for (i = 0; i < _cols; i++) _items[i] = new MyTableItem(this); } */ QTable::setNumCols(newCols); if (newCols > col) { bool upd = horizontalHeader()->isUpdatesEnabled(); horizontalHeader()->setUpdatesEnabled(false); for (i = col; i < newCols; i++) horizontalHeader()->setLabel(i, ""); horizontalHeader()->setUpdatesEnabled(upd); } } void MyTable::setNumRows(int newRows) { //int i; //int row = numRows(); //bool r = verticalHeader()->isResizeEnabled(); //setLeftMargin(fontMetrics().width(QString::number(newRows) + "W")); //verticalHeader()->setResizeEnabled(false); if (newRows < 0) return; _rows = newRows; QTable::setNumRows(newRows); //verticalHeader()->setResizeEnabled(r); /*if (newRows > row) { bool upd = verticalHeader()->isUpdatesEnabled(); verticalHeader()->setUpdatesEnabled(false); for (i = row; i < newRows; i++) verticalHeader()->setLabel(i, QString::number(i + 1)); verticalHeader()->setUpdatesEnabled(upd); }*/ } void MyTable::updateRow(int row) { if (row < 0 || row >= numRows() || numCols() == 0) return; QRect cg = cellGeometry(row, 0); QRect r(contentsToViewport( QPoint( contentsX(), cg.y() - 2 ) ), QSize( contentsWidth(), cg.height() + 4 ) ); QApplication::postEvent(viewport(), new QPaintEvent(r, FALSE )); } /* void MyTable::swapRows(int row1, int row2, bool swapHeader) { QTable::swapRows(row1, row2, swapHeader); updateRow(row1); updateRow(row2); } */ void MyTable::updateColumn(int col) { if (col < 0 || col >= numCols() || numRows() == 0) return; QRect cg = cellGeometry(0, col); QRect r(contentsToViewport( QPoint( cg.x() - 2, contentsY() ) ), QSize( cg.width() + 4, contentsHeight() ) ); QApplication::postEvent( viewport(), new QPaintEvent( r, FALSE ) ); } /* void MyTable::swapColumns(int col1, int col2, bool swapHeader) { QTable::swapColumns(col1, col2, swapHeader); updateColumn(col1); updateColumn(col2); } */ /*************************************************************************** TableView ***************************************************************************/ BEGIN_METHOD(CTABLEVIEW_new, GB_OBJECT parent) MyTable *wid = new MyTable(QT.GetContainer(VARG(parent))); QObject::connect(wid, SIGNAL(currentChanged(int, int)), MANAGER, SLOT(changed())); QObject::connect(wid, SIGNAL(doubleClicked(int, int, int, const QPoint &)), MANAGER, SLOT(activated())); QObject::connect(wid, SIGNAL(clicked(int, int, int, const QPoint &)), MANAGER, SLOT(clicked())); QObject::connect(wid, SIGNAL(contentsMoving(int, int)), MANAGER, SLOT(scrolled())); QObject::connect(wid->horizontalHeader(), SIGNAL(sectionClicked(int)), MANAGER, SLOT(columnClicked(int))); QObject::connect(wid->verticalHeader(), SIGNAL(sectionClicked(int)), MANAGER, SLOT(rowClicked(int))); QT.InitWidget(wid, _object); //QT.SetBackgroundRole(THIS, QColorGroup::Base); THIS->row = -1; THIS->col = -1; //wid->setTableView(THIS); wid->show(); END_METHOD BEGIN_METHOD_VOID(CTABLEVIEW_free) GB.StoreObject(NULL, &THIS->picture); END_METHOD BEGIN_PROPERTY(CTABLEVIEW_row) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->currentRow()); else WIDGET->setCurrentCell(VPROP(GB_INTEGER), WIDGET->currentColumn()); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_column) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->currentColumn()); else WIDGET->setCurrentCell(WIDGET->currentRow(), VPROP(GB_INTEGER)); END_PROPERTY BEGIN_METHOD(CTABLEVIEW_move_to, GB_INTEGER row; GB_INTEGER col) long row = VARG(row); long col = VARG(col); if (CTableView::check(WIDGET, row, col)) return; WIDGET->setCurrentCell(row, col); END_METHOD #if 0 BEGIN_METHOD_VOID(CTABLEVIEW_clear) long rows = WIDGET->numRows(); WIDGET->setNumRows(0); WIDGET->setNumRows(rows); END_METHOD #endif BEGIN_METHOD(CTABLEVIEW_get, GB_INTEGER row; GB_INTEGER col) long row = VARG(row); long col = VARG(col); if (CTableView::check(WIDGET, row, col)) return; THIS->row = row; THIS->col = col; RETURN_SELF(); END_METHOD BEGIN_PROPERTY(CTABLEVIEW_current) THIS->row = WIDGET->currentRow(); THIS->col = WIDGET->currentColumn(); if (CTableView::check(WIDGET, THIS->row, THIS->col)) return; else RETURN_SELF(); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_self) THIS->row = -1; THIS->col = -1; RETURN_SELF(); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_grid) if (READ_PROPERTY) GB.ReturnBoolean(WIDGET->showGrid()); else WIDGET->setShowGrid(VPROP(GB_BOOLEAN)); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_scrollbars) long scroll; if (READ_PROPERTY) { scroll = 0; if (WIDGET->hScrollBarMode() == QScrollView::Auto) scroll += 1; if (WIDGET->vScrollBarMode() == QScrollView::Auto) scroll += 2; GB.ReturnInteger(scroll); } else { scroll = VPROP(GB_INTEGER) & 3; WIDGET->setHScrollBarMode( (scroll & 1) ? QScrollView::Auto : QScrollView::AlwaysOff); WIDGET->setVScrollBarMode( (scroll & 2) ? QScrollView::Auto : QScrollView::AlwaysOff); } END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_header) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->headers()); else WIDGET->setHeaders(VPROP(GB_INTEGER)); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_mode) if (READ_PROPERTY) { switch (WIDGET->selectionMode()) { case QTable::NoSelection: GB.ReturnInteger(0); break; case QTable::SingleRow: GB.ReturnInteger(1); break; case QTable::MultiRow: GB.ReturnInteger(2); break; default: GB.ReturnInteger(0); break; } } else { switch(VPROP(GB_INTEGER)) { case 0: WIDGET->setSelectionMode(QTable::NoSelection); break; case 1: WIDGET->setSelectionMode(QTable::SingleRow); break; case 2: WIDGET->setSelectionMode(QTable::MultiRow); break; } } END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_client_width) WIDGET->updateScrollBars(); GB.ReturnInteger(WIDGET->clipper()->width()); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_client_height) WIDGET->updateScrollBars(); GB.ReturnInteger(WIDGET->clipper()->height()); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_border) QT.BorderProperty(_object, _param); END_PROPERTY // CWIDGET_refresh does not work for this widget ?? // Should do viewport->refresh() ! BEGIN_METHOD(CTABLEVIEW_refresh, GB_INTEGER x; GB_INTEGER y; GB_INTEGER w; GB_INTEGER h) int x, y, w, h; if (!MISSING(x) && !MISSING(y)) { x = VARG(x); y = VARG(y); w = VARGOPT(w, WIDGET->width()); h = VARGOPT(h, WIDGET->height()); WIDGET->viewport()->repaint(x, y, w, h); } else WIDGET->viewport()->repaint(); END_METHOD BEGIN_PROPERTY(CTABLEVIEW_scroll_x) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->contentsX()); else WIDGET->setContentsPos(VPROP(GB_INTEGER), WIDGET->contentsY()); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_scroll_y) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->contentsY()); else WIDGET->setContentsPos(WIDGET->contentsX(), VPROP(GB_INTEGER)); END_PROPERTY BEGIN_METHOD(CTABLEVIEW_row_at, GB_INTEGER ypos) int ypos = VARG(ypos); ypos = ypos + WIDGET->contentsY(); if (!WIDGET->horizontalHeader()->isHidden()) ypos = ypos - WIDGET->horizontalHeader()->height(); GB.ReturnInteger(WIDGET->rowAt(ypos)); END_PROPERTY BEGIN_METHOD(CTABLEVIEW_column_at, GB_INTEGER xpos) int xpos = VARG(xpos); xpos = xpos + WIDGET->contentsX(); if (!WIDGET->verticalHeader()->isHidden()) xpos = xpos - WIDGET->verticalHeader()->width(); GB.ReturnInteger(WIDGET->columnAt(xpos)); END_PROPERTY #if 0 BEGIN_PROPERTY(CTABLEVIEW_table) if (READ_PROPERTY) GB.ReturnNewZeroString(TO_UTF8(WIDGET->definition())); else WIDGET->setDefinition(QSTRING_PROP()); END_PROPERTY #endif /*************************************************************************** TableViewItem ***************************************************************************/ BEGIN_PROPERTY(CTABLEITEM_x) GB.ReturnInteger(WIDGET->columnPos(THIS->col) - WIDGET->contentsX() + WIDGET->clipper()->x()); END_PROPERTY BEGIN_PROPERTY(CTABLEITEM_y) /* int p; p = WIDGET->rowPos(THIS->row) - WIDGET->contentsY() + WIDGET->frameWidth(); if (!WIDGET->horizontalHeader()->isHidden()) p += WIDGET->horizontalHeader()->height(); GB.ReturnInteger(p); */ GB.ReturnInteger(WIDGET->rowPos(THIS->row) - WIDGET->contentsY() + WIDGET->clipper()->y()); END_PROPERTY BEGIN_PROPERTY(CTABLEITEM_width) GB.ReturnInteger(WIDGET->columnWidth(THIS->col) - 1); END_PROPERTY BEGIN_PROPERTY(CTABLEITEM_height) GB.ReturnInteger(WIDGET->rowHeight(THIS->row) - 1); END_PROPERTY #define CHECK_ITEM() \ if (!ITEM) \ { \ GB.Error("No current item"); \ return; \ } BEGIN_PROPERTY(CTABLEITEM_text) CHECK_ITEM(); GB.ReturnNewZeroString(TO_UTF8(ITEM->text())); END_PROPERTY BEGIN_PROPERTY(CTABLEITEM_alignment) CHECK_ITEM(); GB.ReturnInteger(ITEM->alignment()); END_PROPERTY BEGIN_PROPERTY(CTABLEITEM_picture) CHECK_ITEM(); GB.ReturnObject(THIS->picture); END_PROPERTY BEGIN_METHOD_VOID(CTABLEITEM_ensure_visible) WIDGET->ensureCellVisible(THIS->row, THIS->col); END_METHOD BEGIN_METHOD_VOID(CTABLEITEM_refresh) WIDGET->item()->setRow(-1); WIDGET->item()->setCol(-1); WIDGET->updateCell(THIS->row, THIS->col); END_METHOD /*************************************************************************** TableViewData ***************************************************************************/ BEGIN_PROPERTY(CTABLEVIEW_data_text) if (READ_PROPERTY) GB.ReturnNewZeroString(TO_UTF8(WIDGET->item()->text())); else WIDGET->item()->setText(QSTRING_PROP()); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_data_picture) if (READ_PROPERTY) GB.ReturnObject(THIS->picture); else { GB.StoreObject(PROP(GB_OBJECT), &THIS->picture); WIDGET->item()->setPicture(PROP(GB_OBJECT)); } END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_data_alignment) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->item()->alignment()); else WIDGET->item()->setAlignment(VPROP(GB_INTEGER)); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_data_background) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->item()->background()); else WIDGET->item()->setBackground(VPROP(GB_INTEGER) & 0xFFFFFF); END_PROPERTY BEGIN_PROPERTY(CTABLEVIEW_data_foreground) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->item()->foreground()); else WIDGET->item()->setForeground(VPROP(GB_INTEGER) & 0xFFFFFF); END_PROPERTY /*************************************************************************** TableViewRows ***************************************************************************/ BEGIN_METHOD(CTABLEROWS_get, GB_INTEGER row) CTableView::checkRow(WIDGET, VARG(row)); THIS->row = VARG(row); RETURN_SELF(); END_METHOD BEGIN_PROPERTY(CTABLEROWS_count) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->numRows()); else { WIDGET->setNumRows(VPROP(GB_INTEGER)); //CTableView::fillItems(WIDGET); } END_PROPERTY BEGIN_PROPERTY(CTABLEROWS_height) long row = THIS->row; if (READ_PROPERTY) { if (row < 0) row = 0; GB.ReturnInteger(WIDGET->rowHeight(row)); } else { if (row < 0) { for (row = 0; row < WIDGET->numRows() - 1; row++) WIDGET->setRowHeight(row, VPROP(GB_INTEGER)); } else WIDGET->setRowHeight(row, VPROP(GB_INTEGER)); } END_PROPERTY BEGIN_PROPERTY(CTABLEROWS_width) if (WIDGET->verticalHeader()->isHidden()) GB.ReturnInteger(0); else GB.ReturnInteger(WIDGET->verticalHeader()->width()); END_PROPERTY BEGIN_PROPERTY(CTABLEROWS_resizable) if (READ_PROPERTY) GB.ReturnBoolean(WIDGET->verticalHeader()->isResizeEnabled()); else WIDGET->verticalHeader()->setResizeEnabled(VPROP(GB_BOOLEAN)); END_PROPERTY BEGIN_PROPERTY(CTABLEROWS_moveable) if (READ_PROPERTY) GB.ReturnBoolean(WIDGET->verticalHeader()->isMovingEnabled()); else WIDGET->verticalHeader()->setMovingEnabled(VPROP(GB_BOOLEAN)); END_PROPERTY BEGIN_PROPERTY(CTABLEROWS_text) if (READ_PROPERTY) GB.ReturnNewZeroString(TO_UTF8(WIDGET->verticalHeader()->label(THIS->row))); else WIDGET->verticalHeader()->setLabel(THIS->row, QSTRING_PROP()); END_PROPERTY BEGIN_METHOD_VOID(CTABLEROWS_refresh) WIDGET->updateRow(THIS->row); END_METHOD BEGIN_METHOD_VOID(CTABLEROWS_selected) GB.ReturnBoolean(WIDGET->isRowSelected(THIS->row, true)); END_METHOD /*************************************************************************** TableViewCols ***************************************************************************/ BEGIN_METHOD(CTABLECOLS_get, GB_INTEGER col) CTableView::checkCol(WIDGET, VARG(col)); THIS->col = VARG(col); RETURN_SELF(); END_METHOD BEGIN_PROPERTY(CTABLECOLS_count) if (READ_PROPERTY) GB.ReturnInteger(WIDGET->numCols()); else { WIDGET->setNumCols(VPROP(GB_INTEGER)); //CTableView::fillItems(WIDGET); } END_PROPERTY BEGIN_PROPERTY(CTABLECOLS_width) long col = THIS->col; if (READ_PROPERTY) { if (col < 0) col = 0; GB.ReturnInteger(WIDGET->columnWidth(col)); } else { if (col < 0) { for (col = 0; col < WIDGET->numCols() - 1; col++) WIDGET->setColumnWidth(col, VPROP(GB_INTEGER)); } else WIDGET->setColumnWidth(col, VPROP(GB_INTEGER)); } END_PROPERTY BEGIN_PROPERTY(CTABLECOLS_height) if (WIDGET->horizontalHeader()->isHidden()) GB.ReturnInteger(0); else GB.ReturnInteger(WIDGET->horizontalHeader()->height()); END_PROPERTY BEGIN_PROPERTY(CTABLECOLS_resizable) if (READ_PROPERTY) GB.ReturnBoolean(WIDGET->horizontalHeader()->isResizeEnabled()); else WIDGET->horizontalHeader()->setResizeEnabled(VPROP(GB_BOOLEAN)); END_PROPERTY BEGIN_PROPERTY(CTABLECOLS_moveable) if (READ_PROPERTY) GB.ReturnBoolean(WIDGET->horizontalHeader()->isMovingEnabled()); else WIDGET->horizontalHeader()->setMovingEnabled(VPROP(GB_BOOLEAN)); END_PROPERTY BEGIN_PROPERTY(CTABLECOLS_text) if (READ_PROPERTY) GB.ReturnNewZeroString(TO_UTF8(WIDGET->horizontalHeader()->label(THIS->col))); else WIDGET->horizontalHeader()->setLabel(THIS->col, QSTRING_PROP()); END_PROPERTY BEGIN_METHOD_VOID(CTABLECOLS_refresh) WIDGET->updateColumn(THIS->col); END_METHOD BEGIN_PROPERTY(CTABLECOLS_Visible) if VPROP(GB_BOOLEAN) WIDGET->showColumn ( THIS->col ) ; else WIDGET->hideColumn ( THIS->col ); END_PROPERTY /*************************************************************************** Descriptions ***************************************************************************/ GB_DESC CTableViewDataDesc[] = { GB_DECLARE(".TableViewData", 0), GB_VIRTUAL_CLASS(), //GB_PROPERTY_READ("Row", "i", CTABLEITEM_row), //GB_PROPERTY_READ("Column", "i", CTABLEITEM_column), //GB_PROPERTY("Picture", "Picture", CTABLEITEM_picture), //GB_PROPERTY("Text", "s", CTABLEITEM_text), //GB_PROPERTY("Alignment", "i", CTABLEITEM_alignment), GB_PROPERTY("Text", "s", CTABLEVIEW_data_text), GB_PROPERTY("Picture", "Picture", CTABLEVIEW_data_picture), GB_PROPERTY("Alignment", "i", CTABLEVIEW_data_alignment), GB_PROPERTY("Background", "i", CTABLEVIEW_data_background), GB_PROPERTY("BackColor", "i", CTABLEVIEW_data_background), GB_PROPERTY("Foreground", "i", CTABLEVIEW_data_foreground), GB_PROPERTY("ForeColor", "i", CTABLEVIEW_data_foreground), GB_END_DECLARE }; GB_DESC CTableItemDesc[] = { GB_DECLARE(".TableViewCell", 0), GB_VIRTUAL_CLASS(), //GB_PROPERTY_READ("Row", "i", CTABLEITEM_row), //GB_PROPERTY_READ("Column", "i", CTABLEITEM_column), GB_PROPERTY_READ("Picture", "Picture", CTABLEITEM_picture), GB_PROPERTY_READ("Text", "s", CTABLEITEM_text), GB_PROPERTY_READ("Alignment", "i", CTABLEITEM_alignment), GB_PROPERTY_READ("X", "i", CTABLEITEM_x), GB_PROPERTY_READ("Y", "i", CTABLEITEM_y), GB_PROPERTY_READ("Left", "i", CTABLEITEM_x), GB_PROPERTY_READ("Top", "i", CTABLEITEM_y), GB_PROPERTY_READ("Width", "i", CTABLEITEM_width), GB_PROPERTY_READ("Height", "i", CTABLEITEM_height), GB_PROPERTY_READ("W", "i", CTABLEITEM_width), GB_PROPERTY_READ("H", "i", CTABLEITEM_height), //GB_METHOD("Clear", NULL, CTABLEITEM_clear, NULL), GB_METHOD("EnsureVisible", NULL, CTABLEITEM_ensure_visible, NULL), GB_METHOD("Refresh", NULL, CTABLEITEM_refresh, NULL), GB_END_DECLARE }; GB_DESC CTableRowDesc[] = { GB_DECLARE(".TableViewRow", 0), GB_VIRTUAL_CLASS(), GB_PROPERTY("Height", "i", CTABLEROWS_height), GB_PROPERTY("H", "i", CTABLEROWS_height), GB_PROPERTY("Text", "s", CTABLEROWS_text), GB_PROPERTY("Title", "s", CTABLEROWS_text), GB_PROPERTY_READ("Selected", "b", CTABLEROWS_selected), GB_METHOD("Refresh", NULL, CTABLEROWS_refresh, NULL), GB_END_DECLARE }; GB_DESC CTableColumnDesc[] = { GB_DECLARE(".TableViewColumn", 0), GB_VIRTUAL_CLASS(), GB_PROPERTY("Width", "i", CTABLECOLS_width), GB_PROPERTY("W", "i", CTABLECOLS_width), GB_PROPERTY("Text", "s", CTABLECOLS_text), GB_PROPERTY("Title", "s", CTABLECOLS_text), GB_METHOD("Refresh", NULL, CTABLECOLS_refresh, NULL), GB_PROPERTY("Visible", "b", CTABLECOLS_Visible), GB_END_DECLARE }; GB_DESC CTableRowsDesc[] = { GB_DECLARE(".TableViewRows", 0), GB_VIRTUAL_CLASS(), GB_METHOD("_get", ".TableViewRow", CTABLEROWS_get, "(Row)i"), GB_PROPERTY("Count", "i", CTABLEROWS_count), GB_PROPERTY("Height", "i", CTABLEROWS_height), GB_PROPERTY("H", "i", CTABLEROWS_height), GB_PROPERTY_READ("Width", "i", CTABLEROWS_width), GB_PROPERTY_READ("W", "i", CTABLEROWS_width), GB_PROPERTY("Resizable", "b", CTABLEROWS_resizable), GB_PROPERTY("Moveable", "b", CTABLEROWS_moveable), GB_END_DECLARE }; GB_DESC CTableColumnsDesc[] = { GB_DECLARE(".TableViewColumns", 0), GB_VIRTUAL_CLASS(), GB_METHOD("_get", ".TableViewColumn", CTABLECOLS_get, "(Column)i"), GB_PROPERTY("Count", "i", CTABLECOLS_count), GB_PROPERTY("Width", "i", CTABLECOLS_width), GB_PROPERTY("W", "i", CTABLECOLS_width), GB_PROPERTY_READ("Height", "i", CTABLECOLS_height), GB_PROPERTY_READ("H", "i", CTABLECOLS_height), GB_PROPERTY("Resizable", "b", CTABLECOLS_resizable), GB_PROPERTY("Moveable", "b", CTABLECOLS_moveable), GB_END_DECLARE }; GB_DESC CTableViewDesc[] = { GB_DECLARE("TableView", sizeof(CTABLEVIEW)), GB_INHERITS("Control"), GB_CONSTANT("None", "i", 0), GB_CONSTANT("Horizontal", "i", 1), GB_CONSTANT("Vertical", "i", 2), GB_CONSTANT("Both", "i", 3), GB_CONSTANT("Single", "i", 1), GB_CONSTANT("Multi", "i", 2), GB_METHOD("_new", NULL, CTABLEVIEW_new, "(Parent)Container;"), GB_METHOD("_free", NULL, CTABLEVIEW_free, NULL), GB_PROPERTY_READ("Rows", ".TableViewRows", CTABLEVIEW_self), GB_PROPERTY_READ("Columns", ".TableViewColumns", CTABLEVIEW_self), GB_METHOD("_get", ".TableViewCell", CTABLEVIEW_get, "(Row)i(Column)i"), //GB_METHOD("Clear", NULL, CTABLEVIEW_clear, NULL), GB_PROPERTY("Row", "i", CTABLEVIEW_row), GB_PROPERTY("Column", "i", CTABLEVIEW_column), GB_METHOD("MoveTo", NULL, CTABLEVIEW_move_to, "(Row)i(Column)i"), GB_PROPERTY_READ("Current", ".TableViewCell", CTABLEVIEW_current), GB_PROPERTY("Grid", "b", CTABLEVIEW_grid), GB_PROPERTY("Border", "b", CTABLEVIEW_border), GB_PROPERTY("ScrollBar", "i", CTABLEVIEW_scrollbars), GB_PROPERTY("Header", "i", CTABLEVIEW_header), GB_PROPERTY("Mode", "i", CTABLEVIEW_mode), GB_METHOD("RowAt", "i", CTABLEVIEW_row_at, "(Y)i"), GB_METHOD("ColumnAt", "i", CTABLEVIEW_column_at,"(X)i"), GB_PROPERTY("ScrollX", "i", CTABLEVIEW_scroll_x), GB_PROPERTY("ScrollY", "i", CTABLEVIEW_scroll_y), GB_PROPERTY_READ("ClientWidth", "i", CTABLEVIEW_client_width), GB_PROPERTY_READ("ClientW", "i", CTABLEVIEW_client_width), GB_PROPERTY_READ("ClientHeight", "i", CTABLEVIEW_client_height), GB_PROPERTY_READ("ClientH", "i", CTABLEVIEW_client_height), GB_PROPERTY_SELF("Data", ".TableViewData"), GB_METHOD("Refresh", NULL, CTABLEVIEW_refresh, "[(X)i(Y)i(Width)i(Height)i]"), GB_CONSTANT("_Properties", "s", CTABLEVIEW_PROPERTIES), GB_CONSTANT("_DefaultEvent", "s", "Click"), GB_EVENT("Change", NULL, NULL, &EVENT_Change), GB_EVENT("Activate", NULL, NULL, &EVENT_Activate), GB_EVENT("Click", NULL, NULL, &EVENT_Click), GB_EVENT("Scroll", NULL, NULL, &EVENT_Scroll), GB_EVENT("Data", NULL, "(Row)i(Column)i", &EVENT_Data), GB_EVENT("ColumnClick", NULL, "(Column)i", &EVENT_ColumnClick), GB_EVENT("RowClick", NULL, "(Row)i", &EVENT_RowClick), GB_END_DECLARE }; /*************************************************************************** class CTableView ***************************************************************************/ CTableView CTableView::manager; bool CTableView::checkRow(QTable *table, long row) { if (row < -1 || row >= table->numRows()) { GB.Error("Bad row index"); return true; } else return false; } bool CTableView::checkCol(QTable *table, long col) { if (col < -1 || col >= table->numCols()) { GB.Error("Bad column index"); return true; } else return false; } bool CTableView::check(QTable *table, long row, long col) { if (checkRow(table, row)) return true; else if (checkCol(table, col)) return true; else return false; } void CTableView::changed(void) { MyTable *w = (MyTable *)sender(); void *object = QT.GetObject((QWidget *)w); if (w->currentRow() < 0 || w->currentColumn() < 0) return; GB.Raise(object, EVENT_Change, 0); } void CTableView::activated(void) { void *object = QT.GetObject((QWidget *)sender()); GB.Raise(object, EVENT_Activate, 0); } void CTableView::clicked(void) { void *object = QT.GetObject((QWidget *)sender()); GB.Raise(object, EVENT_Click, 0); } static void send_scroll(void *param) { GB.Raise(param, EVENT_Scroll, 0); GB.Unref(¶m); } void CTableView::scrolled(void) { void *object = QT.GetObject((QWidget *)sender()); GB.Ref(object); GB.Post((void (*)())send_scroll, (long)object); } void CTableView::columnClicked(int col) { void *object = QT.GetObject((QWidget *)sender()); GB.Raise(object, EVENT_ColumnClick, 1, GB_T_INTEGER, col); } void CTableView::rowClicked(int row) { void *object = QT.GetObject((QWidget *)sender()); GB.Raise(object, EVENT_RowClick, 1, GB_T_INTEGER, row); } From danielcampos at ...45... Wed Jan 26 14:38:03 2005 From: danielcampos at ...45... (Daniel Campos) Date: Wed, 26 Jan 2005 14:38:03 +0100 Subject: [Gambas-devel] gtk - 050126 Message-ID: <41F79D3B.5070708@...45...> Hi: New release of the GTK+ component: -> Widget destruction fixed, now some examples ( Blights, Object, Timer, Evaluator, ClientSocket, ServerSocket and UdpServerClient) are working from the beggining to the end without problems. -> ComboBox has been implemented. -> Some advances in menus, they work, however the IDE seems not to recognize the GTK+ menus (Beno?t, is this a problem from the IDE?), so they must be designed with gb.qt prior to run it with gb.gtk -> Widgets inherits colors from their parent, as gb.qt does. -> Some other little fixes... Regards, D. Campos -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-050126-gb1.9.tar.bz2 Type: application/x-bzip Size: 48768 bytes Desc: not available URL: From andrea_bortolan at ...112... Wed Jan 26 16:04:39 2005 From: andrea_bortolan at ...112... (Andrea Bortolan) Date: Wed, 26 Jan 2005 16:04:39 +0100 (CET) Subject: [Gambas-devel] Gambas & ODBC Message-ID: <20050126150439.49847.qmail@...221...> Hi all, you can find the new version of the ODBC module in the attached files. Please remember that its still in pre-alpha stage... You can test it using the Database example,all the buttons (Delete table, Create table and Fill table buttons) will perform the correct action . I tested it connected to a MySQL and an iSeries-DB2, the example create the tables, delete the tables and fill the table correctly. Have a nice day, Andrea ___________________________________ Nuovo Yahoo! Messenger: E' molto pi? divertente: Audibles, Avatar, Webcam, Giochi, Rubrica Scaricalo ora! http://it.messenger.yahoo.it -------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: text/x-c Size: 57322 bytes Desc: main.c URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: main.h Type: text/x-c-header Size: 1127 bytes Desc: main.h URL: From srikantux at ...176... Wed Jan 26 19:08:29 2005 From: srikantux at ...176... (Srikanta Prasanna) Date: Wed, 26 Jan 2005 23:38:29 +0530 Subject: [Gambas-devel] Re: Test component compilation problem... In-Reply-To: <200501251706.36169.sourceforge-raindog2@...19...> References: <7f8e4a5a0501220510fd710d3@...178...> <200501251130.05959.gambas@...1...> <7f8e4a5a05012504444ccce151@...178...> <200501251706.36169.sourceforge-raindog2@...19...> Message-ID: <7f8e4a5a050126100833f2277f@...178...> Rob, On Tue, 25 Jan 2005 17:08:52 -0500, Rob wrote: > On Tuesday 25 January 2005 07:44, Srikanta Prasanna wrote: > I changed the @XYZ_DIR@ to just xyz in src/lib/Makefile.am (the > one you originally posted) and did ./reconf, ./configure and > make. It actually made the src/lib/xyz/Makefile.in and tried to > compile the component. Unfortunately, then it gave me this > error: Thanks for the lead! :) I'll look into the error. > I have no idea what is causing this error, since your code looks > fine to me, but at least it's trying to compile now. Yup! :) Thanks, srikanta