From gambas.fr at ...176... Sat Dec 1 16:30:23 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 1 Dec 2007 16:30:23 +0100 Subject: [Gambas-devel] Host for GambasForge Message-ID: <200712011630.23447.gambas.fr@...176...> Sujet?: Host for GambasForge Date?: samedi 1 d?cembre 2007 De?: Fabien Bodard ??: mailing list for french gambas users Hi to all, as the server i use for gambasforge is not stable and seem to have many problem... (Leo made the best he can do but do not have the time) Is there someone that have the ability to help me by finding a place on a private server with gambas svn support or at least the up to date last 1.9.91 version, a mysql db, email, and some place... I join to this request a screenshot of the new gambasforge look. It is not finished but will be far better and complete than the older php version Regards, Fabien Bodard -------------- next part -------------- A non-text attachment was scrubbed... Name: capture28.png Type: image/png Size: 169178 bytes Desc: not available URL: From gareth at ...560... Sun Dec 2 00:21:48 2007 From: gareth at ...560... (Gareth Bult) Date: Sat, 1 Dec 2007 23:21:48 +0000 (GMT) Subject: [Gambas-devel] Host for GambasForge In-Reply-To: <200712011630.23447.gambas.fr@...176...> Message-ID: <31147961.14501196551308350.JavaMail.root@...561...> Hi, We can and do provide free space and resources to Gambas .. Gambasforge however is a duplication of the software release system available on gambasrad.org ... So ... ??? (why??) ----- Original Message ----- From: "Fabien Bodard" To: "mailing list for gambas developers" , "mailing list for gambas users" Sent: Saturday, December 1, 2007 3:30:23 PM (GMT) Europe/London Subject: [Gambas-devel] Host for GambasForge Sujet : Host for GambasForge Date : samedi 1 d?cembre 2007 De : Fabien Bodard ? : mailing list for french gambas users Hi to all, as the server i use for gambasforge is not stable and seem to have many problem... (Leo made the best he can do but do not have the time) Is there someone that have the ability to help me by finding a place on a private server with gambas svn support or at least the up to date last 1.9.91 version, a mysql db, email, and some place... I join to this request a screenshot of the new gambasforge look. It is not finished but will be far better and complete than the older php version Regards, Fabien Bodard From jredrejo at ...176... Mon Dec 3 12:26:15 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Mon, 3 Dec 2007 12:26:15 +0100 Subject: [Gambas-devel] Perfomance differences between gb.gtk and gb.qt components In-Reply-To: <8eb28a500711282328r12e7c172g67b32c2727b0ffe3@...178...> References: <8eb28a500711190039o2b1dd06bod1b995fac21d6b42@...178...> <200711282101.02839.gambas@...1...> <8eb28a500711281315v416c60a4rabfeac29315336b0@...178...> <200711282220.48134.gambas@...1...> <8eb28a500711282328r12e7c172g67b32c2727b0ffe3@...178...> Message-ID: <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> I attach here a simple example: its a form with a lot of widgets, but only this code: PUBLIC SUB Form_Open() PRINT "before" WAIT 1 PRINT "after" END You can see as it takes ages between printing "before" and "after" in the console. The funniest thing: if you add a timer to the form, it behaves right. This didn't happen before the loop event fixes for gtk. On the other hand, it's a little ridiculous the thread about the gtk slowness vs qt speed. Whenever I start qt applications from a Gnome desktop qt (and specially kde) apps need a long time to start. If you're a kde user you'll notice the same with gtk applications. It's not a question of which platform is fastest, it's a question of merging them. I'm not going to be the advocate of gtk (some of its libraries suck) but some of the things I've read in the last days are a nonsense. Cheers. Jos? L. 2007/11/29, Jos? Luis Redrejo : > > I don't know it yet. > > > 2007/11/28, Benoit Minisini < gambas at ...1...>: > > > > On mercredi 28 novembre 2007, Jos? Luis Redrejo wrote: > > > Tomorrow I will try to remove much of the stuff to let you test it. > > The > > > application uses several timers, 3 ? 4 processes and creates about 40 > > > usercontrols, half of them are hidden at the beginning, and the other > > half > > > are shown, maybe that could be the reason too. > > > I'll send you a test project a.s.a.p. > > > > > > Cheers > > > > > > > I don't understand: is the slowness related to the external processes, > > to the > > timer, or to the hidden controls? > > > > Regards, > > > > -- > > Benoit Minisini > > > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: The Future of Linux Business White Paper > > from Novell. From the desktop to the data center, Linux is going > > mainstream. Let it simplify your IT future. > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > _______________________________________________ > > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: gtkPerfomance.tar.gz Type: application/x-gzip Size: 22340 bytes Desc: not available URL: From gambas at ...1... Mon Dec 3 12:51:15 2007 From: gambas at ...1... (Benoit Minisini) Date: Mon, 3 Dec 2007 12:51:15 +0100 Subject: [Gambas-devel] Perfomance differences between gb.gtk and gb.qt components In-Reply-To: <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> References: <8eb28a500711190039o2b1dd06bod1b995fac21d6b42@...178...> <8eb28a500711282328r12e7c172g67b32c2727b0ffe3@...178...> <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> Message-ID: <200712031251.15959.gambas@...1...> On lundi 3 d?cembre 2007, Jos? Luis Redrejo wrote: > I attach here a simple example: its a form with a lot of widgets, but only > this code: > PUBLIC SUB Form_Open() > PRINT "before" > WAIT 1 > PRINT "after" > > END > > You can see as it takes ages between printing "before" and "after" in the > console. > The funniest thing: if you add a timer to the form, it behaves right. > This didn't happen before the loop event fixes for gtk. Thanks for the project, I will look at it. Maybe the problem is in the implementation of WAIT in the gb.gtk component... > > On the other hand, it's a little ridiculous the thread about the gtk > slowness vs qt speed. Whenever I start qt applications from a Gnome desktop > qt (and specially kde) apps need a long time to start. If you're a kde user > you'll notice the same with gtk applications. It's not a question of which > platform is fastest, it's a question of merging them. > I'm not going to be the advocate of gtk (some of its libraries suck) but > some of the things I've read in the last days are a nonsense. > > Cheers. > Jos? L. > The GTK+ slowness is not in the program startup, but in the behaviour of the GUI. I think that the slowness comes from the following points: 1) The implementation of X11 drawing is slower in GTK+ than in QT. I noticed that when comparing for example the GameOfLife example run with gb.qt to the same run with gb.gtk. QT has many optimizations in its X11 support, mainly in the way it caches X11 graphic contexts, that apparently GTK+ does not have. 2) In gb.qt, I could easily get rid of all the QT layout routines. But not in gb.gtk. And by tracing some gb.gtk applications, I noticed that the GTK+ layout routines make a *lot* of calls of C routines deeply imbricated. That makes thing slower too. 3) Apparently, when a lot of X11 paint events or resize events are received, QT compress them, but not GTK+. Or it does it in a different way. You notice that when resizing a form: gb.gtk tries to react at each resize event, not gb.qt. But only a GTK+ expert could tell us... Regards, -- Benoit Minisini From ronstk at ...124... Mon Dec 3 17:01:37 2007 From: ronstk at ...124... (ron) Date: Mon, 3 Dec 2007 17:01:37 +0100 Subject: [Gambas-devel] Perfomance differences between gb.gtk and gb.qt components In-Reply-To: <200712031251.15959.gambas@...1...> References: <8eb28a500711190039o2b1dd06bod1b995fac21d6b42@...178...> <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> <200712031251.15959.gambas@...1...> Message-ID: <200712031701.38084.ronstk@...124...> On Monday 03 December 2007 12:51, Benoit Minisini wrote: > 3) Apparently, when a lot of X11 paint events or resize events are received, > QT compress them, but not GTK+. Or it does it in a different way. You notice > that when resizing a form: gb.gtk tries to react at each resize event, not Special this resize behaviour was seen by me with wine in the past. It's now much better with latest wine but still present. Same problem is I think for Firefox with KDE desktop. > gb.qt. > (celeron 2.2Ghz) On Monday 03 December 2007 12:51, Jos? Luis Redrejo wrote: > slowness vs qt speed. Whenever I start qt applications from a Gnome desktop > qt (and specially kde) apps need a long time to start. If you're a kde user > you'll notice the same with gtk applications. It's not a question of which > platform is fastest, it's a question of merging them. Then I have to wait for a KDE version of wine and Firefox :) :) :) Ron From gambas at ...1... Tue Dec 4 17:12:32 2007 From: gambas at ...1... (Benoit Minisini) Date: Tue, 4 Dec 2007 17:12:32 +0100 Subject: [Gambas-devel] Perfomance differences between gb.gtk and gb.qt components In-Reply-To: <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> References: <8eb28a500711190039o2b1dd06bod1b995fac21d6b42@...178...> <8eb28a500711282328r12e7c172g67b32c2727b0ffe3@...178...> <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> Message-ID: <200712041712.32685.gambas@...1...> On lundi 3 d?cembre 2007, Jos? Luis Redrejo wrote: > I attach here a simple example: its a form with a lot of widgets, but only > this code: > PUBLIC SUB Form_Open() > PRINT "before" > WAIT 1 > PRINT "after" > > END > > You can see as it takes ages between printing "before" and "after" in the > console. > The funniest thing: if you add a timer to the form, it behaves right. > This didn't happen before the loop event fixes for gtk. > > On the other hand, it's a little ridiculous the thread about the gtk > slowness vs qt speed. Whenever I start qt applications from a Gnome desktop > qt (and specially kde) apps need a long time to start. If you're a kde user > you'll notice the same with gtk applications. It's not a question of which > platform is fastest, it's a question of merging them. > I'm not going to be the advocate of gtk (some of its libraries suck) but > some of the things I've read in the last days are a nonsense. > > Cheers. > Jos? L. > I have fixed some little things in the gb.gtk component: please tell me if the behaviour is better now. Regards, -- Benoit Minisini From dcamposf at ...176... Wed Dec 5 14:41:53 2007 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 5 Dec 2007 14:41:53 +0100 Subject: [Gambas-devel] About gb.web Message-ID: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> Hi Benoit: I've looked at gb.web code and I can see in the HTML class that the only characters replaced are "&","<",">" and "\"". I think we could include there the special characters in HTML, for example "?" -> "á", etc... I can do it if you want... Daniel From gambas at ...1... Wed Dec 5 15:36:07 2007 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Dec 2007 15:36:07 +0100 Subject: [Gambas-devel] About gb.web In-Reply-To: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> References: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> Message-ID: <200712051536.07340.gambas@...1...> On mercredi 5 d?cembre 2007, Daniel Campos wrote: > Hi Benoit: > > I've looked at gb.web code and I can see in the HTML class that the > only characters replaced are "&","<",">" and "\"". I think we could > include there the special characters in HTML, for example "?" -> > "á", etc... > > I can do it if you want... > > Daniel > Please don't! The Gambas HTML quoting function is slow, and there are too many HTML entities to process, so the better at the moment is just sending pages in UTF-8 and only quoting if needed. The code for quoting HTML entities exists, it is the kentities.h file located in the gb.gtk sources - this file comes from KDE sources :-) In a future version, gb.web will have a part written in C/C++. At this moment, HTML quoting will have to be rewritten in C/C++, and will use the kentities.h file for that! Regards, -- Benoit Minisini From gambas.fr at ...176... Wed Dec 5 16:01:40 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 5 Dec 2007 16:01:40 +0100 Subject: [Gambas-devel] About gb.web In-Reply-To: <200712051536.07340.gambas@...1...> References: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> <200712051536.07340.gambas@...1...> Message-ID: <6324a42a0712050701t44755505t17ba8b6fed923df7@...178...> When did you wan't to close the gambas 2.0 devel Benoit ? as there is so many things to begin after :) I don't understand, you have mde the RC1 and you continue to make new feature (such as the good Desktop.Sendkey). I think it is time to stop the 2.0 developpement and begin as soon as possible the next intermediate one to finish and polish the maximum of element. I've the same problem ... i can't finish a program... but sometime i need to give a result... Is GBC/GRX/GBR2 are finished ? if true, didn't you think the 2.0 is finished ? It's just a think... don't take care about that... 2007/12/5, Benoit Minisini : > > On mercredi 5 d?cembre 2007, Daniel Campos wrote: > > Hi Benoit: > > > > I've looked at gb.web code and I can see in the HTML class that the > > only characters replaced are "&","<",">" and "\"". I think we could > > include there the special characters in HTML, for example "?" -> > > "á", etc... > > > > I can do it if you want... > > > > Daniel > > > > Please don't! The Gambas HTML quoting function is slow, and there are too > many > HTML entities to process, so the better at the moment is just sending > pages > in UTF-8 and only quoting if needed. > > The code for quoting HTML entities exists, it is the kentities.h file > located > in the gb.gtk sources - this file comes from KDE sources :-) > > In a future version, gb.web will have a part written in C/C++. At this > moment, > HTML quoting will have to be rewritten in C/C++, and will use the > kentities.h > file for that! > > Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Wed Dec 5 16:10:41 2007 From: gambas at ...1... (Benoit Minisini) Date: Wed, 5 Dec 2007 16:10:41 +0100 Subject: [Gambas-devel] About gb.web In-Reply-To: <6324a42a0712050701t44755505t17ba8b6fed923df7@...178...> References: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> <200712051536.07340.gambas@...1...> <6324a42a0712050701t44755505t17ba8b6fed923df7@...178...> Message-ID: <200712051610.41515.gambas@...1...> On mercredi 5 d?cembre 2007, Fabien Bodard wrote: > When did you wan't to close the gambas 2.0 devel Benoit ? as there is so > many things to begin after :) > > I don't understand, you have mde the RC1 and you continue to make new > feature (such as the good Desktop.Sendkey). I think it is time to stop the > 2.0 developpement and begin as soon as possible the next intermediate one > to finish and polish the maximum of element. I've the same problem ... i > can't finish a program... but sometime i need to give a result... > > Is GBC/GRX/GBR2 are finished ? if true, didn't you think the 2.0 is > finished ? > > It's just a think... don't take care about that... > It is finished. Just that Desktop.SendKeys was in the TODO for a long time and I have forgotten it. But I wanted to do it for the 2.0 release. I will make a 2.0 RC2 soon, as it seems that most known problems were eliminated. Pending problems are slowness with gb.gtk + external process according to Jos? Luis Redrejo, and a recent bug on ODBC that Andrea Bortolan will solve for sure. And there is the need for gbs2 to be able to do Gambas syntax analyze without having to load gb.qt.ext. This needs some work too, and apparently you want that for the 2.0 too... -- Benoit Minisini From gambas.fr at ...176... Wed Dec 5 16:32:02 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 5 Dec 2007 16:32:02 +0100 Subject: [Gambas-devel] About gb.web In-Reply-To: <200712051610.41515.gambas@...1...> References: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> <200712051536.07340.gambas@...1...> <6324a42a0712050701t44755505t17ba8b6fed923df7@...178...> <200712051610.41515.gambas@...1...> Message-ID: <6324a42a0712050732yec59f82h550e18a55359e78c@...178...> 2007/12/5, Benoit Minisini : > > On mercredi 5 d?cembre 2007, Fabien Bodard wrote: > > When did you wan't to close the gambas 2.0 devel Benoit ? as there is so > > many things to begin after :) > > > > I don't understand, you have mde the RC1 and you continue to make new > > feature (such as the good Desktop.Sendkey). I think it is time to stop > the > > 2.0 developpement and begin as soon as possible the next intermediate > one > > to finish and polish the maximum of element. I've the same problem ... i > > can't finish a program... but sometime i need to give a result... > > > > Is GBC/GRX/GBR2 are finished ? if true, didn't you think the 2.0 is > > finished ? > > > > It's just a think... don't take care about that... > > > > It is finished. Just that Desktop.SendKeys was in the TODO for a long time > and > I have forgotten it. But I wanted to do it for the 2.0 release. > > I will make a 2.0 RC2 soon, as it seems that most known problems were > eliminated. Pending problems are slowness with gb.gtk + external process > according to Jos? Luis Redrejo, and a recent bug on ODBC that Andrea > Bortolan > will solve for sure. > > And there is the need for gbs2 to be able to do Gambas syntax analyze > without > having to load gb.qt.ext. This needs some work too, and apparently you > want > that for the 2.0 too... yes :) it's true... but i'm impatient (oups fr?) to see the next... sorry... -- > Benoit Minisini > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcamposf at ...176... Wed Dec 5 17:10:36 2007 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 5 Dec 2007 17:10:36 +0100 Subject: [Gambas-devel] About gb.web In-Reply-To: <200712051536.07340.gambas@...1...> References: <7259b5ae0712050541q25d038bjdb83ba3309db332e@...178...> <200712051536.07340.gambas@...1...> Message-ID: <7259b5ae0712050810y4e9e82c2nbf09ecfdc16578f3@...178...> OK, understood 2007/12/5, Benoit Minisini : > On mercredi 5 d?cembre 2007, Daniel Campos wrote: > > Hi Benoit: > > > > I've looked at gb.web code and I can see in the HTML class that the > > only characters replaced are "&","<",">" and "\"". I think we could > > include there the special characters in HTML, for example "?" -> > > "á", etc... > > > > I can do it if you want... > > > > Daniel > > > > Please don't! The Gambas HTML quoting function is slow, and there are too many > HTML entities to process, so the better at the moment is just sending pages > in UTF-8 and only quoting if needed. > > The code for quoting HTML entities exists, it is the kentities.h file located > in the gb.gtk sources - this file comes from KDE sources :-) > > In a future version, gb.web will have a part written in C/C++. At this moment, > HTML quoting will have to be rewritten in C/C++, and will use the kentities.h > file for that! > > Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From jredrejo at ...176... Fri Dec 7 16:26:59 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Fri, 7 Dec 2007 16:26:59 +0100 Subject: [Gambas-devel] Perfomance differences between gb.gtk and gb.qt components In-Reply-To: <200712041712.32685.gambas@...1...> References: <8eb28a500711190039o2b1dd06bod1b995fac21d6b42@...178...> <8eb28a500711282328r12e7c172g67b32c2727b0ffe3@...178...> <8eb28a500712030326s331e26a3i9ab43f2a1979e601@...178...> <200712041712.32685.gambas@...1...> Message-ID: <8eb28a500712070726p34b79569qa3f6c2aa982e7180@...178...> Tested on a not-very-good computer with only 512 Mb of RAM and now it behaves perfectly, same starting time for the application using gtk or qt. Thanks very much. Off Topic: I have problems trying to do the configure in the gb.sdl & gb.sdl.sound components. There were error messages because the AM_PATH_SDL( 1.2.8, [] , [touch DISABLED]) part. Regards. 2007/12/4, Benoit Minisini : > > On lundi 3 d?cembre 2007, Jos? Luis Redrejo wrote: > > I attach here a simple example: its a form with a lot of widgets, but > only > > this code: > > PUBLIC SUB Form_Open() > > PRINT "before" > > WAIT 1 > > PRINT "after" > > > > END > > > > You can see as it takes ages between printing "before" and "after" in > the > > console. > > The funniest thing: if you add a timer to the form, it behaves right. > > This didn't happen before the loop event fixes for gtk. > > > > On the other hand, it's a little ridiculous the thread about the gtk > > slowness vs qt speed. Whenever I start qt applications from a Gnome > desktop > > qt (and specially kde) apps need a long time to start. If you're a kde > user > > you'll notice the same with gtk applications. It's not a question of > which > > platform is fastest, it's a question of merging them. > > I'm not going to be the advocate of gtk (some of its libraries suck) but > > some of the things I've read in the last days are a nonsense. > > > > Cheers. > > Jos? L. > > > > I have fixed some little things in the gb.gtk component: please tell me if > the > behaviour is better now. > > Regards, > > -- > Benoit Minisini > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > 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... Mon Dec 17 23:54:15 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 17 Dec 2007 23:54:15 +0100 Subject: [Gambas-devel] SEGFAULT with database manager Message-ID: <200712172354.16208.gambas.fr@...176...> when i try to change a value in one of my table, a boolean value in this case on mysql fabien at ...422...:~/gambas/app/src/gambas-database-manager$ gdb gbx2 GNU gdb 6.6-debian Copyright (C) 2006 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 "i486-linux-gnu"... Using host libthread_db library "/lib/tls/i686/cmov/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 -1210472784 (LWP 19046)] Error while reading shared library symbols: Cannot find new threads: generic error Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. ERROR: #2: Cannot load class 'FMain': Unable to load class file Program exited with code 01. (gdb) run Starting program: /usr/local/bin/gbx2 -p [Thread debugging using libthread_db enabled] [New Thread -1210562896 (LWP 19068)] Error while reading shared library symbols: Cannot find new threads: generic error Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210562896 (LWP 19068)] 0xb7c9d0c3 in valid_field (_object=0x82053c0) at CField.c:32 32 return !THIS->table->conn || !THIS->table->conn->db.handle; (gdb) bt #0 0xb7c9d0c3 in valid_field (_object=0x82053c0) at CField.c:32 #1 0x0804f991 in EXEC_object (val=0x807d5a8, pclass=0xbf99ca24, pobject=0xbf99ca20, pdefined=0xbf99ca2b "\001????") at gbx_exec.c:1139 #2 0x0804fc8b in EXEC_push_unknown (code=1024) at gbx_exec_push.c:63 #3 0x08050b22 in EXEC_loop () at gbx_exec_loop.c:539 #4 0x0804efcc in EXEC_function_real (keep_ret_value=1 '\001') at gbx_exec.c:695 #5 0x0805da8f in call_method (object=0x8139f70, desc=0x1, nparam=0) at gbx_api.c:411 #6 0x0805db72 in raise_event (observer=0x0, object=0x8207338, func_id=, nparam=0) at gbx_api.c:490 #7 0x0805e071 in GB_Raise (object=0x8207338, event_id=2, nparam=0) at gbx_api.c:588 #8 0x08050f58 in EXEC_loop () at gbx_exec_loop.c:1047 #9 0x0804efcc in EXEC_function_real (keep_ret_value=1 '\001') at gbx_exec.c:695 #10 0x0805da8f in call_method (object=0x8207338, desc=0x1, nparam=0) at gbx_api.c:411 #11 0x0805db72 in raise_event (observer=0x0, object=0x82121c0, func_id=, nparam=0) at gbx_api.c:490 #12 0x0805e071 in GB_Raise (object=0x82121c0, event_id=16, nparam=0) at gbx_api.c:588 #13 0xb7cfbf3d in CGridView::changed (this=0xb7d4d9a0) at CGridView.cpp:2010 ---Type to continue, or q to quit--- #14 0xb7cfb438 in CGridView::qt_invoke (this=0xb7d4d9a0, _id=2, _o=0xbf99ce54) at moc_CGridView.cpp:207 #15 0xb76af893 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #16 0xb7a784f9 in QTable::currentChanged () from /usr/lib/libqt-mt.so.3 #17 0xb78fef68 in QTable::setCurrentCell () from /usr/lib/libqt-mt.so.3 #18 0xb79021bb in QTable::contentsMousePressEventEx () from /usr/lib/libqt-mt.so.3 #19 0xb790255e in QTable::contentsMousePressEvent () from /usr/lib/libqt-mt.so.3 #20 0xb77e50b9 in QScrollView::viewportMousePressEvent () from /usr/lib/libqt-mt.so.3 #21 0xb77e652c in QScrollView::eventFilter () from /usr/lib/libqt-mt.so.3 #22 0xb78fb230 in QTable::eventFilter () from /usr/lib/libqt-mt.so.3 #23 0xb76aee40 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 #24 0xb76aeebe in QObject::event () from /usr/lib/libqt-mt.so.3 #25 0xb76e65b3 in QWidget::event () from /usr/lib/libqt-mt.so.3 #26 0xb7646af0 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #27 0xb7648cae in QApplication::notify () from /usr/lib/libqt-mt.so.3 #28 0xb7cdf9f8 in MyApplication::notify (this=0x80d2c18, o=0x8241c60, e=0xbf99d4f0) at main.cpp:338 #29 0xb75d927d in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #30 0xb75d7ee2 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 ---Type to continue, or q to quit--- #31 0xb75d5fcc in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #32 0xb75ed1a4 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #33 0xb7cde9bb in MyEventLoop::processEvents (this=0x808c7a0, flags=4) at main.cpp:246 #34 0xb76611ce in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #35 0xb7660fde in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #36 0xb7648699 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #37 0xb7cde0a6 in hook_loop () at main.cpp:528 #38 0x08061f19 in main (argc=0, argv=0xbf99dbc4) at gbx.c:356 (gdb) From gambas at ...1... Tue Dec 18 02:03:03 2007 From: gambas at ...1... (Benoit Minisini) Date: Tue, 18 Dec 2007 02:03:03 +0100 Subject: [Gambas-devel] SEGFAULT with database manager In-Reply-To: <200712172354.16208.gambas.fr@...176...> References: <200712172354.16208.gambas.fr@...176...> Message-ID: <200712180203.04339.gambas@...1...> On lundi 17 d?cembre 2007, Fabien Bodard wrote: > when i try to change a value in one of my table, a boolean value in this > case > > on mysql > > fabien at ...422...:~/gambas/app/src/gambas-database-manager$ gdb gbx2 > GNU gdb 6.6-debian > Copyright (C) 2006 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 "i486-linux-gnu"... > Using host libthread_db library "/lib/tls/i686/cmov/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 -1210472784 (LWP 19046)] > Error while reading shared library symbols: > Cannot find new threads: generic error > Qt: gdb: -nograb added to command-line options. > Use the -dograb option to enforce grabbing. > ERROR: #2: Cannot load class 'FMain': Unable to load class file > > Program exited with code 01. > (gdb) run > Starting program: /usr/local/bin/gbx2 -p > [Thread debugging using libthread_db enabled] > [New Thread -1210562896 (LWP 19068)] > Error while reading shared library symbols: > Cannot find new threads: generic error > Qt: gdb: -nograb added to command-line options. > Use the -dograb option to enforce grabbing. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1210562896 (LWP 19068)] > 0xb7c9d0c3 in valid_field (_object=0x82053c0) at CField.c:32 > 32 return !THIS->table->conn || !THIS->table->conn->db.handle; > (gdb) bt > #0 0xb7c9d0c3 in valid_field (_object=0x82053c0) at CField.c:32 > #1 0x0804f991 in EXEC_object (val=0x807d5a8, pclass=0xbf99ca24, > pobject=0xbf99ca20, pdefined=0xbf99ca2b "\001????") at gbx_exec.c:1139 > #2 0x0804fc8b in EXEC_push_unknown (code=1024) at gbx_exec_push.c:63 > #3 0x08050b22 in EXEC_loop () at gbx_exec_loop.c:539 > #4 0x0804efcc in EXEC_function_real (keep_ret_value=1 '\001') > at gbx_exec.c:695 > #5 0x0805da8f in call_method (object=0x8139f70, desc=0x1, nparam=0) > at gbx_api.c:411 > #6 0x0805db72 in raise_event (observer=0x0, object=0x8207338, > func_id=, nparam=0) at gbx_api.c:490 > #7 0x0805e071 in GB_Raise (object=0x8207338, event_id=2, nparam=0) > at gbx_api.c:588 > #8 0x08050f58 in EXEC_loop () at gbx_exec_loop.c:1047 > #9 0x0804efcc in EXEC_function_real (keep_ret_value=1 '\001') > at gbx_exec.c:695 > #10 0x0805da8f in call_method (object=0x8207338, desc=0x1, nparam=0) > at gbx_api.c:411 > #11 0x0805db72 in raise_event (observer=0x0, object=0x82121c0, > func_id=, nparam=0) at gbx_api.c:490 > #12 0x0805e071 in GB_Raise (object=0x82121c0, event_id=16, nparam=0) > at gbx_api.c:588 > #13 0xb7cfbf3d in CGridView::changed (this=0xb7d4d9a0) at > CGridView.cpp:2010 ---Type to continue, or q to quit--- > #14 0xb7cfb438 in CGridView::qt_invoke (this=0xb7d4d9a0, _id=2, > _o=0xbf99ce54) at moc_CGridView.cpp:207 > #15 0xb76af893 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 > #16 0xb7a784f9 in QTable::currentChanged () from /usr/lib/libqt-mt.so.3 > #17 0xb78fef68 in QTable::setCurrentCell () from /usr/lib/libqt-mt.so.3 > #18 0xb79021bb in QTable::contentsMousePressEventEx () > from /usr/lib/libqt-mt.so.3 > #19 0xb790255e in QTable::contentsMousePressEvent () > from /usr/lib/libqt-mt.so.3 > #20 0xb77e50b9 in QScrollView::viewportMousePressEvent () > from /usr/lib/libqt-mt.so.3 > #21 0xb77e652c in QScrollView::eventFilter () from /usr/lib/libqt-mt.so.3 > #22 0xb78fb230 in QTable::eventFilter () from /usr/lib/libqt-mt.so.3 > #23 0xb76aee40 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 > #24 0xb76aeebe in QObject::event () from /usr/lib/libqt-mt.so.3 > #25 0xb76e65b3 in QWidget::event () from /usr/lib/libqt-mt.so.3 > #26 0xb7646af0 in QApplication::internalNotify () from > /usr/lib/libqt-mt.so.3 #27 0xb7648cae in QApplication::notify () from > /usr/lib/libqt-mt.so.3 #28 0xb7cdf9f8 in MyApplication::notify > (this=0x80d2c18, o=0x8241c60, e=0xbf99d4f0) at main.cpp:338 > #29 0xb75d927d in QApplication::sendSpontaneousEvent () > from /usr/lib/libqt-mt.so.3 > #30 0xb75d7ee2 in QETWidget::translateMouseEvent () > from /usr/lib/libqt-mt.so.3 > ---Type to continue, or q to quit--- > #31 0xb75d5fcc in QApplication::x11ProcessEvent () from > /usr/lib/libqt-mt.so.3 #32 0xb75ed1a4 in QEventLoop::processEvents () from > /usr/lib/libqt-mt.so.3 #33 0xb7cde9bb in MyEventLoop::processEvents > (this=0x808c7a0, flags=4) at main.cpp:246 > #34 0xb76611ce in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 > #35 0xb7660fde in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 > #36 0xb7648699 in QApplication::exec () from /usr/lib/libqt-mt.so.3 > #37 0xb7cde0a6 in hook_loop () at main.cpp:528 > #38 0x08061f19 in main (argc=0, argv=0xbf99dbc4) at gbx.c:356 > (gdb) > The revision #875 should fix the problem. Regards, -- Benoit Minisini