From chintanraoh at ...176... Thu Nov 2 15:28:42 2006 From: chintanraoh at ...176... (chintan rao) Date: Thu, 2 Nov 2006 19:58:42 +0530 Subject: [Gambas-devel] Bug(?):Signal 6 on including the function GB.Hook in the code Message-ID: hi guys, I was just learning how to write components. gbx2 exits with signal 6 on including the function. GB.Hook(GB_HOOK_MAIN, (void *)hook1_main); This could possibly be a bug or a wrong implementation Please tell me if you know where the error is i just cant find out where This bug is perfectly reproducable I get "QPaintDevice: Must construct a QApplication before a QPaintDevice" in the console of the IDe this is what i did static void hook1_main ( int *argc, char **argv ) { return; } int EXPORT GB_INIT ( void ) { GB.Hook(GB_HOOK_MAIN, (void *)hook1_main); return 0; } I added the above code to main.c in my component If i remove GB.Hook everything becomes allright Here is the backtrace (gdb) run Starting program: /usr/local/bin/gbx2 [Thread debugging using libthread_db enabled] [New Thread -1209042752 (LWP 21976)] QPaintDevice: Must construct a QApplication before a QPaintDevice Program received signal SIGABRT, Aborted. [Switching to Thread -1209042752 (LWP 21976)] 0x0075a402 in __kernel_vsyscall () (gdb) backtrace #0 0x0075a402 in __kernel_vsyscall () #1 0x00884159 in raise () from /lib/libc.so.6 #2 0x008856e3 in abort () from /lib/libc.so.6 #3 0x002e8716 in myMessageHandler (type=QtFatalMsg, msg=0xbfa128bc "QPaintDevice: Must construct a QApplication before a QPaintDevice") at main.cpp:795 #4 0x06fbfda6 in qFatal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #5 0x06c0dab2 in QPaintDevice::QPaintDevice () from /usr/lib/qt-3.3 /lib/libqt-mt.so.3 #6 0x06cff883 in QWidget::QWidget () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #7 0x06dcd5c4 in QMainWindow::QMainWindow () from /usr/lib/qt-3.3 /lib/libqt-mt.so.3 #8 0x002f0315 in MyMainWindow (this=0x8ea94a0, parent=0x6, name=0x8ea7a48 "FMain", embedded=false) at CWindow.cpp:1239 #9 0x002f0dcc in CWINDOW_new (_object=0x8ea8458, _param=0x8e61f20) at CWindow.cpp:232 #10 0x0804dae5 in EXEC_call_native (exec=0x2f0cec , object=0x8ea8458, type=0, param=0x8e61f20) at gbx_exec.c:783 #11 0x0804e1d1 in EXEC_native () at gbx_exec.c:901 #12 0x0804e74e in EXEC_spec (special=0, class=0x8e6fb68, object=0x55d8, nparam=0, drop=1 '\001') at gbx_exec.c:1178 #13 0x0804e874 in EXEC_special_inheritance (special=0, class=0x6, object=0x8ea8458, nparam=0, drop=1 '\001') at gbx_exec.c:1276 #14 0x0805f918 in OBJECT_create (object=0x8ea7ad0, class=0x8ea7a58, name=0x0, parent=0x0, nparam=0) at gbx_object.c:312 #15 0x08051390 in CLASS_auto_create (class=0x8ea7a58, nparam=0) at gbx_class.c:912 #16 0x002f1a23 in CFORM_main (_object=0x0, _param=0x8e61f20) at CWindow.cpp :355 #17 0x0804dae5 in EXEC_call_native (exec=0x2f19f8 , object=0x0, type=0, param=0x8e61f20) at gbx_exec.c:783 #18 0x0804e1d1 in EXEC_native () at gbx_exec.c:901 #19 0x0805f064 in main (argc=1, argv=0xbfa14d64) at gbx.c:313 thanking you Chintan Rao H OPEN @ NITK -------------- next part -------------- An HTML attachment was scrubbed... URL: From chintanraoh at ...176... Fri Nov 3 02:52:49 2006 From: chintanraoh at ...176... (chintan rao) Date: Fri, 3 Nov 2006 07:22:49 +0530 Subject: [Gambas-devel] concerning "BUG(?):signal 6 on including the function GB.Hook" Message-ID: Hi guys, Firstly sorry for forgetting to mention the version of Gambas i was working while reporting the bug It is 1.9.44 I also forgot mention the the components enabled while the bug occcured. They are gb, my component,gb.qt and gb.qt.ext. I wrote a program including the console related components and my component I changed the hook1_main to static void hook1_main ( int *argc, char **argv ) { fprintf(stderr,"\nHELLO WORLD\n"); printf("\nHELLO WORLD IN INIT \n"); return; } I get no errors but the the printf and fprintf statements never seem to get executed But when i use gb.qt components they get executed Which is strange I wonder weather i should continue with the gb.options(to analyse the command line options) component which i am doing now or switch with some other because in cannot be done without GB.Hook Please help me out Waiting for help Chintan Rao H OPEN @ NITK -------------- next part -------------- An HTML attachment was scrubbed... URL: From chintanraoh at ...176... Sat Nov 4 02:08:51 2006 From: chintanraoh at ...176... (chintan rao) Date: Sat, 4 Nov 2006 06:38:51 +0530 Subject: [Gambas-devel] Concerning Bug(?):signal 6 on adding the function GB.Hook Message-ID: Hi guys, I added GB.Hook function to gb.pcre and gb.imageon including the component in the gambas program it gave the same error as it gave for my component. Thanking you, Chintan Rao H -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Sat Nov 4 11:28:38 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 4 Nov 2006 11:28:38 +0100 Subject: [Gambas-devel] Concerning Bug(?):signal 6 on adding the function GB.Hook In-Reply-To: References: Message-ID: <200611041128.39059.gambas@...1...> On Saturday 04 November 2006 02:08, chintan rao wrote: > Hi guys, > I added GB.Hook function to gb.pcre and gb.imageon including the > component in the > gambas program it gave the same error as it gave for my component. > Thanking you, > Chintan Rao H Actually hooks are not automatically chained, so you must do it yourself in the hook_main1 function. Otherwise, only the last registered hook will be called, and gb.qt will abort if the code in its main hook function is not executed. This is mentioned in the interpreter API doc briefly at http://gambasdoc.org//help/api/name/gb.hook. So you must do: static void (*old_main_hook)(); static void hook1_main ( int *argc, char **argv ) { // call it first, so that main hooks are called in the order // of components. (*old_main_hook)(argc, argv); // ... my code } int EXPORT GB_INIT ( void ) { old_main_hook = GB.Hook(GB_HOOK_MAIN, (void *)hook1_main); ? return 0; } Regards, -- Benoit Minisini From chintanraoh at ...176... Sun Nov 5 02:33:36 2006 From: chintanraoh at ...176... (chintan rao) Date: Sun, 5 Nov 2006 07:03:36 +0530 Subject: [Gambas-devel] Gambas-devel Digest, Vol 6, Issue 3 In-Reply-To: References: Message-ID: Hi > > ---------- Forwarded message ---------- > From: Benoit Minisini > To: mailing list for gambas developers > > Date: Sat, 4 Nov 2006 11:28:38 +0100 > Subject: Re: [Gambas-devel] Concerning Bug(?):signal 6 on adding the > function GB.Hook > On Saturday 04 November 2006 02:08, chintan rao wrote: > > Hi guys, > > I added GB.Hook function to gb.pcre and gb.imageon including the > > component in the > > gambas program it gave the same error as it gave for my component. > > Thanking you, > > Chintan Rao H > > Actually hooks are not automatically chained, so you must do it yourself > in > the hook_main1 function. Otherwise, only the last registered hook will be > called, and gb.qt will abort if the code in its main hook function is not > executed. > > This is mentioned in the interpreter API doc briefly at > http://gambasdoc.org//help/api/name/gb.hook. > > So you must do: > > static void (*old_main_hook)(); > > static void hook1_main ( int *argc, char **argv ) > { > // call it first, so that main hooks are called in the order > // of components. > > (*old_main_hook)(argc, argv); > > // ... my code > } > > int EXPORT GB_INIT ( void ) > { > old_main_hook = GB.Hook(GB_HOOK_MAIN, (void *)hook1_main); > return 0; > } > > Regards, > > -- > Benoit Minisini Thanks for your reply . I had done what you said. But the only problem i had added old_hook at the bottom of the code. of the code. It gave me error "circular references detected". I thought calling old_hook function is a mistake. Now it works fine. Sorry for giving you trouble. Thanking you, Chintan Rao H OPEN @ NITK -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas.fr at ...176... Mon Nov 6 08:34:11 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 08:34:11 +0100 Subject: [Gambas-devel] map for gnome icons Message-ID: <6324a42a0611052334s59cfe5c7i31b0d18c3cb6ca27@...178...> I've corrected the gnome.map. now it work with the human theme and every theme i have on my ubuntu. if other users want to test it on theire own gnome station... . i join my gnome screen shot... :) Fabien -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture-1.png Type: image/png Size: 144748 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture-Bienvenue dans Gambas II.png Type: image/png Size: 56582 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4507 bytes Desc: not available URL: From gambas.fr at ...176... Mon Nov 6 09:28:30 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 09:28:30 +0100 Subject: [Gambas-devel] more up to date map for gnome icons Message-ID: <6324a42a0611060028p41304a6bj17d305c83b793c7a@...178...> I've not selected the good icon for the gtk close so this is the good file : -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4513 bytes Desc: not available URL: From gambas.fr at ...176... Mon Nov 6 15:40:21 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 15:40:21 +0100 Subject: [Gambas-devel] Fwd: map for gnome icons In-Reply-To: <6324a42a0611052334s59cfe5c7i31b0d18c3cb6ca27@...178...> References: <6324a42a0611052334s59cfe5c7i31b0d18c3cb6ca27@...178...> Message-ID: <6324a42a0611060640n75c763f4p111e2e2307b3c726@...178...> ---------- Forwarded message ---------- From: Fabien Bodard Date: 6 nov. 2006 08:34 Subject: map for gnome icons To: mailing list for gambas developers I've corrected the gnome.map. now it work with the human theme and every theme i have on my ubuntu. if other users want to test it on theire own gnome station... . i join my gnome screen shot... :) Fabien -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture-1.png Type: image/png Size: 144748 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture-Bienvenue dans Gambas II.png Type: image/png Size: 56582 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4507 bytes Desc: not available URL: From gambas.fr at ...176... Mon Nov 6 15:41:12 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 15:41:12 +0100 Subject: [Gambas-devel] Fwd: more up to date map for gnome icons In-Reply-To: <6324a42a0611060028p41304a6bj17d305c83b793c7a@...178...> References: <6324a42a0611060028p41304a6bj17d305c83b793c7a@...178...> Message-ID: <6324a42a0611060641w5e3be44ak36ce9ecee52dfbeb@...178...> ---------- Forwarded message ---------- From: Fabien Bodard Date: 6 nov. 2006 09:28 Subject: more up to date map for gnome icons To: mailing list for gambas developers I've not selected the good icon for the gtk close so this is the good file : -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4513 bytes Desc: not available URL: From gambas.fr at ...176... Mon Nov 6 15:44:54 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 15:44:54 +0100 Subject: [Gambas-devel] Fwd: map for gnome icons In-Reply-To: <6324a42a0611052334s59cfe5c7i31b0d18c3cb6ca27@...178...> References: <6324a42a0611052334s59cfe5c7i31b0d18c3cb6ca27@...178...> Message-ID: <6324a42a0611060644g2cb8c23ayb8a0204de82a0405@...178...> ---------- Forwarded message ---------- From: Fabien Bodard Date: 6 nov. 2006 08:34 Subject: map for gnome icons To: mailing list for gambas developers I've corrected the gnome.map. now it work with the human theme and every theme i have on my ubuntu. if other users want to test it on theire own gnome station... . i join my gnome screen shot... :) Fabien -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture-Bienvenue dans Gambas II.png Type: image/png Size: 56582 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4507 bytes Desc: not available URL: From gambas.fr at ...176... Mon Nov 6 22:31:38 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 6 Nov 2006 22:31:38 +0100 Subject: [Gambas-devel] new map for gnome icons Message-ID: <6324a42a0611061331p7a095d50kdef92e1f8a053f0c@...178...> This is a new file gnome.map make more integrate the gambas desing in the gnome environment. It work pretty well on ubuntu. You need to put it in gambaspath/gb.qt/src/gb.qt/stock next in gambaspath/gb.qt do sudo make install -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome.map Type: application/octet-stream Size: 4557 bytes Desc: not available URL: From silvan.calarco at ...531... Tue Nov 7 18:32:43 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Tue, 7 Nov 2006 18:32:43 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects Message-ID: <200611071832.43446.silvan.calarco@...531...> Hi, I've made a patch to the gambas Qt module to make it build against Qt/Embedded. Most of the work consisted in adapting the build scripts and commenting out any calls to X specific functions (I suppose most don't need any replacement because relate on X functionalities not available/needed with the framebuffer). The current (early stage) patch is attached and I've tested it with gambas 1.9.44. The Qt/embedded module support could be added to mainstream Gambas but the scripts should be modified to make both Qt and Qte modules from the same sources, that's a thing I haven't done. The test results in framebuffer environment are conforting but I'm currently having a stack overflow issue when Deleting graphical objects. The following code associated to a button: PUBLIC SUB TestButton_Click() DIM a AS label DIM i AS Integer FOR i = 0 TO 20000 a = NEW label(ME) label1.text = Str(i) a.Delete WAIT NEXT Stops after 502 cycles with a stack overflow error. I thought it was related to the Qt/embedded module but when I ran it against X it stopped with the error too after 985 cycles. The tests have been done with the stack size set as 'default'. With different stack size values the resulting cycles before the error are proportional. Is the code wrong or its behaviour ? Cheers, Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas2-1.9.44-qte.patch Type: text/x-diff Size: 23854 bytes Desc: not available URL: From sourceforge-raindog2 at ...19... Tue Nov 7 19:19:37 2006 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 7 Nov 2006 13:19:37 -0500 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611071832.43446.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> Message-ID: <200611071319.37372.sourceforge-raindog2@...19...> On Tuesday 07 November 2006 12:32, Silvan Calarco wrote: > I've made a patch to the gambas Qt module to make it build > against Qt/Embedded. Most of the work consisted in adapting Wow, I don't use my Zaurus any more, but this might make me flash it with the latest OpenZaurus just to try it. Thanks! Rob From gambas at ...1... Tue Nov 7 23:04:29 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 7 Nov 2006 23:04:29 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611071832.43446.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> Message-ID: <200611072304.29276.gambas@...1...> On Tuesday 07 November 2006 18:32, Silvan Calarco wrote: > Hi, > I've made a patch to the gambas Qt module to make it build against > Qt/Embedded. Most of the work consisted in adapting the build scripts and > commenting out any calls to X specific functions (I suppose most don't need > any replacement because relate on X functionalities not available/needed > with the framebuffer). The current (early stage) patch is attached and I've > tested it with gambas 1.9.44. Great job! > The Qt/embedded module support could be added > to mainstream Gambas but the scripts should be modified to make both Qt and > Qte modules from the same sources, that's a thing I haven't done. I will do that. In the future, I should find a way to automatically select between gb.qt or gb.qte. If you have an idea of how to detect which one should be used... And if you can search if there is a way to replace some functions when there is no equivalent to the Qt function or X11 function. For example, we can't return 0 for Desktop.Resolution, so what should be returned? > The test results in framebuffer environment are conforting but I'm > currently having a stack overflow issue when Deleting graphical objects. > The following code associated to a button: > > PUBLIC SUB TestButton_Click() > DIM a AS label > DIM i AS Integer > FOR i = 0 TO 20000 > a = NEW label(ME) > label1.text = Str(i) > a.Delete > WAIT > NEXT > > Stops after 502 cycles with a stack overflow error. I thought it was > related to the Qt/embedded module but when I ran it against X it stopped > with the error too after 985 cycles. The tests have been done with the > stack size set as 'default'. With different stack size values the resulting > cycles before the error are proportional. > Is the code wrong or its behaviour ? Your code is right. It seems that there is a stack leak when a widget is destroyed. I will investigate... > > Cheers, > Silvan Regards, -- Benoit Minisini From gambas at ...538... Tue Nov 7 23:37:24 2006 From: gambas at ...538... (MV) Date: Tue, 7 Nov 2006 23:37:24 +0100 Subject: [Gambas-devel] BUG ? in 1.9.45 - bad interaction between trayicons and webbrowsers Message-ID: <200611072337.24818.gambas@...538...> Hello, I'm new to the list and to gambas altogether ; so I hope I'm not writing at the wrong place. While writing my very first application, it seems I hit a strange bug : I had created a very simple form to host a webbrowser pointing on a remote site (nothing fancy : http://www.digitaltruth.com/devchart.html), launched from the mainform via a click on an URLLabel. It was (is) working fine. Then I added a custom trayicon widget to the mainform. Seemed all right, but I knew that trayicons were not very stable, I was ready to face the taskbar segfault. Which it did, but that's not the point. And then, while testing everything around, I noticed that the webbrowser widget would simply hang if the mainform had the trayicon, or would perform normaly if not. More specificaly, the webbrowser hangs after the 'search' button on the html page is hit. I don't know where else to report what appears to be a trayicon bug, so here it is. I hope it's not a duplicate. I'm really begining to peek into gambas, so I can't be of much help solving it. Relevant Infos : gambas 1.9.45, Fedora Core 2, KDE 3.2.2, QT 3.3.3, gcc 3.3.3 [everything's a bit old but usually stable]. Cheers to everyone making gambas, I'm otherwise thrilled by the possibilities of that IDE. -- Manuel Viet From sourceforge-raindog2 at ...19... Wed Nov 8 00:25:29 2006 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 7 Nov 2006 18:25:29 -0500 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611072304.29276.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611072304.29276.gambas@...1...> Message-ID: <200611071825.29623.sourceforge-raindog2@...19...> On Tuesday 07 November 2006 17:04, Benoit Minisini wrote: > X11 function. For example, we can't return 0 for > Desktop.Resolution, so what should be returned? Most QTE targets are going to have a fixed resolution, so maybe it should be a compile-time constant. Rob From gambas at ...1... Wed Nov 8 10:01:33 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 8 Nov 2006 10:01:33 +0100 Subject: [Gambas-devel] BUG ? in 1.9.45 - bad interaction between trayicons and webbrowsers In-Reply-To: <200611072337.24818.gambas@...538...> References: <200611072337.24818.gambas@...538...> Message-ID: <200611081001.33859.gambas@...1...> On Tuesday 07 November 2006 23:37, MV wrote: > Hello, > > I'm new to the list and to gambas altogether ; so I hope I'm not writing at > the wrong place. > > While writing my very first application, it seems I hit a strange bug : I > had created a very simple form to host a webbrowser pointing on a remote > site (nothing fancy : http://www.digitaltruth.com/devchart.html), launched > from the mainform via a click on an URLLabel. It was (is) working fine. > > Then I added a custom trayicon widget to the mainform. Seemed all right, > but I knew that trayicons were not very stable, I was ready to face the > taskbar segfault. Which it did, but that's not the point. > > And then, while testing everything around, I noticed that the webbrowser > widget would simply hang if the mainform had the trayicon, or would perform > normaly if not. More specificaly, the webbrowser hangs after the 'search' > button on the html page is hit. > > I don't know where else to report what appears to be a trayicon bug, so > here it is. I hope it's not a duplicate. I'm really begining to peek into > gambas, so I can't be of much help solving it. Relevant Infos : gambas > 1.9.45, Fedora Core 2, KDE 3.2.2, QT 3.3.3, gcc 3.3.3 [everything's a bit > old but usually stable]. > > Cheers to everyone making gambas, I'm otherwise thrilled by the > possibilities of that IDE. Please send me your project, otherwise it will be difficult to debug! -- Benoit Minisini From silvan.calarco at ...531... Wed Nov 8 11:35:07 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Wed, 8 Nov 2006 11:35:07 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611072304.29276.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611072304.29276.gambas@...1...> Message-ID: <200611081135.07698.silvan.calarco@...531...> On Tuesday 07 November 2006 23:04, Benoit Minisini wrote: > > The Qt/embedded module support could be added > > to mainstream Gambas but the scripts should be modified to make both Qt > > and Qte modules from the same sources, that's a thing I haven't done. > > I will do that. > > In the future, I should find a way to automatically select between gb.qt or > gb.qte. If you have an idea of how to detect which one should be used... mmm... I think packagers would like to be able to build at the same time both gb.qt and gb.qte (./configure --enable-qt --enable-qte ... ) so in the sources tree I would create a gb.qte dir and copy the gb.qt/src dir to gb.qte/src during configure or better symlink all the common sources so the packager won't be misled by the src dir being recreated/overwritten. > And if you can search if there is a way to replace some functions when > there is no equivalent to the Qt function or X11 function. For example, we > can't return 0 for Desktop.Resolution, so what should be returned? A look at qt-embedded sources shows that 72 or 75 values are assumed to generate fonts. I think 72 dpi is related to printing so I would assume a value of 75 for display resolution. > > The test results in framebuffer environment are conforting but I'm > > currently having a stack overflow issue when Deleting graphical objects. > > The following code associated to a button: > [...] > Your code is right. It seems that there is a stack leak when a widget is > destroyed. I will investigate... Ok, thanks a lot! Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From gambas at ...1... Wed Nov 8 17:14:29 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 8 Nov 2006 17:14:29 +0100 Subject: [Gambas-devel] BUG ? in 1.9.45 - bad interaction between trayicons and webbrowsers In-Reply-To: <200611081001.33859.gambas@...1...> References: <200611072337.24818.gambas@...538...> <200611081001.33859.gambas@...1...> Message-ID: <200611081714.29417.gambas@...1...> On Wednesday 08 November 2006 10:01, Benoit Minisini wrote: > On Tuesday 07 November 2006 23:37, MV wrote: > > Hello, > > > > I'm new to the list and to gambas altogether ; so I hope I'm not writing > > at the wrong place. > > > > While writing my very first application, it seems I hit a strange bug : I > > had created a very simple form to host a webbrowser pointing on a remote > > site (nothing fancy : http://www.digitaltruth.com/devchart.html), > > launched from the mainform via a click on an URLLabel. It was (is) > > working fine. > > > > Then I added a custom trayicon widget to the mainform. Seemed all right, > > but I knew that trayicons were not very stable, I was ready to face the > > taskbar segfault. Which it did, but that's not the point. > > > > And then, while testing everything around, I noticed that the webbrowser > > widget would simply hang if the mainform had the trayicon, or would > > perform normaly if not. More specificaly, the webbrowser hangs after the > > 'search' button on the html page is hit. > > > > I don't know where else to report what appears to be a trayicon bug, so > > here it is. I hope it's not a duplicate. I'm really begining to peek into > > gambas, so I can't be of much help solving it. Relevant Infos : gambas > > 1.9.45, Fedora Core 2, KDE 3.2.2, QT 3.3.3, gcc 3.3.3 [everything's a bit > > old but usually stable]. > > > > Cheers to everyone making gambas, I'm otherwise thrilled by the > > possibilities of that IDE. > > Please send me your project, otherwise it will be difficult to debug! OK, this bug has been fixed in the svn! -- Benoit Minisini From gambas at ...1... Wed Nov 8 17:35:31 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 8 Nov 2006 17:35:31 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611081135.07698.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611072304.29276.gambas@...1...> <200611081135.07698.silvan.calarco@...531...> Message-ID: <200611081735.31354.gambas@...1...> > > [...] > > Your code is right. It seems that there is a stack leak when a widget is > > destroyed. I will investigate... > > Ok, thanks a lot! > > Silvan This has been fixed in the svn. -- Benoit Minisini From gambas at ...1... Wed Nov 8 22:39:12 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 8 Nov 2006 22:39:12 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611071832.43446.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> Message-ID: <200611082239.12823.gambas@...1...> On Tuesday 07 November 2006 18:32, Silvan Calarco wrote: > Hi, > I've made a patch to the gambas Qt module to make it build against > Qt/Embedded. Most of the work consisted in adapting the build scripts and > commenting out any calls to X specific functions (I suppose most don't need > any replacement because relate on X functionalities not available/needed > with the framebuffer). The current (early stage) patch is attached and I've > tested it with gambas 1.9.44. The Qt/embedded module support could be added > to mainstream Gambas but the scripts should be modified to make both Qt and > Qte modules from the same sources, that's a thing I haven't done. Some things I don't understand: - Aren't QT/Embedded libraries and includes different from the QT ones? - Shouldn't you remove the TrayIcon, Embedder and all other X11-specific classes? - Don't you have windows on QT/Embedded? Don't you have equivalents of X11 properties, like above others windows, below others windows...? Regards, -- Benoit Minisini From silvan.calarco at ...531... Thu Nov 9 14:01:52 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Thu, 9 Nov 2006 14:01:52 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611082239.12823.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611082239.12823.gambas@...1...> Message-ID: <200611091401.52567.silvan.calarco@...531...> Alle 22:39, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > Some things I don't understand: > > - Aren't QT/Embedded libraries and includes different from the QT ones? There are some big internal differences (for instance the code for handling fonts), but most of the interfaces to the applications (API) are the same because of the portability feature of Qt's. > - Shouldn't you remove the TrayIcon, Embedder and all other X11-specific > classes mmmm, yes. The reason they were not removed yet is that these functionalities for some reason don't need linking to any X library, but they should be removed or handled transparently on Qte. The use of CTrayIcon could be left (well slightly modified) and documented as: "this class does nothing on Qt Embedded, but exists to allow simpler code portability between X11 and Framebuffer". > - Don't you have windows on QT/Embedded? Don't you have equivalents of X11 > properties, like above others windows, below others windows...? When you work on Qt/X11, Qt is the graphic toolkit and X is the graphical server. When you work on Qt/Embedded the libraries also perform as a window server (the so called qws: the Framebuffer central server). I've seen that the qwsproperty_qws.h include has some functions to get and set windows property so we might use these to replace X11 properties. Actually I've been stuck on the stack overflow error (I'm going to try your patch, thanks!), and now I'll be back testing the gb.qte module. I think that in this development stage we might apply these patches issuing a warning when an unhandled function is called by the gambas application like this: #ifndef X_DISPLAY_MISSING X11_window_change_property(w->winId(), w->isVisible(), property, set); #else qDebug("CWINDOW_change_property called but not handled"); #endif so we have a remainder of what we have to fix if an X11 app behaviour isn't correct when ported to Framebuffer. Testing the gb.qte module is easy using qvfb and gambas ide, so it should be easy to test many applications compatibility. > > Regards, Cheers, Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From silvan.calarco at ...531... Thu Nov 9 14:43:28 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Thu, 9 Nov 2006 14:43:28 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611081735.31354.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611081135.07698.silvan.calarco@...531...> <200611081735.31354.gambas@...1...> Message-ID: <200611091443.28968.silvan.calarco@...531...> Alle 17:35, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > > > [...] > > > Your code is right. It seems that there is a stack leak when a widget > > > is destroyed. I will investigate... > > > > Ok, thanks a lot! > > > > Silvan > > This has been fixed in the svn. I'd try to backport the fix to 1.9.45 but can find where it is on svn. Which files have you changed? Thanks, Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From lordheavy at ...141... Thu Nov 9 14:48:49 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 9 Nov 2006 14:48:49 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611091443.28968.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611081735.31354.gambas@...1...> <200611091443.28968.silvan.calarco@...531...> Message-ID: <200611091448.49816.lordheavy@...141...> Le jeudi 9 novembre 2006 14:43, Silvan Calarco a ?crit?: > Alle 17:35, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > > > > [...] > > > > Your code is right. It seems that there is a stack leak when a widget > > > > is destroyed. I will investigate... > > > > > > Ok, thanks a lot! > > > > > > Silvan > > > > This has been fixed in the svn. > > I'd try to backport the fix to 1.9.45 but can find where it is on svn. > Which files have you changed? > > Thanks, > Silvan Perhaps here : http://gambas.svn.sourceforge.net/viewvc/gambas/2.0/trunk/main/gbx/gbx_exec_loop.c?r1=3&r2=135&pathrev=135 ++ From silvan.calarco at ...531... Thu Nov 9 16:36:55 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Thu, 9 Nov 2006 16:36:55 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611091448.49816.lordheavy@...141...> References: <200611071832.43446.silvan.calarco@...531...> <200611091443.28968.silvan.calarco@...531...> <200611091448.49816.lordheavy@...141...> Message-ID: <200611091636.55368.silvan.calarco@...531...> Thanks, it works under X (patch attached). Unfortunately the problem remains unmodified with the qt-embedded module. I don't know what could be the reason... adding the following debugging code to gbx_exec_loop: if (PCODE_is_void(code)) { printf("POP\n"); POP(); } else printf("NO POP\n"); I've noticed that under QT i'll see on console the following three lines repeated: POP NO POP NO POP while with QTE I see the following two repeated: POP NO POP so it looks like the exec loop is called less frequently. I hope this can help someway... bye, Silvan Alle 14:48, gioved? 9 novembre 2006, Laurent Carlier ha scritto: > Le jeudi 9 novembre 2006 14:43, Silvan Calarco a ?crit?: > > Alle 17:35, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > > > > > [...] > > > > > Your code is right. It seems that there is a stack leak when a > > > > > widget is destroyed. I will investigate... > > > > > > > > Ok, thanks a lot! > > > > > > > > Silvan > > > > > > This has been fixed in the svn. > > > > I'd try to backport the fix to 1.9.45 but can find where it is on svn. > > Which files have you changed? > > > > Thanks, > > Silvan > > Perhaps here : > http://gambas.svn.sourceforge.net/viewvc/gambas/2.0/trunk/main/gbx/gbx_exec >_loop.c?r1=3&r2=135&pathrev=135 > > ++ > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- mambaSoft di Silvan Calarco - http://www.mambasoft.it -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas2-1.9.45-exec_loop.patch Type: text/x-diff Size: 413 bytes Desc: not available URL: From silvan.calarco at ...531... Thu Nov 9 16:41:17 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Thu, 9 Nov 2006 16:41:17 +0100 Subject: [Gambas-devel] Gambas2 and SDL Message-ID: <200611091641.17829.silvan.calarco@...531...> With the latest releases of SDL, the dependency on X11 has became dynamical. This means that "sdl-config --libs" won't return the path to X11 libraries anymore, so because the gambas-gb-sdl depends on X instead I had to make the attached patch to be able to build 1.9.45. bye, Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas2-1.9.45-SDL_add_Xlib.patch Type: text/x-diff Size: 963 bytes Desc: not available URL: From lordheavy at ...141... Thu Nov 9 16:51:38 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 9 Nov 2006 16:51:38 +0100 Subject: [Gambas-devel] Gambas2 and SDL In-Reply-To: <200611091641.17829.silvan.calarco@...531...> References: <200611091641.17829.silvan.calarco@...531...> Message-ID: <200611091651.38317.lordheavy@...141...> Le jeudi 9 novembre 2006 16:41, Silvan Calarco a ?crit?: > With the latest releases of SDL, the dependency on X11 has became > dynamical. This means that "sdl-config --libs" won't return the path to X11 > libraries anymore, so because the gambas-gb-sdl depends on X instead I had > to make the attached patch to be able to build 1.9.45. > > bye, > Silvan Thanks for the patch ! From lordheavy at ...141... Thu Nov 9 16:56:01 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 9 Nov 2006 16:56:01 +0100 Subject: [Gambas-devel] Gambas2 and SDL In-Reply-To: <200611091641.17829.silvan.calarco@...531...> References: <200611091641.17829.silvan.calarco@...531...> Message-ID: <200611091656.01689.lordheavy@...141...> Le jeudi 9 novembre 2006 16:41, Silvan Calarco a ?crit?: > With the latest releases of SDL, the dependency on X11 has became > dynamical. This means that "sdl-config --libs" won't return the path to X11 > libraries anymore, so because the gambas-gb-sdl depends on X instead I had > to make the attached patch to be able to build 1.9.45. > > bye, > Silvan Try with the attached file ,i've add path to X11 lib into configure.ac. -------------- next part -------------- dnl ---- configure.ac for gb.sdl AC_INIT(configure.ac) GB_INIT(gb.sdl) AC_PROG_LIBTOOL AC_PATH_X AC_PATH_XTRA dnl TODO: add a version test in GB_COMPONENT! AM_PATH_SDL(1.2.8, [rm -f DISABLED], [touch DISABLED]) if test -e DISABLED; then AC_MSG_WARN([SDL component is disabled]) SDL_DIR="" AC_SUBST(SDL_DIR) else dnl check Xcursor support AC_CHECK_LIB(Xcursor, XcursorLibraryLoadCursor, [echo -n LDFLAGS="$LDFLAGS -lXcursor"], [AC_MSG_WARN([libXcursor not found. Check 'config.log' for more details.]) touch DISABLED], $X_LIBS) if test -e DISABLED; then AC_MSG_WARN([SDL component is disabled]) SDL_DIR="" AC_SUBST(SDL_DIR) else GB_COMPONENT( sdl, SDL, [SDL], [src], [GB_FIND(SDL_opengl.h SDL.h SDL_image.h, `sdl-config --prefix`, include/SDL)], [GB_FIND(libSDL_image.$SHLIBEXT , /usr /usr/X11R6 /usr/local `sdl-config --prefix`, lib)], [$SDL_LIBS $X_LIBS -lSDL_image -lGL -lGLU], [$SDL_CFLAGS]) fi fi AC_OUTPUT( \ Makefile \ src/Makefile \ ) From silvan.calarco at ...531... Thu Nov 9 17:33:58 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Thu, 9 Nov 2006 17:33:58 +0100 Subject: [Gambas-devel] Gambas2 and SDL In-Reply-To: <200611091656.01689.lordheavy@...141...> References: <200611091641.17829.silvan.calarco@...531...> <200611091656.01689.lordheavy@...141...> Message-ID: <200611091733.58082.silvan.calarco@...531...> Tested ok, and it's smarter. Silvan Alle 16:56, gioved? 9 novembre 2006, Laurent Carlier ha scritto: > Le jeudi 9 novembre 2006 16:41, Silvan Calarco a ?crit?: > > With the latest releases of SDL, the dependency on X11 has became > > dynamical. This means that "sdl-config --libs" won't return the path to > > X11 libraries anymore, so because the gambas-gb-sdl depends on X instead > > I had to make the attached patch to be able to build 1.9.45. > > > > bye, > > Silvan > > Try with the attached file ,i've add path to X11 lib into configure.ac. -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From silvan.calarco at ...531... Fri Nov 10 15:37:32 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Fri, 10 Nov 2006 15:37:32 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611091636.55368.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611091448.49816.lordheavy@...141...> <200611091636.55368.silvan.calarco@...531...> Message-ID: <200611101537.32534.silvan.calarco@...531...> I've built gambas from SVN and it looks like the stack overflow problem is fixed with Qt Embedded too. That's good :) Silvan Alle 16:36, gioved? 9 novembre 2006, Silvan Calarco ha scritto: > Thanks, it works under X (patch attached). > Unfortunately the problem remains unmodified with the qt-embedded module. I > don't know what could be the reason... adding the following debugging code > to gbx_exec_loop: > > if (PCODE_is_void(code)) { > printf("POP\n"); > POP(); > } else > printf("NO POP\n"); > > I've noticed that under QT i'll see on console the following three lines > repeated: > > POP > NO POP > NO POP > > while with QTE I see the following two repeated: > > POP > NO POP > > so it looks like the exec loop is called less frequently. I hope this can > help someway... > > bye, > Silvan > > Alle 14:48, gioved? 9 novembre 2006, Laurent Carlier ha scritto: > > Le jeudi 9 novembre 2006 14:43, Silvan Calarco a ?crit?: > > > Alle 17:35, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > > > > > > [...] > > > > > > Your code is right. It seems that there is a stack leak when a > > > > > > widget is destroyed. I will investigate... > > > > > > > > > > Ok, thanks a lot! > > > > > > > > > > Silvan > > > > > > > > This has been fixed in the svn. > > > > > > I'd try to backport the fix to 1.9.45 but can find where it is on svn. > > > Which files have you changed? > > > > > > Thanks, > > > Silvan > > > > Perhaps here : > > http://gambas.svn.sourceforge.net/viewvc/gambas/2.0/trunk/main/gbx/gbx_ex > >ec _loop.c?r1=3&r2=135&pathrev=135 > > > > ++ > > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From gambas at ...1... Fri Nov 10 16:26:34 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 10 Nov 2006 16:26:34 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611101537.32534.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611091636.55368.silvan.calarco@...531...> <200611101537.32534.silvan.calarco@...531...> Message-ID: <200611101626.34192.gambas@...1...> On Friday 10 November 2006 15:37, Silvan Calarco wrote: > I've built gambas from SVN and it looks like the stack overflow problem is > fixed with Qt Embedded too. That's good :) > > Silvan > Good news, as there should be no difference between gb.qt & gb.qte about this problem. -- Benoit Minisini From gambas at ...1... Sun Nov 12 12:05:30 2006 From: gambas at ...1... (Benoit Minisini) Date: Sun, 12 Nov 2006 12:05:30 +0100 Subject: [Gambas-devel] Release of 1.9.46 soon Message-ID: <200611121205.30793.gambas@...1...> I'm going to tag the 1.9.46. Just tell me if I must delay it. -- Benoit Minisini From gambas at ...538... Tue Nov 14 00:27:22 2006 From: gambas at ...538... (MV) Date: Tue, 14 Nov 2006 00:27:22 +0100 Subject: [Gambas-devel] BUG ? in 1.9.46 - Menu class seems to be broken. In-Reply-To: <200611072337.24818.gambas@...538...> References: <200611072337.24818.gambas@...538...> Message-ID: <200611140027.22829.gambas@...538...> Hello, Just built Gambas 1.9.46, recompiled my project, launched OK. Made a minor adjustment, relaunched, and *bang* : Unknown symbol 'Name' in class 'Menu' After moving in and out various elements of the application menu, it seems it doesn't like my 'quit' button to be part of 'quitter' group, to act together with another quit button at the bottom of the form. I feel it's a bug because it works once, and then it locks the application until it is removed. I try to join a minimalist project called mini_bug that display this behaviour. If it gets filtered out, let me know where or to whom I can send it. -- Manuel Viet -------------- next part -------------- A non-text attachment was scrubbed... Name: mini_bug-0.0.1.tar.gz Type: application/x-tgz Size: 3743 bytes Desc: not available URL: From lucagermano at ...255... Tue Nov 14 12:31:43 2006 From: lucagermano at ...255... (Luca Germano) Date: Tue, 14 Nov 2006 11:31:43 +0000 Subject: [Gambas-devel] Gambas 1.9.46 Help Message-ID: Hi to all. I'm using Gambas 1.9.46 on Ubuntu 6.10 kernel 2.6.17-10 generic. I have had a problem using Gambas Help. No help is shown after clik into ? menu help or pressing F1. Starting Gambas from console after pressing F1 button the following message is shown: "sh: file:///usr/local/share/gambas2/help/tree/index.html: No file or directory " Looking into Gambas source code I find a possible reason of this malfunction into the function "CheckProgram" at line 3073 of ProjectModule. This function try to check if a specified browser is installed using shell command "which". On Ubuntu this command not return "which:" with the installation path of the browser but only the installation path or the NULL string if the browser is not installed. To avoid this I change the check in this manner bError = Trim(File.Load(sTemp)) LIKE "" With this new check the Gambas Help works fine. The problem now is to check if on other Linux distribution the shell command "which" works in the same manner as on Ubuntu. It would be nice also that in case of no browser available on the machine, an error message reports the need of a browser to use Gambas Help. Best regards, Luca _________________________________________________________________ Aggiungi i tuoi nuovi contatti di Hotmail anche in Messenger.Con un click! http://join.msn.com/hotmail/features-std#6 From jredrejo at ...176... Tue Nov 14 12:54:03 2006 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Tue, 14 Nov 2006 12:54:03 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: References: Message-ID: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> In Debian we have the same behaviour, there is not "which" text in the answer: jose at ...477...:~$ which firefox /usr/bin/firefox jose at ...477...:~$ So, we share the bug and, obviously, we'll share the fix, unless Beno?t offers a better solution. 2006/11/14, Luca Germano : > > Hi to all. > I'm using Gambas 1.9.46 on Ubuntu 6.10 kernel 2.6.17-10 generic. > I have had a problem using Gambas Help. No help is shown after clik into ? > menu help or pressing F1. > Starting Gambas from console after pressing F1 button the following > message > is shown: > "sh: file:///usr/local/share/gambas2/help/tree/index.html: No file or > directory " > Looking into Gambas source code I find a possible reason of this > malfunction > into the function > "CheckProgram" at line 3073 of ProjectModule. > This function try to check if a specified browser is installed using shell > command "which". On Ubuntu this command not return "which:" with the > installation path of the browser but only the installation path or the > NULL > string if the browser is not installed. To avoid this I change the check > in > this manner > bError = Trim(File.Load(sTemp)) LIKE "" > With this new check the Gambas Help works fine. > The problem now is to check if on other Linux distribution the shell > command > "which" works in the same manner as on Ubuntu. > It would be nice also that in case of no browser available on the machine, > an error message reports the need of a browser to use Gambas Help. > > Best regards, > Luca > > _________________________________________________________________ > Aggiungi i tuoi nuovi contatti di Hotmail anche in Messenger.Con un click! > http://join.msn.com/hotmail/features-std#6 > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas.fr at ...176... Tue Nov 14 16:35:12 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 14 Nov 2006 16:35:12 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> References: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> Message-ID: <6324a42a0611140735w225d3314v535f85101145b42c@...178...> There is in fact two bugs : FOR EACH sExec IN aTest bCheck = NOT CheckProgram(sExec) IF bCheck THEN BREAK NEXT sExec is never set with the content of aTest... Why ? this is a mystery. (for me :) ) the 'which ' command seem to not working at the same in debians system an madiva ones. as Benoit seem to say it return something with 'which: /path' and me i've directly the path ... so LIKE "which: *" will always return false in my case. I think the better is to test if a begining path is returned as : LIKE "/usr*", as which seem to return nothing in other case and as webbrowsers are installed in /usr path in more that 95 % of cases. regards, Fabien Bodard -------------- next part -------------- An HTML attachment was scrubbed... URL: From rospolosco at ...29... Tue Nov 14 17:15:01 2006 From: rospolosco at ...29... (Stefano Palmeri) Date: Tue, 14 Nov 2006 17:15:01 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <6324a42a0611140735w225d3314v535f85101145b42c@...178...> References: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> <6324a42a0611140735w225d3314v535f85101145b42c@...178...> Message-ID: <200611141715.01942.rospolosco@...29...> Alle 16:35, marted? 14 novembre 2006, Fabien Bodard ha scritto: > the 'which ' command seem to not working at the same in debians system an > madiva ones. as Benoit seem to say it return something with 'which: /path' > and me i've directly the path ... so LIKE "which: *" will always return > false in my case. I think the better is to test if a begining path is > returned as : LIKE "/usr*", as which seem to return nothing in other case > and as webbrowsers are installed in /usr path in more that 95 % of cases. > > regards, Hi, Fabien. which returns "which: blahblah" only when it doesn't find the program in the path. When it finds the program it just outputs the program path. Regards, Stefano From brian at ...418... Tue Nov 14 19:51:00 2006 From: brian at ...418... (Christopher Brian Jack) Date: Tue, 14 Nov 2006 10:51:00 -0800 (PST) Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <200611112006.18866.gambas@...1...> References: <20061110163416.S88471@...419...> <200611112006.18866.gambas@...1...> Message-ID: <20061114104016.P11874@...419...> On Sat, 11 Nov 2006, Benoit Minisini wrote: > There is a module named VersionControl in the IDE source code. There you will > find all SVN commands executed when moving, renaming, creating and deleting a > file that must be versioned. And you can tell me which CVS commands I should > add to do the same thing for CVS. > > Regards, > > -- > Benoit Minisini Only thing to beware of is that adding files in CVS requires the cvs add to be done AFTER the somefile exists and that cvs remove must be done BEFORE somefile is deleted. Same goes for directories. Here's an updated VersionControl.module source: ===================== 8< ================================ ' Gambas module file PRIVATE $bSVN AS Boolean PRIVATE $bCVS AS Boolean ' ' TODO: When do these operations commit? ' PUBLIC SUB Update() $bSVN = Exist(Project.Dir &/ ".svn") $bCVS = Exist(Project.Dir &/ "CVS") OR Exist(Project.Dir &/ "CVSROOT") END PUBLIC SUB AddFile(sPath AS String) IF $bSVN THEN SHELL "svn add " & Project.Quote(sPath) WAIT ENDIF IF $bCVS THEN 'NB: For CVS file must already exist SHELL "cvs add " & Project.Quote(sPath) WAIT ENDIF END PUBLIC SUB AddDir(sPath AS String) IF $bSVN THEN SHELL "svn add " & Project.Quote(sPath) WAIT ENDIF IF $bCVS THEN 'NB: For CVS, directory must already exist SHELL "cvs add " & Project.Quote(sPath) WAIT ENDIF END PUBLIC SUB RemoveFile(sPath AS String) IF $bSVN THEN SHELL "svn remove " & Project.Quote(sPath) WAIT ENDIF IF $bCVS THEN 'NB: For CVS do 'cvs remove file' first then delete file SHELL "cvs remove " & Project.Quote(sPath) WAIT ENDIF END PUBLIC SUB RemoveDir(sPath AS String) IF $bSVN THEN SHELL "svn remove " & Project.Quote(sPath) WAIT ENDIF IF $bCVS THEN 'NB: For CVS do 'cvs remove dirname' first then delete dirname SHELL "cvs remove " & Project.Quote(sPath) WAIT ENDIF END PUBLIC SUB MoveFile(sOld AS String, sNew AS String) IF $bSVN THEN AddFile(sNew) RemoveFile(sOld) ENDIF IF $bCVS THEN 'NB: make sure the file is added BEFORE AddFile(sNew) 'NB: make sure the file deleted AFTER RemoveFile(sOld) ENDIF END ===================== 8< ================================ .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | oevna at ...542... `=================================================- Hi Spambots, my email address is sputnik at ...418... Hi Humans, my email address uses rot13 cipher From gambas at ...1... Tue Nov 14 20:31:34 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 14 Nov 2006 20:31:34 +0100 Subject: [Gambas-devel] BUG ? in 1.9.46 - Menu class seems to be broken. In-Reply-To: <200611140027.22829.gambas@...538...> References: <200611072337.24818.gambas@...538...> <200611140027.22829.gambas@...538...> Message-ID: <200611142031.35039.gambas@...1...> On Tuesday 14 November 2006 00:27, MV wrote: > Hello, > > Just built Gambas 1.9.46, recompiled my project, launched OK. Made a minor > adjustment, relaunched, and *bang* : > > Unknown symbol 'Name' in class 'Menu' > > After moving in and out various elements of the application menu, it seems > it doesn't like my 'quit' button to be part of 'quitter' group, to act > together with another quit button at the bottom of the form. > > I feel it's a bug because it works once, and then it locks the application > until it is removed. > > I try to join a minimalist project called mini_bug that display this > behaviour. If it gets filtered out, let me know where or to whom I can send > it. Oops. Of course it is a bug. I forgot that the Menu class does not inherits Control, and so its Name property is missing. I will fix it in the svn as soon as possible... -- Benoit Minisini From gambas.fr at ...176... Tue Nov 14 21:50:25 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 14 Nov 2006 21:50:25 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <200611141715.01942.rospolosco@...29...> References: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> <6324a42a0611140735w225d3314v535f85101145b42c@...178...> <200611141715.01942.rospolosco@...29...> Message-ID: <6324a42a0611141250g3cb7ef9epee159856e3e3e4a8@...178...> 2006/11/14, Stefano Palmeri : > > Alle 16:35, marted? 14 novembre 2006, Fabien Bodard ha scritto: > > the 'which ' command seem to not working at the same in debians system > an > > madiva ones. as Benoit seem to say it return something with 'which: > /path' > > and me i've directly the path ... so LIKE "which: *" will always return > > false in my case. I think the better is to test if a begining path is > > returned as : LIKE "/usr*", as which seem to return nothing in other > case > > and as webbrowsers are installed in /usr path in more that 95 % of > cases. > > > > regards, > > Hi, Fabien. > > which returns "which: blahblah" only when it doesn't find the program > in the path. When it finds the program it just outputs the program path. > > Regards, > > Stefano For me it return nothing when it not find anything But thanks, because now i can begin to trying to make a patch Fabien -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas.fr at ...176... Tue Nov 14 22:35:58 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 14 Nov 2006 22:35:58 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <6324a42a0611141250g3cb7ef9epee159856e3e3e4a8@...178...> References: <8eb28a500611140354i711c4f11o67e08da2eb87fa1@...178...> <6324a42a0611140735w225d3314v535f85101145b42c@...178...> <200611141715.01942.rospolosco@...29...> <6324a42a0611141250g3cb7ef9epee159856e3e3e4a8@...178...> Message-ID: <6324a42a0611141335v2fd4e52che511bd1fa3ac8cc0@...178...> this is the corrected Functions. There were three errors First one is the env variable name (it miss _DESKTOP_) Second one: ubuntu and some other distrib not have epiphany so i've added firefox in second case in the gnomedesktop select. Third one was That the which program don't return anything when the required program not exist in debian like distribs. I've done some cleaning on the data receipt (use of the TO key with SHELL PUBLIC FUNCTION CheckProgram(sProg AS String) AS Boolean DIM bError AS Boolean DIM iPos AS Integer DIM sVal AS String iPos = InStr(sProg, " ") IF iPos THEN sProg = Left(sProg, iPos - 1) SHELL "which " & sProg TO sVal bError = sVal LIKE "which: *" OR IsNull(sVal) RETURN bError END PUBLIC SUB OpenWebPage(sLink AS String) DIM sExec AS String DIM aTest AS String[] DIM bCheck AS Boolean IF NOT Browser THEN SELECT CASE Settings["/Browser"] CASE "konqueror" aTest = ["konqueror"] CASE "epiphany" aTest = ["epiphany"] CASE "firefox" aTest = ["firefox", "mozilla-firefox"] CASE "seamonkey" aTest = ["seamonkey"] CASE ELSE aTest = [Application.Env["BROWSER"]] IF Application.Env["KDE_FULL_SESSION"] THEN aTest.Add("konqueror") ELSE IF Application.Env["GNOME_DESKTOP_SESSION_ID"] THEN aTest.Add("epiphany") aTest.Add("firefox") ENDIF END SELECT aTest.Add("konqueror") aTest.Add("mozilla-firefox") aTest.Add("firefox") aTest.Add("mozilla") aTest.Add("seamonkey") aTest.Add("opera") FOR EACH sExec IN aTest bCheck = NOT CheckProgram(sExec) IF bCheck THEN BREAK NEXT IF NOT bCheck THEN RETURN Browser = sExec ENDIF IF Left(sLink) = "/" THEN sLink = "file://" & Replace(sLink, "?", "%3F") ENDIF SHELL Browser & " " & Chr$(34) & sLink & Chr$(34) CATCH Message.Error(Error.Text) END Regards, Fabien Bodard -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Project.module Type: application/octet-stream Size: 67513 bytes Desc: not available URL: From gambas at ...1... Wed Nov 15 11:13:02 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 15 Nov 2006 11:13:02 +0100 Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <20061114104016.P11874@...419...> References: <20061110163416.S88471@...419...> <200611112006.18866.gambas@...1...> <20061114104016.P11874@...419...> Message-ID: <200611151113.02665.gambas@...1...> On Tuesday 14 November 2006 19:51, Christopher Brian Jack wrote: > On Sat, 11 Nov 2006, Benoit Minisini wrote: > > There is a module named VersionControl in the IDE source code. There you > > will find all SVN commands executed when moving, renaming, creating and > > deleting a file that must be versioned. And you can tell me which CVS > > commands I should add to do the same thing for CVS. > > > > Regards, > > > > -- > > Benoit Minisini > > Only thing to beware of is that adding files in CVS requires the cvs add > to be done AFTER the somefile exists and that cvs remove > must be done BEFORE somefile is deleted. Same goes for > directories. > > Here's an updated VersionControl.module source: > > ===================== 8< ================================ > ' Gambas module file > > PRIVATE $bSVN AS Boolean > PRIVATE $bCVS AS Boolean > > ' > ' TODO: When do these operations commit? > ' > > PUBLIC SUB Update() > > $bSVN = Exist(Project.Dir &/ ".svn") > $bCVS = Exist(Project.Dir &/ "CVS") OR Exist(Project.Dir &/ "CVSROOT") > > END > > PUBLIC SUB AddFile(sPath AS String) > > IF $bSVN THEN > SHELL "svn add " & Project.Quote(sPath) WAIT > ENDIF > IF $bCVS THEN > 'NB: For CVS file must already exist > SHELL "cvs add " & Project.Quote(sPath) WAIT > ENDIF > > END > > PUBLIC SUB AddDir(sPath AS String) > > IF $bSVN THEN > SHELL "svn add " & Project.Quote(sPath) WAIT > ENDIF > IF $bCVS THEN > 'NB: For CVS, directory must already exist > SHELL "cvs add " & Project.Quote(sPath) WAIT > ENDIF > > END > > PUBLIC SUB RemoveFile(sPath AS String) > > IF $bSVN THEN > SHELL "svn remove " & Project.Quote(sPath) WAIT > ENDIF > IF $bCVS THEN > 'NB: For CVS do 'cvs remove file' first then delete file > SHELL "cvs remove " & Project.Quote(sPath) WAIT > ENDIF > > END > > PUBLIC SUB RemoveDir(sPath AS String) > > IF $bSVN THEN > SHELL "svn remove " & Project.Quote(sPath) WAIT > ENDIF > IF $bCVS THEN > 'NB: For CVS do 'cvs remove dirname' first then delete dirname > SHELL "cvs remove " & Project.Quote(sPath) WAIT > ENDIF > > END > > > PUBLIC SUB MoveFile(sOld AS String, sNew AS String) > > IF $bSVN THEN > AddFile(sNew) > RemoveFile(sOld) > ENDIF > IF $bCVS THEN > 'NB: make sure the file is added BEFORE > AddFile(sNew) > 'NB: make sure the file deleted AFTER > RemoveFile(sOld) > ENDIF > > END > ===================== 8< ================================ > Thanks. Next time, send an attachment, it is easier for me! Regards, -- Benoit Minisini From gambas at ...1... Wed Nov 15 11:15:19 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 15 Nov 2006 11:15:19 +0100 Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <20061114104016.P11874@...419...> References: <20061110163416.S88471@...419...> <200611112006.18866.gambas@...1...> <20061114104016.P11874@...419...> Message-ID: <200611151115.20031.gambas@...1...> On Tuesday 14 November 2006 19:51, Christopher Brian Jack wrote: > On Sat, 11 Nov 2006, Benoit Minisini wrote: > > There is a module named VersionControl in the IDE source code. There you > > will find all SVN commands executed when moving, renaming, creating and > > deleting a file that must be versioned. And you can tell me which CVS > > commands I should add to do the same thing for CVS. > > > > Regards, > > > > -- > > Benoit Minisini > > Only thing to beware of is that adding files in CVS requires the cvs add > to be done AFTER the somefile exists and that cvs remove > must be done BEFORE somefile is deleted. Same goes for > directories. > There is the same requirement for svn, so this should work. Note that changes are never committed by the IDE. This must be done by hand. This is just a light support for versioned projects. Regards, -- Benoit Minisini From brian at ...418... Wed Nov 15 11:22:53 2006 From: brian at ...418... (Christopher Brian Jack) Date: Wed, 15 Nov 2006 02:22:53 -0800 (PST) Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <200611151115.20031.gambas@...1...> References: <20061110163416.S88471@...419...> <200611112006.18866.gambas@...1...> <20061114104016.P11874@...419...> <200611151115.20031.gambas@...1...> Message-ID: <20061115022140.I14204@...419...> > On Tuesday 14 November 2006 19:51, Christopher Brian Jack wrote: > > On Sat, 11 Nov 2006, Benoit Minisini wrote: > > > There is a module named VersionControl in the IDE source code. There you > > > will find all SVN commands executed when moving, renaming, creating and > > > deleting a file that must be versioned. And you can tell me which CVS > > > commands I should add to do the same thing for CVS. > > > > > > Regards, > > > > > > -- > > > Benoit Minisini > > > > Only thing to beware of is that adding files in CVS requires the cvs add > > to be done AFTER the somefile exists and that cvs remove > > must be done BEFORE somefile is deleted. Same goes for > > directories. > > > > There is the same requirement for svn, so this should work. > > Note that changes are never committed by the IDE. This must be done by hand. > This is just a light support for versioned projects. Could a config option be added for the option to ask if the user wants to commit when (after) saving the project? .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | oevna at ...542... `=================================================- Hi Spambots, my email address is sputnik at ...418... Hi Humans, my email address uses rot13 cipher From gambas at ...1... Wed Nov 15 11:48:51 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 15 Nov 2006 11:48:51 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <6324a42a0611141335v2fd4e52che511bd1fa3ac8cc0@...178...> References: <6324a42a0611141250g3cb7ef9epee159856e3e3e4a8@...178...> <6324a42a0611141335v2fd4e52che511bd1fa3ac8cc0@...178...> Message-ID: <200611151148.51377.gambas@...1...> On Tuesday 14 November 2006 22:35, Fabien Bodard wrote: > this is the corrected Functions. > > There were three errors > First one is the env variable name (it miss _DESKTOP_) > Second one: ubuntu and some other distrib not have epiphany so i've added > firefox in second case in the gnomedesktop select. > > Third one was That the which program don't return anything when the > required program not exist in debian like distribs. > > I've done some cleaning on the data receipt (use of the TO key with SHELL > > > PUBLIC FUNCTION CheckProgram(sProg AS String) AS Boolean > > DIM bError AS Boolean > DIM iPos AS Integer > DIM sVal AS String > > iPos = InStr(sProg, " ") > IF iPos THEN sProg = Left(sProg, iPos - 1) > > SHELL "which " & sProg TO sVal > > bError = sVal LIKE "which: *" OR IsNull(sVal) > > RETURN bError > > END > > > PUBLIC SUB OpenWebPage(sLink AS String) > > DIM sExec AS String > DIM aTest AS String[] > DIM bCheck AS Boolean > > IF NOT Browser THEN > > SELECT CASE Settings["/Browser"] > > CASE "konqueror" > aTest = ["konqueror"] > > CASE "epiphany" > aTest = ["epiphany"] > > CASE "firefox" > aTest = ["firefox", "mozilla-firefox"] > > CASE "seamonkey" > aTest = ["seamonkey"] > > CASE ELSE > > aTest = [Application.Env["BROWSER"]] > > IF Application.Env["KDE_FULL_SESSION"] THEN > aTest.Add("konqueror") > ELSE IF Application.Env["GNOME_DESKTOP_SESSION_ID"] THEN > aTest.Add("epiphany") > aTest.Add("firefox") > ENDIF > > END SELECT > > aTest.Add("konqueror") > aTest.Add("mozilla-firefox") > aTest.Add("firefox") > aTest.Add("mozilla") > aTest.Add("seamonkey") > aTest.Add("opera") > > FOR EACH sExec IN aTest > bCheck = NOT CheckProgram(sExec) > IF bCheck THEN BREAK > NEXT > > IF NOT bCheck THEN RETURN > > Browser = sExec > > ENDIF > > IF Left(sLink) = "/" THEN > sLink = "file://" & Replace(sLink, "?", "%3F") > ENDIF > > SHELL Browser & " " & Chr$(34) & sLink & Chr$(34) > > CATCH > > Message.Error(Error.Text) > > END > > Regards, > > Fabien Bodard Merci Fabien! -- Benoit Minisini From rospolosco at ...29... Wed Nov 15 15:51:19 2006 From: rospolosco at ...29... (Stefano Palmeri) Date: Wed, 15 Nov 2006 15:51:19 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <200611151148.51377.gambas@...1...> References: <6324a42a0611141335v2fd4e52che511bd1fa3ac8cc0@...178...> <200611151148.51377.gambas@...1...> Message-ID: <200611151551.19857.rospolosco@...29...> Alle 11:48, mercoled? 15 novembre 2006, Benoit Minisini ha scritto: > On Tuesday 14 November 2006 22:35, Fabien Bodard wrote: > > this is the corrected Functions. > > > > There were three errors > > First one is the env variable name (it miss _DESKTOP_) > > Second one: ubuntu and some other distrib not have epiphany so i've added > > firefox in second case in the gnomedesktop select. > > > > Third one was That the which program don't return anything when the > > required program not exist in debian like distribs. > > > > I've done some cleaning on the data receipt (use of the TO key with SHELL > > > > > > PUBLIC FUNCTION CheckProgram(sProg AS String) AS Boolean > > > > DIM bError AS Boolean > > DIM iPos AS Integer > > DIM sVal AS String > > > > iPos = InStr(sProg, " ") > > IF iPos THEN sProg = Left(sProg, iPos - 1) > > > > SHELL "which " & sProg TO sVal > > > > bError = sVal LIKE "which: *" OR IsNull(sVal) > > > > RETURN bError > > > > END > > > > > > PUBLIC SUB OpenWebPage(sLink AS String) > > > > DIM sExec AS String > > DIM aTest AS String[] > > DIM bCheck AS Boolean > > > > IF NOT Browser THEN > > > > SELECT CASE Settings["/Browser"] > > > > CASE "konqueror" > > aTest = ["konqueror"] > > > > CASE "epiphany" > > aTest = ["epiphany"] > > > > CASE "firefox" > > aTest = ["firefox", "mozilla-firefox"] > > > > CASE "seamonkey" > > aTest = ["seamonkey"] > > > > CASE ELSE > > > > aTest = [Application.Env["BROWSER"]] > > > > IF Application.Env["KDE_FULL_SESSION"] THEN > > aTest.Add("konqueror") > > ELSE IF Application.Env["GNOME_DESKTOP_SESSION_ID"] THEN > > aTest.Add("epiphany") > > aTest.Add("firefox") > > ENDIF > > > > END SELECT > > > > aTest.Add("konqueror") > > aTest.Add("mozilla-firefox") > > aTest.Add("firefox") > > aTest.Add("mozilla") > > aTest.Add("seamonkey") > > aTest.Add("opera") > > > > FOR EACH sExec IN aTest > > bCheck = NOT CheckProgram(sExec) > > IF bCheck THEN BREAK > > NEXT > > > > IF NOT bCheck THEN RETURN > > > > Browser = sExec > > > > ENDIF > > > > IF Left(sLink) = "/" THEN > > sLink = "file://" & Replace(sLink, "?", "%3F") > > ENDIF > > > > SHELL Browser & " " & Chr$(34) & sLink & Chr$(34) > > > > CATCH > > > > Message.Error(Error.Text) > > > > END > > > > Regards, > > > > Fabien Bodard > > Merci Fabien! > > -- > Benoit Minisini Hi, Benoit. We had this discussion on the Gambas italian mailing list. Carlo Sorda suggested to use the exit code of which, that should be consistent in all distros. I think something like this: PUBLIC FUNCTION CheckProgram(sProg AS String) AS Boolean DIM bError AS Boolean DIM iPos AS Integer iPos = InStr(sProg, " ") IF iPos THEN sProg = Left(sProg, iPos - 1) SHELL "which " & sProg & " &> /dev/null" WAIT bError = CBool(Process.LastValue) RETURN bError END Anyway, in Fabien's code I should add: sVal = Trim$(sVal) as it was in your original code, to avoid other new problems with which's output. Best regards, Stefano Palmeri > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas at ...1... Wed Nov 15 17:28:32 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 15 Nov 2006 17:28:32 +0100 Subject: [Gambas-devel] Gambas 1.9.46 Help In-Reply-To: <200611151551.19857.rospolosco@...29...> References: <200611151148.51377.gambas@...1...> <200611151551.19857.rospolosco@...29...> Message-ID: <200611151728.32502.gambas@...1...> On Wednesday 15 November 2006 15:51, Stefano Palmeri wrote: > > Hi, Benoit. > > We had this discussion on the Gambas italian mailing list. Carlo Sorda > suggested to use the exit code of which, that should be consistent > in all distros. I think something like this: > > PUBLIC FUNCTION CheckProgram(sProg AS String) AS Boolean > > DIM bError AS Boolean > DIM iPos AS Integer > > iPos = InStr(sProg, " ") > IF iPos THEN sProg = Left(sProg, iPos - 1) > > SHELL "which " & sProg & " &> /dev/null" WAIT > > bError = CBool(Process.LastValue) > > RETURN bError > > END > OK. -- Benoit Minisini From gambas at ...1... Wed Nov 15 20:33:17 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 15 Nov 2006 20:33:17 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611091401.52567.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611082239.12823.gambas@...1...> <200611091401.52567.silvan.calarco@...531...> Message-ID: <200611152033.17478.gambas@...1...> On Thursday 09 November 2006 14:01, Silvan Calarco wrote: > Alle 22:39, mercoled? 8 novembre 2006, Benoit Minisini ha scritto: > > Some things I don't understand: > > > > - Aren't QT/Embedded libraries and includes different from the QT ones? > > There are some big internal differences (for instance the code for handling > fonts), but most of the interfaces to the applications (API) are the same > because of the portability feature of Qt's. > > > - Shouldn't you remove the TrayIcon, Embedder and all other X11-specific > > classes > > mmmm, yes. The reason they were not removed yet is that these > functionalities for some reason don't need linking to any X library, but > they should be removed or handled transparently on Qte. The use of > CTrayIcon could be left (well slightly modified) and documented as: "this > class does nothing on Qt Embedded, but exists to allow simpler code > portability between X11 and Framebuffer". > > > - Don't you have windows on QT/Embedded? Don't you have equivalents of > > X11 properties, like above others windows, below others windows...? > > When you work on Qt/X11, Qt is the graphic toolkit and X is the graphical > server. When you work on Qt/Embedded the libraries also perform as a window > server (the so called qws: the Framebuffer central server). I've seen that > the qwsproperty_qws.h include has some functions to get and set windows > property so we might use these to replace X11 properties. > Actually I've been stuck on the stack overflow error (I'm going to try your > patch, thanks!), and now I'll be back testing the gb.qte module. I think > that in this development stage we might apply these patches issuing a > warning when an unhandled function is called by the gambas application like > this: > > #ifndef X_DISPLAY_MISSING > X11_window_change_property(w->winId(), w->isVisible(), property, set); > #else > qDebug("CWINDOW_change_property called but not handled"); > #endif > > so we have a remainder of what we have to fix if an X11 app behaviour isn't > correct when ported to Framebuffer. Testing the gb.qte module is easy using > qvfb and gambas ide, so it should be easy to test many applications > compatibility. > > > Regards, > > Cheers, > Silvan Trunk has now gb.qte and gb.qte.ext components. They compile on my system, but I used the qt library, and not the qte one, so my test is not very relevant. I removed Embedder and TrayIcon classes, renamed the X11 test macro "NO_X_WINDOW", and added many #ifdef everywhere it is needed. Can you test it and tell me the result? If you want a svn access to insert modifications yourself, just tell me and give me your sourceforge account. Regards, -- Benoit Minisini From gambas at ...1... Thu Nov 16 22:13:19 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 16 Nov 2006 22:13:19 +0100 Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <20061115022140.I14204@...419...> References: <20061110163416.S88471@...419...> <200611151115.20031.gambas@...1...> <20061115022140.I14204@...419...> Message-ID: <200611162213.19705.gambas@...1...> On Wednesday 15 November 2006 11:22, Christopher Brian Jack wrote: > > On Tuesday 14 November 2006 19:51, Christopher Brian Jack wrote: > > > On Sat, 11 Nov 2006, Benoit Minisini wrote: > > > > There is a module named VersionControl in the IDE source code. There > > > > you will find all SVN commands executed when moving, renaming, > > > > creating and deleting a file that must be versioned. And you can tell > > > > me which CVS commands I should add to do the same thing for CVS. > > > > > > > > Regards, > > > > > > > > -- > > > > Benoit Minisini > > > > > > Only thing to beware of is that adding files in CVS requires the cvs > > > add to be done AFTER the somefile exists and that cvs remove > > > must be done BEFORE somefile is deleted. Same goes for > > > directories. > > > > There is the same requirement for svn, so this should work. > > > > Note that changes are never committed by the IDE. This must be done by > > hand. This is just a light support for versioned projects. > > Could a config option be added for the option to ask if the user wants to > commit when (after) saving the project? > Later, after 2.0? Committing is complex: you need to insert a log, and to solve conflicts. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Thu Nov 16 22:14:15 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 16 Nov 2006 22:14:15 +0100 Subject: [Gambas-devel] Error on Test-project xArray Message-ID: <200611162214.16144.Karl.Reinl@...16...> Salut Beno?t, while working on the IDE-Debug enhancment, Irun in troubles with my test project. here te project and the log. To know at the beginning of xArray it was declaret as a component project. Now I do not know if the problems I have with in the IDE-Debug enhancment dosn't come from the Test-project. Hope you can help. Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: xArray-0.0.2.Error.log Type: text/x-log Size: 1469 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xArray-0.0.2.tar.gz Type: application/x-tgz Size: 6364 bytes Desc: not available URL: From brian at ...418... Fri Nov 17 01:17:04 2006 From: brian at ...418... (Christopher Brian Jack) Date: Thu, 16 Nov 2006 16:17:04 -0800 (PST) Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <200611162213.19705.gambas@...1...> References: <20061110163416.S88471@...419...> <200611151115.20031.gambas@...1...> <20061115022140.I14204@...419...> <200611162213.19705.gambas@...1...> Message-ID: <20061116161456.I25278@...419...> On Thu, 16 Nov 2006, Benoit Minisini wrote: > > > > Only thing to beware of is that adding files in CVS requires the cvs > > > > add to be done AFTER the somefile exists and that cvs remove > > > > must be done BEFORE somefile is deleted. Same goes for > > > > directories. My bad. It's AFTER in both cases. Just read the output from cvs more closely. 'cvs remove' wants the file already gone already deleted - this can be nasty in shells with no command history becuase once the file is rm'ed you need to REMEMBER the name to tell CVS to remove it. .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | oevna at ...542... `=================================================- Hi Spambots, my email address is sputnik at ...418... Hi Humans, my email address uses rot13 cipher From silvan.calarco at ...531... Fri Nov 17 14:13:28 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Fri, 17 Nov 2006 14:13:28 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611152033.17478.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611091401.52567.silvan.calarco@...531...> <200611152033.17478.gambas@...1...> Message-ID: <200611171413.28574.silvan.calarco@...531...> Hi Benoit, Alle 20:33, mercoled? 15 novembre 2006, Benoit Minisini ha scritto: > Trunk has now gb.qte and gb.qte.ext components. They compile on my system, > but I used the qt library, and not the qte one, so my test is not very > relevant. > > I removed Embedder and TrayIcon classes, renamed the X11 test > macro "NO_X_WINDOW", and added many #ifdef everywhere it is needed. > > Can you test it and tell me the result? > > If you want a svn access to insert modifications yourself, just tell me and > give me your sourceforge account. I've built it after adding a missing @qte_dir@ to the SUBDIRS declaration in main Makefile.am. The last svn patch creates a symlink gb.qte.gambas to gb.qt.gambas in gb.qt/src/gb.qt, but this (broken) link is not packaged when I do a make dist so I had to create it by hand. My sourceforge account is mambasoft, I can start committing the fix above. I'm still testing the library, currently I get an ugly segfault on app startup but I haven't updated the whole gambas packages so I'll let you know asap. Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From silvan.calarco at ...531... Fri Nov 17 16:53:59 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Fri, 17 Nov 2006 16:53:59 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611171413.28574.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611152033.17478.gambas@...1...> <200611171413.28574.silvan.calarco@...531...> Message-ID: <200611171654.00046.silvan.calarco@...531...> Alle 14:13, venerd? 17 novembre 2006, Silvan Calarco ha scritto: > I'm still testing the library, currently I get an ugly segfault on app > startup but I haven't updated the whole gambas packages so I'll let you > know asap. Library tests are ok, they work like mine. If you install libqt-embedded you can test the applications in gambas IDE using qvfb (virtual framebuffer under X) from QT. The launched program needs the "-qws" option and the QTDIR variable set to /usr/lib/qte3, to fix this I just launch the IDE with this command: QTDIR=/usr/lib/qte3 gambas2 but (just as a suggestion) the IDE might handle this someway. Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From Karl.Reinl at ...16... Sat Nov 18 13:14:41 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sat, 18 Nov 2006 13:14:41 +0100 Subject: [Gambas-devel] Error on Test-project xArray (2) Message-ID: <200611181314.41294.Karl.Reinl@...16...> Salut Beno?t, sorry, sented the wrong Error.log, hadn't set the args on that. here the right one : ~/gb-projects/Test/xArray $ gdb gbx2 GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) set args -p (gdb) run Starting program: /usr/local/bin/gbx2 -p [Thread debugging using libthread_db enabled] [New Thread -1209919824 (LWP 12793)] Error while reading shared library symbols: Cannot find new threads: generic error Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209919824 (LWP 12793)] 0xb78d5aea in QMetaObjectCleanUp::~QMetaObjectCleanUp () from /usr/qt/3/lib/libqt-mt.so.3 (gdb) bt #0 0xb78d5aea in QMetaObjectCleanUp::~QMetaObjectCleanUp () from /usr/qt/3/lib/libqt-mt.so.3 #1 0xb7157613 in __tcf_0 () at moc_CEditor.cpp:28 #2 0xb7e4d2b6 in __cxa_finalize () from /lib/libc.so.6 #3 0xb714ac13 in __do_global_dtors_aux () from /usr/local/lib/gambas2/gb.qt.editor.so #4 0xb7158c96 in _fini () from /usr/local/lib/gambas2/gb.qt.editor.so #5 0xb7f9efa6 in _dl_close () from /lib/ld-linux.so.2 #6 0xb7f3eed4 in dlopen () from /lib/libdl.so.2 #7 0xb7f9a396 in _dl_catch_error () from /lib/ld-linux.so.2 #8 0xb7f3f2dc in dlvsym () from /lib/libdl.so.2 #9 0xb7f3ef0a in dlclose () from /lib/libdl.so.2 #10 0x08055ccf in LIBRARY_unload (lib=0x8077cb8) at gbx_library.c:500 #11 0x080666a6 in COMPONENT_exit () at gbx_component.c:84 #12 0x0805ee68 in main_exit () at gbx.c:105 #13 0x0805f36b in main (argc=1, argv=0xbfe9f564) at gbx.c:349 (gdb) I get this Error when I close the project via X,ok or cancel. Hope you can help. Amicalment Charlie From gambas at ...1... Sat Nov 18 14:19:00 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 14:19:00 +0100 Subject: [Gambas-devel] Error on Test-project xArray (2) In-Reply-To: <200611181314.41294.Karl.Reinl@...16...> References: <200611181314.41294.Karl.Reinl@...16...> Message-ID: <200611181419.00422.gambas@...1...> On Saturday 18 November 2006 13:14, Charlie Reinl wrote: > Salut Beno?t, > > > sorry, sented the wrong Error.log, hadn't set the args on that. > > here the right one : > > ~/gb-projects/Test/xArray $ gdb gbx2 > GNU gdb 6.4 > Copyright 2005 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db > library "/lib/libthread_db.so.1". > > (gdb) set args -p > (gdb) run > Starting program: /usr/local/bin/gbx2 -p > [Thread debugging using libthread_db enabled] > [New Thread -1209919824 (LWP 12793)] > Error while reading shared library symbols: > Cannot find new threads: generic error > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1209919824 (LWP 12793)] > 0xb78d5aea in QMetaObjectCleanUp::~QMetaObjectCleanUp () > from /usr/qt/3/lib/libqt-mt.so.3 > (gdb) bt > #0 0xb78d5aea in QMetaObjectCleanUp::~QMetaObjectCleanUp () > from /usr/qt/3/lib/libqt-mt.so.3 > #1 0xb7157613 in __tcf_0 () at moc_CEditor.cpp:28 > #2 0xb7e4d2b6 in __cxa_finalize () from /lib/libc.so.6 > #3 0xb714ac13 in __do_global_dtors_aux () > from /usr/local/lib/gambas2/gb.qt.editor.so > #4 0xb7158c96 in _fini () from /usr/local/lib/gambas2/gb.qt.editor.so > #5 0xb7f9efa6 in _dl_close () from /lib/ld-linux.so.2 > #6 0xb7f3eed4 in dlopen () from /lib/libdl.so.2 > #7 0xb7f9a396 in _dl_catch_error () from /lib/ld-linux.so.2 > #8 0xb7f3f2dc in dlvsym () from /lib/libdl.so.2 > #9 0xb7f3ef0a in dlclose () from /lib/libdl.so.2 > #10 0x08055ccf in LIBRARY_unload (lib=0x8077cb8) at gbx_library.c:500 > #11 0x080666a6 in COMPONENT_exit () at gbx_component.c:84 > #12 0x0805ee68 in main_exit () at gbx.c:105 > #13 0x0805f36b in main (argc=1, argv=0xbfe9f564) at gbx.c:349 > (gdb) > > I get this Error when I close the project via X,ok or cancel. > > Hope you can help. > > Amicalment > Charlie > I have no problem there, no crash. Your log shows that the interpreter crashes inside the dlcose() function of the system dynamic loader, which should never happen on a normal system. Try to use valgrind to detect if the problem is not a memory corruption happening before the end of the program. Regards, -- Benoit Minisini From gambas at ...1... Sat Nov 18 14:19:54 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 14:19:54 +0100 Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <20061116161456.I25278@...419...> References: <20061110163416.S88471@...419...> <200611162213.19705.gambas@...1...> <20061116161456.I25278@...419...> Message-ID: <200611181419.54816.gambas@...1...> On Friday 17 November 2006 01:17, Christopher Brian Jack wrote: > On Thu, 16 Nov 2006, Benoit Minisini wrote: > > > > > Only thing to beware of is that adding files in CVS requires the > > > > > cvs add to be done AFTER the somefile exists and that > > > > > cvs remove must be done BEFORE somefile is deleted. > > > > > Same goes for directories. > > My bad. It's AFTER in both cases. Just read the output from cvs more > closely. 'cvs remove' wants the file already gone already deleted - this > can be nasty in shells with no command history becuase once the file is > rm'ed you need to REMEMBER the name to tell CVS to remove it. > Arf. So the interface of the VersionControl module must be modified, to make the distinction between 'before deleting' and 'after deleting'. Regards, -- Benoit Minisini From gambas at ...1... Sat Nov 18 14:22:32 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 14:22:32 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611171413.28574.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611152033.17478.gambas@...1...> <200611171413.28574.silvan.calarco@...531...> Message-ID: <200611181422.32726.gambas@...1...> On Friday 17 November 2006 14:13, Silvan Calarco wrote: > Hi Benoit, > > Alle 20:33, mercoled? 15 novembre 2006, Benoit Minisini ha scritto: > > Trunk has now gb.qte and gb.qte.ext components. They compile on my > > system, but I used the qt library, and not the qte one, so my test is not > > very relevant. > > > > I removed Embedder and TrayIcon classes, renamed the X11 test > > macro "NO_X_WINDOW", and added many #ifdef everywhere it is needed. > > > > Can you test it and tell me the result? > > > > If you want a svn access to insert modifications yourself, just tell me > > and give me your sourceforge account. > > I've built it after adding a missing @qte_dir@ to the SUBDIRS declaration > in main Makefile.am. > The last svn patch creates a symlink gb.qte.gambas to gb.qt.gambas in > gb.qt/src/gb.qt, but this (broken) link is not packaged when I do a make > dist so I had to create it by hand. > The gb.qte component has now its now gb.qte gambas part, which is not a symbolic link anymore. In the future, I will share things between gb.qte, gb.qt and gb.gtk gambas parts, but not the entire project. Compilation does not like that! > My sourceforge account is mambasoft, I can start committing the fix above. I granted you a write access to the svn. Let's go! Regards, -- Benoit Minisini From gambas at ...1... Sat Nov 18 14:23:36 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 14:23:36 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611171654.00046.silvan.calarco@...531...> References: <200611071832.43446.silvan.calarco@...531...> <200611171413.28574.silvan.calarco@...531...> <200611171654.00046.silvan.calarco@...531...> Message-ID: <200611181423.36361.gambas@...1...> On Friday 17 November 2006 16:53, Silvan Calarco wrote: > Alle 14:13, venerd? 17 novembre 2006, Silvan Calarco ha scritto: > > I'm still testing the library, currently I get an ugly segfault on app > > startup but I haven't updated the whole gambas packages so I'll let you > > know asap. > > Library tests are ok, they work like mine. > If you install libqt-embedded you can test the applications in gambas IDE > using qvfb (virtual framebuffer under X) from QT. > The launched program needs the "-qws" option and the QTDIR variable set > to /usr/lib/qte3, to fix this I just launch the IDE with this command: > > QTDIR=/usr/lib/qte3 gambas2 > > but (just as a suggestion) the IDE might handle this someway. > > Silvan Why? I'm not sure to really understand. Can you be more explicit? -- Benoit Minisini From gambas at ...1... Sat Nov 18 15:04:09 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 15:04:09 +0100 Subject: [Gambas-devel] [Gambas-user] Change to IDE to recognize CVS rootdir In-Reply-To: <200611181419.54816.gambas@...1...> References: <20061110163416.S88471@...419...> <20061116161456.I25278@...419...> <200611181419.54816.gambas@...1...> Message-ID: <200611181504.10045.gambas@...1...> On Saturday 18 November 2006 14:19, Benoit Minisini wrote: > On Friday 17 November 2006 01:17, Christopher Brian Jack wrote: > > On Thu, 16 Nov 2006, Benoit Minisini wrote: > > > > > > Only thing to beware of is that adding files in CVS requires the > > > > > > cvs add to be done AFTER the somefile exists and that > > > > > > cvs remove must be done BEFORE somefile is deleted. > > > > > > Same goes for directories. > > > > My bad. It's AFTER in both cases. Just read the output from cvs more > > closely. 'cvs remove' wants the file already gone already deleted - this > > can be nasty in shells with no command history becuase once the file is > > rm'ed you need to REMEMBER the name to tell CVS to remove it. > > Arf. So the interface of the VersionControl module must be modified, to > make the distinction between 'before deleting' and 'after deleting'. > > Regards, Actually, this is not needed, as these functions are always called after the file has been deleted or moved. -- Benoit Minisini From Karl.Reinl at ...16... Sat Nov 18 20:14:46 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sat, 18 Nov 2006 20:14:46 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn Message-ID: <1163877287.5249.7.camel@...102...> Salut, while having problems on my box, I remarked, that ./reconf and/or ./reconf_all on svn seams not working correctly. When I started with svn first, I used an old script to make ./configure,make and make install. In the script which called ./configure there was kde_disabled . After I made a new script and I stripped the kde_disabled , but now I found in the logfile, that kde are still disabled. For testing I made a ./configure to a freshly downloaded 46a and checked out the svn tree to a new directory and made a ./configure. Both log-files showed me that kde was found and used. Which file must be deleted to have gb.qt.kde compiled ? Amicalment Charlie From gambas at ...1... Sat Nov 18 20:24:49 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 20:24:49 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <1163877287.5249.7.camel@...102...> References: <1163877287.5249.7.camel@...102...> Message-ID: <200611182024.49127.gambas@...1...> On Saturday 18 November 2006 20:14, Charlie Reinl wrote: > Salut, > > while having problems on my box, I remarked, that ./reconf > and/or ./reconf_all on svn seams not working correctly. > > When I started with svn first, I used an old script to > make ./configure,make and make install. > In the script which called ./configure there was kde_disabled . > After I made a new script and I stripped the kde_disabled , > but now I found in the logfile, that kde are still disabled. > > For testing I made a ./configure to a freshly downloaded 46a and > checked out the svn tree to a new directory and made a ./configure. > Both log-files showed me that kde was found and used. > > Which file must be deleted to have gb.qt.kde compiled ? > > Amicalment > Charlie > You must do: $ ./reconf-all and then: $ ./configure -C There is no file to delete for compiling anything. What are you talking about? -- Benoit Minisini From Karl.Reinl at ...16... Sat Nov 18 23:22:44 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sat, 18 Nov 2006 23:22:44 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <200611182024.49127.gambas@...1...> References: <1163877287.5249.7.camel@...102...> <200611182024.49127.gambas@...1...> Message-ID: <1163888565.5326.4.camel@...102...> Am Samstag, den 18.11.2006, 20:24 +0100 schrieb Benoit Minisini: > On Saturday 18 November 2006 20:14, Charlie Reinl wrote: > > Salut, > > > > while having problems on my box, I remarked, that ./reconf > > and/or ./reconf_all on svn seams not working correctly. > > > > When I started with svn first, I used an old script to > > make ./configure,make and make install. > > In the script which called ./configure there was kde_disabled . > > After I made a new script and I stripped the kde_disabled , > > but now I found in the logfile, that kde are still disabled. > > > > For testing I made a ./configure to a freshly downloaded 46a and > > checked out the svn tree to a new directory and made a ./configure. > > Both log-files showed me that kde was found and used. > > > > Which file must be deleted to have gb.qt.kde compiled ? > > > > Amicalment > > Charlie > > > > You must do: > $ ./reconf-all > and then: > $ ./configure -C > > There is no file to delete for compiling anything. What are you talking about? > Salut Beno?t, After $ svn update and $ ./reconf-all and $ ./configure -C I find that gb.qt.kde is not compiled, said 'while disabled' but I only make a $ ./configure -C A new greated/checkedout svn-directory on the same box made the gb.qt.kde A new downloaded 46a on the same box made also the gb.qt.kde So my question is how can I get back gb.qt.kde , and I asked if there is a file which I have to delete, you said NO there a no files. But how can I get back gb.qt.kde Amicalement Charlie From gambas.fr at ...176... Sat Nov 18 23:34:22 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 18 Nov 2006 23:34:22 +0100 Subject: [Gambas-devel] A little correction on the gravity exemple Message-ID: <6324a42a0611181434n2effd8cbte04f779528cb2cf@...178...> HI, It's just an estetic correction. I've removed the not usefull module and pass it's code in the FMain class, By this way i can remove the Public form control option... and increase the speed and reduce de compiled file size. And gambas is not vb :-) ... Regards, Fabien Bodard -------------- next part -------------- A non-text attachment was scrubbed... Name: Gravity-0.0.3.tar.gz Type: application/x-gzip Size: 22326 bytes Desc: not available URL: From gambas at ...1... Sat Nov 18 23:37:05 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 18 Nov 2006 23:37:05 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <1163888565.5326.4.camel@...102...> References: <1163877287.5249.7.camel@...102...> <200611182024.49127.gambas@...1...> <1163888565.5326.4.camel@...102...> Message-ID: <200611182337.05790.gambas@...1...> On Saturday 18 November 2006 23:22, Charlie Reinl wrote: > Am Samstag, den 18.11.2006, 20:24 +0100 schrieb Benoit Minisini: > > On Saturday 18 November 2006 20:14, Charlie Reinl wrote: > > > Salut, > > > > > > while having problems on my box, I remarked, that ./reconf > > > and/or ./reconf_all on svn seams not working correctly. > > > > > > When I started with svn first, I used an old script to > > > make ./configure,make and make install. > > > In the script which called ./configure there was kde_disabled . > > > After I made a new script and I stripped the kde_disabled , > > > but now I found in the logfile, that kde are still disabled. > > > > > > For testing I made a ./configure to a freshly downloaded 46a and > > > checked out the svn tree to a new directory and made a ./configure. > > > Both log-files showed me that kde was found and used. > > > > > > Which file must be deleted to have gb.qt.kde compiled ? > > > > > > Amicalment > > > Charlie > > > > You must do: > > $ ./reconf-all > > and then: > > $ ./configure -C > > > > There is no file to delete for compiling anything. What are you talking > > about? > > Salut Beno?t, > > After > $ svn update > and > $ ./reconf-all > and > $ ./configure -C > > I find that gb.qt.kde is not compiled, said 'while disabled' > > but I only make a $ ./configure -C > > A new greated/checkedout svn-directory on the same box made the > gb.qt.kde > A new downloaded 46a on the same box made also the gb.qt.kde > > So my question is how can I get back gb.qt.kde , > and I asked if there is a file which I have to delete, you said NO there > a no files. > > But how can I get back gb.qt.kde > > Amicalement > Charlie > If you do ./reconf-all && ./configure, you should have the same result as checking out on a fresh directory. So I don't understand why gb.qt.kde is not compiled in the first case, and is compiled on the other cases. I suggest you use 'diff' to find the difference between the gb.qt.kde directory that does not compile and the gb.qt.kde directory that compiles... Regards, -- Benoit Minisini From Karl.Reinl at ...16... Sun Nov 19 13:29:23 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 19 Nov 2006 13:29:23 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <200611182337.05790.gambas@...1...> References: <1163877287.5249.7.camel@...102...> <200611182024.49127.gambas@...1...> <1163888565.5326.4.camel@...102...> <200611182337.05790.gambas@...1...> Message-ID: <1163939364.5326.2.camel@...102...> Am Samstag, den 18.11.2006, 23:37 +0100 schrieb Benoit Minisini: > If you do ./reconf-all && ./configure, you should have the same result as > checking out on a fresh directory. > > So I don't understand why gb.qt.kde is not compiled in the first case, and is > compiled on the other cases. > > I suggest you use 'diff' to find the difference between the gb.qt.kde > directory that does not compile and the gb.qt.kde directory that compiles... > > Regards, > Salut, here is my diff on both gb.qt.kde Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: gb.qt.kde.diff Type: text/x-patch Size: 23401 bytes Desc: not available URL: From gambas at ...1... Sun Nov 19 13:41:11 2006 From: gambas at ...1... (Benoit Minisini) Date: Sun, 19 Nov 2006 13:41:11 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <1163939364.5326.2.camel@...102...> References: <1163877287.5249.7.camel@...102...> <200611182337.05790.gambas@...1...> <1163939364.5326.2.camel@...102...> Message-ID: <200611191341.11985.gambas@...1...> On Sunday 19 November 2006 13:29, Charlie Reinl wrote: > Am Samstag, den 18.11.2006, 23:37 +0100 schrieb Benoit Minisini: > > If you do ./reconf-all && ./configure, you should have the same result as > > checking out on a fresh directory. > > > > So I don't understand why gb.qt.kde is not compiled in the first case, > > and is compiled on the other cases. > > > > I suggest you use 'diff' to find the difference between the gb.qt.kde > > directory that does not compile and the gb.qt.kde directory that > > compiles... > > > > Regards, > > Salut, > > here is my diff on both gb.qt.kde > > > Amicalment > Charlie Did you read it? You obviously didn't configure the two directories with the same user and/or on the same system, because $PATH contents are different. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Sun Nov 19 14:17:59 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 19 Nov 2006 14:17:59 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <200611191341.11985.gambas@...1...> References: <1163877287.5249.7.camel@...102...> <200611182337.05790.gambas@...1...> <1163939364.5326.2.camel@...102...> <200611191341.11985.gambas@...1...> Message-ID: <1163942279.5326.13.camel@...102...> Am Sonntag, den 19.11.2006, 13:41 +0100 schrieb Benoit Minisini: > On Sunday 19 November 2006 13:29, Charlie Reinl wrote: > > Am Samstag, den 18.11.2006, 23:37 +0100 schrieb Benoit Minisini: > > > If you do ./reconf-all && ./configure, you should have the same result as > > > checking out on a fresh directory. > > > > > > So I don't understand why gb.qt.kde is not compiled in the first case, > > > and is compiled on the other cases. > > > > > > I suggest you use 'diff' to find the difference between the gb.qt.kde > > > directory that does not compile and the gb.qt.kde directory that > > > compiles... > > > > > > Regards, > > > > Salut, > > > > here is my diff on both gb.qt.kde > > > > > > Amicalment > > Charlie > > Did you read it? You obviously didn't configure the two directories with the > same user and/or on the same system, because $PATH contents are different. > > Regards, > Salut, that I saw, but realy I didn't understand, the why. The System for shur its the same. But user you are right, some times I start/started my script like su -c ..., for not to be asked in the middle of the way for 'make install' I will test that, if my gentoo has finished to recompile everything concernig the qt-3.3.x and that the hole X + KDE in all 198 lib's and programms. It is running since 23:56 yesterday, and i hope having finished around 21:00 this evening. Amicalment Charlie From ronstk at ...124... Sun Nov 19 17:47:50 2006 From: ronstk at ...124... (ron) Date: Sun, 19 Nov 2006 17:47:50 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <1163939364.5326.2.camel@...102...> References: <1163877287.5249.7.camel@...102...> <200611182337.05790.gambas@...1...> <1163939364.5326.2.camel@...102...> Message-ID: <200611191747.51069.ronstk@...124...> On Sunday 19 November 2006 13:29, Charlie Reinl wrote: > diff -N gambas2-svn/gb.qt.kde/config.log > > gambas2-svnTest/gb.qt.kde/config.log > 30,32c30,31 > < PATH: /sbin > < PATH: /bin > < PATH: /usr/sbin > --- > > PATH: /usr/kde/3.5/bin > > PATH: /usr/local/bin > 33a33,42 Is here the user changed from 'normal' to 'root' ? I'm not sure but thought the /sbin (and /usr/sbin) is only available to 'root' > 42c51 > < configure:2063: result: /bin/install -c > --- > > > configure:2063: result: /usr/bin/install -c > > 150c159 > < configure:4672: result: /bin/install -c > --- > > > configure:4672: result: /usr/bin/install -c This was the strange thing I did see. The 'install' location is different. On kubuntu6.10 & suse9.2 the 'install' is only in '/usr/bin' The Test has found FF77 (fortran) also, this mean for me there is a major change done after the first svn checkout. > The System for shur ?its the same. ??? the Box yes but total installed software not. > But user you are right, some times I start/started my script like su > -c ..., for not to be asked in the middle of the way for 'make install' Here your difference for the rights as user/root? The ./configure as 'user' and with su -C as 'root' example on my fresh Kubuntu: ron at ...544...:/sbin$ echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games root at ...544...:/home/ron# echo $PATH /sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games ^^^^^^^^^ I think this is the major reason for the difference. My .2 cents Ron From Karl.Reinl at ...16... Sun Nov 19 23:46:27 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 19 Nov 2006 23:46:27 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <200611191747.51069.ronstk@...124...> References: <1163877287.5249.7.camel@...102...> <200611182337.05790.gambas@...1...> <1163939364.5326.2.camel@...102...> <200611191747.51069.ronstk@...124...> Message-ID: <1163976388.5323.11.camel@...102...> Am Sonntag, den 19.11.2006, 17:47 +0100 schrieb ron: > On Sunday 19 November 2006 13:29, Charlie Reinl wrote: > > > > diff -N gambas2-svn/gb.qt.kde/config.log > > > gambas2-svnTest/gb.qt.kde/config.log > > 30,32c30,31 this was as root > > < PATH: /sbin > > < PATH: /bin > > < PATH: /usr/sbin > > --- this was as user > > > PATH: /usr/kde/3.5/bin > > > PATH: /usr/local/bin > > 33a33,42 > Is here the user changed from 'normal' to 'root' ? > I'm not sure but thought the /sbin (and /usr/sbin) is only available to 'root' What I know is, a user can execute programs in sbin like halt by calling with the hole path or entering into sbin And root has sbin in his path$ so he can call halt from every where. > > 42c51 > > < configure:2063: result: /bin/install -c > > --- > > > > > configure:2063: result: /usr/bin/install -c > > > > 150c159 > > < configure:4672: result: /bin/install -c > > --- > > > > > configure:4672: result: /usr/bin/install -c > > This was the strange thing I did see. > The 'install' location is different. > On kubuntu6.10 & suse9.2 the 'install' is only in '/usr/bin' > > The Test has found FF77 (fortran) also, this mean for me there is > a major change done after the first svn checkout. > > > The System for shur its the same. > ??? the Box yes but total installed software not. No perhaps different access, both where compiled yesterday . > > But user you are right, some times I start/started my script like su > > -c ..., for not to be asked in the middle of the way for 'make install' > > Here your difference for the rights as user/root? > The ./configure as 'user' and with su -C as 'root' > > example on my fresh Kubuntu: > ron at ...544...:/sbin$ echo $PATH > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games > > root at ...544...:/home/ron# echo $PATH > /sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games > ^^^^^^^^^ > > I think this is the major reason for the difference. > > My .2 cents > > Ron I made my svn today as user, without that silly idea to start the script as root, and gb.qt.kde was compiled. So the only thing I don't understand, is why the headers and includes are not found. What I also know, it was (is ?) for security reasons not good to run KED as root. Suse showed a red Desktop. Is that still so ? Amicalment Charlie From ronstk at ...124... Mon Nov 20 03:59:15 2006 From: ronstk at ...124... (ron) Date: Mon, 20 Nov 2006 03:59:15 +0100 Subject: [Gambas-devel] ./reconf and/or ./reconf_all on svn In-Reply-To: <1163976388.5323.11.camel@...102...> References: <1163877287.5249.7.camel@...102...> <200611191747.51069.ronstk@...124...> <1163976388.5323.11.camel@...102...> Message-ID: <200611200359.15852.ronstk@...124...> On Sunday 19 November 2006 23:46, Charlie Reinl wrote: > What I also know, it was (is ?) for security reasons not good to run KED > as root. Very long ago with suse8.2 I did untill I upgraded to suse9.2 and changed the bad way to the 'correct' way as normal user. > Suse showed a red Desktop. Is that still so ? At least it was with suse9.2 and a bomb in the center :) Ron From silvan.calarco at ...531... Mon Nov 20 10:55:08 2006 From: silvan.calarco at ...531... (Silvan Calarco) Date: Mon, 20 Nov 2006 10:55:08 +0100 Subject: [Gambas-devel] Gambas module for QT embedded and stack overflow error deleting objects In-Reply-To: <200611181423.36361.gambas@...1...> References: <200611071832.43446.silvan.calarco@...531...> <200611171654.00046.silvan.calarco@...531...> <200611181423.36361.gambas@...1...> Message-ID: <200611201055.09534.silvan.calarco@...531...> Alle 14:23, sabato 18 novembre 2006, Benoit Minisini ha scritto: > > If you install libqt-embedded you can test the applications in gambas IDE > > using qvfb (virtual framebuffer under X) from QT. > > The launched program needs the "-qws" option and the QTDIR variable set > > to /usr/lib/qte3, to fix this I just launch the IDE with this command: > > > > QTDIR=/usr/lib/qte3 gambas2 > > > > but (just as a suggestion) the IDE might handle this someway. > > > > Silvan > > Why? I'm not sure to really understand. Can you be more explicit? Launching a Qt/Embedded program from the IDE will abort with the following console log: Connected to VFB server: 640 x 480 x 32 Cannot find font definition file /usr/lib/qt3/lib/fonts/fontdir - is Qt installed correctly? because QTDIR is either set to QT/X11 path or not set. So one of the following modifications (or both) could help: - QTDIR could be set to Qt/Embedded path (as determined at build time or configured in the IDE general options or in the project options) in the environment of the application launched from the IDE when gb.qte module is used -an environment configuration dialog could be added to the IDE just like it is now for the arguments (Debug -> Arguments menu entry) and when a new qte application is created from the wizard, the environment for QTDIR is automatically added. This might be helpful for non qte applications too. I have committed the Makefile.am patch, thanks for creating the account. Silvan -- mambaSoft di Silvan Calarco - http://www.mambasoft.it From Karl.Reinl at ...16... Tue Nov 21 22:05:26 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 21 Nov 2006 22:05:26 +0100 Subject: [Gambas-devel] 2 problems on gambas (svn 157) Message-ID: <200611212205.26490.Karl.Reinl@...16...> Salut, 1. Uncomment in editor don't work, if in selecteted lines are one or more line(s) which is/are not comment . 2 ' bla 3 ' bla bla 4 blabla bla 5 ' blablablabla bla bla - to uncomment these 4 lines by selecting to to 5 does not work. - selecting lines 2 to 3 works - selecting line 5 works too 2. Deleting a breakpoint during debugging, seams to set a breakpoint at next line, which is not visible marked as a breakpoint. When passing the program stops. hope I'm not the only, who have that !? Amicalment Charlie From gambas at ...1... Tue Nov 21 22:48:30 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 21 Nov 2006 22:48:30 +0100 Subject: [Gambas-devel] 2 problems on gambas (svn 157) In-Reply-To: <200611212205.26490.Karl.Reinl@...16...> References: <200611212205.26490.Karl.Reinl@...16...> Message-ID: <200611212248.30516.gambas@...1...> On Tuesday 21 November 2006 22:05, Charlie Reinl wrote: > Salut, > > 1. Uncomment in editor don't work, if in selecteted lines are one or more > line(s) which is/are not comment . > > 2 ' bla > 3 ' bla bla > 4 blabla bla > 5 ' blablablabla bla bla > > - to uncomment these 4 lines by selecting to to 5 does not work. > - selecting lines 2 to 3 works > - selecting line 5 works too This is by design. But I can change this, I will see. > > 2. Deleting a breakpoint during debugging, seams to set a breakpoint at > next line, which is not visible marked as a breakpoint. > When passing the program stops. > > hope I'm not the only, who have that !? I cannot reproduce the problem. Please send an example of when the bug occurs. Regards, -- Benoit Minisini From Karl.Reinl at ...16... Tue Nov 21 23:20:00 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 21 Nov 2006 23:20:00 +0100 Subject: [Gambas-devel] about the 2nd problem on gambas (svn 157) Message-ID: <200611212320.01008.Karl.Reinl@...16...> Salut, sorry not to keep staing in the threat (haven' actually access to my mail,but can read) >2. Deleting a breakpoint during debugging, seams to set a breakpoint at next >line, which is not visible marked as a breakpoint. >When passing the program stops. >hope I'm not the only, who have that !? When you reach the breakpoint, step with F8 to next line, then go back and delete the breakpoint, next time you pass there, the stop is on the line after the deleted breakpoint. Amicalment Charlie From gambas.fr at ...176... Thu Nov 23 08:29:03 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 23 Nov 2006 08:29:03 +0100 Subject: [Gambas-devel] BUG on scan function Message-ID: <6324a42a0611222329n27fa0f16g5ce881f6e2d9f258@...178...> on a loop on scan function in the unit converter function of my gb.report project, i've this segfault : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209645392 (LWP 5638)] EXEC_push_unknown (code=1028) at gbx_exec_push.c:285 285 if (desc->property.native) (gdb) ~bt Undefined command: "". Try "help". (gdb) bt #0 EXEC_push_unknown (code=1028) at gbx_exec_push.c:285 #1 0x080501df in EXEC_loop () at gbx_exec_loop.c:539 #2 0x0804e81c in EXEC_function_real (keep_ret_value=1 '\001') at gbx_exec.c:652 #3 0x0805cbf3 in call_method (object=0x8154aa0, desc=0x80c68a8, nparam=1028) at gbx_api.c:400 #4 0x0805cfe0 in GB_Raise (object=0x8166088, event_id=16, nparam=0) at gbx_api.c:514 #5 0xb7dd956f in CButton::clicked (this=0xb7e2efc0) at CButton.cpp:493 #6 0xb7dd8eab in CButton::qt_invoke (this=0xb7e2efc0, _id=2, _o=0xbf8d30ec) at moc_CButton.cpp:232 #7 0xb78ae957 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #8 0xb78af3fc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #9 0xb7c43f5f in QButton::clicked () from /usr/lib/libqt-mt.so.3 #10 0xb794cfe8 in QButton::mouseReleaseEvent () from /usr/lib/libqt-mt.so.3 #11 0xb78e5729 in QWidget::event () from /usr/lib/libqt-mt.so.3 #12 0xb7845b88 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #13 0xb7847d46 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #14 0xb77d83fd in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #15 0xb77d7062 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #16 0xb77d514c in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #17 0xb77ec320 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 ---Type to continue, or q to quit--- #18 0xb7dcdb0d in MyEventLoop::processEvents (this=0x8087f40, flags=4) at main.cpp:242 #19 0xb786025e in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #20 0xb786006e in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #21 0xb7847731 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #22 0xb7dcd2e6 in hook_loop () at main.cpp:450 #23 0x08060923 in main (argc=1, argv=0xbf8d3b74) at gbx.c:324 (gdb) Fabien From gambas at ...538... Sat Nov 25 09:56:54 2006 From: gambas at ...538... (MV) Date: Sat, 25 Nov 2006 09:56:54 +0100 Subject: [Gambas-devel] BUG ? v. 1.9.46a Or am I hopelessly clumsy ? Message-ID: <200611250956.54840.gambas@...538...> [REPOST - hope it won't create a duplicate, I sent it first under an unregistred identity] Hello, Still in the process of discovering Gambas, I wanted to make a component (in gambas, not C/C++), and test it localy. So I parsed the available documentation, and some messages on mailing lists. And I can't get anything to work. But what's troubling me is that I somehow have a result : if I write what I think a component should be like, and create the executable with copy in the local lib directory, the IDE subsequently accepts my new class when typing statements (for instance, say I leave the default CControl as file name for the class, I can type DIM $myctrl AS CCo and the IDE then allow autocompletion of 'ntrol', and I can go on typing $myctrl.property where property is declared in the component class, I have that choice popup automatically). What's even more troubling is that I get lot of hard crash while I try to set the type of my custom control in the property panel of the component project. So I spent hours in Gambas2 sources, especially in gb.comp, and I still don't get what I'm missing, if I'm missing something. Might it be a bug, or is it really me ? I attach a minimal test case with that message, a custom control in pt and a simple form in pttst. Thank you all, -- Manuel -------------- next part -------------- A non-text attachment was scrubbed... Name: pt-0.0.4.tar.gz Type: application/x-tgz Size: 4426 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pttst-0.0.1.tar.gz Type: application/x-tgz Size: 3645 bytes Desc: not available URL: From gambas at ...1... Sat Nov 25 12:41:02 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 25 Nov 2006 12:41:02 +0100 Subject: [Gambas-devel] BUG ? v. 1.9.46a Or am I hopelessly clumsy ? In-Reply-To: <200611250956.54840.gambas@...538...> References: <200611250956.54840.gambas@...538...> Message-ID: <200611251241.03069.gambas@...1...> On Saturday 25 November 2006 09:56, MV wrote: > [REPOST - hope it won't create a duplicate, I sent it first under an > unregistred identity] > > Hello, > > Still in the process of discovering Gambas, I wanted to make a component > (in gambas, not C/C++), and test it localy. > > So I parsed the available documentation, and some messages on mailing > lists. And I can't get anything to work. But what's troubling me is that I > somehow have a result : if I write what I think a component should be like, > and create the executable with copy in the local lib directory, the IDE > subsequently accepts my new class when typing statements (for instance, say > I leave the default CControl as file name for the class, I can type DIM > $myctrl AS CCo and the IDE then allow autocompletion of 'ntrol', and I can > go on typing $myctrl.property where property is declared in the component > class, I have that choice popup automatically). What's even more troubling > is that I get lot of hard crash while I try to set the type of my custom > control in the property panel of the component project. > > So I spent hours in Gambas2 sources, especially in gb.comp, and I still > don't get what I'm missing, if I'm missing something. Might it be a bug, or > is it really me ? > > I attach a minimal test case with that message, a custom control in pt and > a simple form in pttst. > > Thank you all, There was a bug in the compiler that didn't take into account the user component directory. Please use the svn trunk version where I fixed this bug. Regards, -- Benoit Minisini From gambas at ...538... Sat Nov 25 18:08:22 2006 From: gambas at ...538... (MV) Date: Sat, 25 Nov 2006 18:08:22 +0100 Subject: [Gambas-devel] BUG ? v. 1.9.46a Or am I hopelessly clumsy ? In-Reply-To: <200611251241.03069.gambas@...1...> References: <200611250956.54840.gambas@...538...> <200611251241.03069.gambas@...1...> Message-ID: <200611251808.22491.gambas@...538...> Le samedi 25 Novembre 2006 12:41, Benoit Minisini a ?crit?: > There was a bug in the compiler that didn't take into account the user > component directory. > > Please use the svn trunk version where I fixed this bug. Thank you for your prompt reply ; I'd love to go the svn trunk road, but I'm trying to write a public project based on gambas as a learning exercise[1], and while I can't pretend to have a million users (at the moment the figure can be counted accurately on one hand's fingers, with room to spare), it seems difficult to expect more than install the released versions from them. Is there a way to isolate a svn build from a release build on the same computer ? Maybe if I could do that, I'd be able to stop my constant harassment ;-) -- Manuel [1] In fact I chose to learn Gambas because of that project ; initialy, I was going to write it in C/GTK+, but was procrastinating since a long time. Then I decided to take the plunge, but with little spare time available I figured it'd be quicker to learn a RAD than go the hard road. For what I've already been able to do, I'm really convinced I did the right choice. In the design, I noticed a few of my classes could be turned into components to be released separately, as sibling projects ; hence my question. From Karl.Reinl at ...16... Sat Nov 25 22:40:52 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sat, 25 Nov 2006 22:40:52 +0100 Subject: [Gambas-devel] svn 161 something went wrong Message-ID: <200611252240.52423.Karl.Reinl@...16...> Salut, have problems with the new quote class . Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: svn-make_install.log Type: text/x-log Size: 921 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: svn-make.log Type: text/x-log Size: 1654 bytes Desc: not available URL: From gambas at ...1... Sun Nov 26 13:33:59 2006 From: gambas at ...1... (Benoit Minisini) Date: Sun, 26 Nov 2006 13:33:59 +0100 Subject: [Gambas-devel] svn 161 something went wrong In-Reply-To: <200611252240.52423.Karl.Reinl@...16...> References: <200611252240.52423.Karl.Reinl@...16...> Message-ID: <200611261333.59627.gambas@...1...> On Saturday 25 November 2006 22:40, Charlie Reinl wrote: > Salut, > > have problems with the new quote class . > > Amicalment > Charlie It should be fixed now. -- Benoit Minisini