From filipsnew at ...626... Fri May 1 03:28:59 2015 From: filipsnew at ...626... (Filippo Casati) Date: Fri, 1 May 2015 03:28:59 +0200 Subject: [Gambas-user] Packaging problem: as freely distribute a GB program? Message-ID: Dear Gianluigi, I thought it was a problem of mismatch between the current version and default version of Ubuntu, but thanks to the post that you've linked, and your confirmation, I solved perfectly (on Xubuntu it is okay .. so I assume it will work fine on Ubuntu) . Thanks again, --Fabiano From abbat.81 at ...787... Fri May 1 11:25:16 2015 From: abbat.81 at ...787... (abbat81) Date: Fri, 1 May 2015 02:25:16 -0700 (MST) Subject: [Gambas-user] TextArea show first line of text Message-ID: <1430472316433-51418.post@...3046...> By default TextArea.Text (.Insert) shows end of a text. How can I show text from begining? move to top? .Pos, .ToLine, etc - is not halpfull (text can have several lines + wraped) Thanks -- View this message in context: http://gambas.8142.n7.nabble.com/TextArea-show-first-line-of-text-tp51418.html Sent from the gambas-user mailing list archive at Nabble.com. From johny.provoost at ...27... Fri May 1 12:07:32 2015 From: johny.provoost at ...27... (Johny Provoost) Date: Fri, 01 May 2015 12:07:32 +0200 Subject: [Gambas-user] TextArea show first line of text In-Reply-To: <1430472316433-51418.post@...3046...> References: <1430472316433-51418.post@...3046...> Message-ID: <55435064.3050701@...27...> Op 01-05-15 om 11:25 schreef abbat81: > By default TextArea.Text (.Insert) shows end of a text. > How can I show text from begining? move to top? > > .Pos, .ToLine, etc - is not halpfull (text can have several lines + wraped) > > Thanks > > If I load a file in textarea (several lines and wraped), than TextArea.pos=1 shows the text from the beginning. -- *Vriendelijke Groeten* *Johny Provoost* *mailto: johny.provoost at ...27... * *mailto: johny.provoost at ...626... * *Website:* *http://www.johnyprovoost.net* From bagoneo at ...69... Fri May 1 12:32:18 2015 From: bagoneo at ...69... (Gian) Date: Fri, 01 May 2015 12:32:18 +0200 Subject: [Gambas-user] TextArea show first line of text In-Reply-To: <1430472316433-51418.post@...3046...> References: <1430472316433-51418.post@...3046...> Message-ID: <55435632.2070601@...69...> Il 01/05/2015 11:25, abbat81 ha scritto: > By default TextArea.Text (.Insert) shows end of a text. > How can I show text from begining? move to top? > > .Pos, .ToLine, etc - is not halpfull (text can have several lines + wraped) > > Thanks > > > > -- > View this message in context: http://gambas.8142.n7.nabble.com/TextArea-show-first-line-of-text-tp51418.html > Sent from the gambas-user mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > TextArea1.SetFocus TextArea1.Pos = 0 Regards Gianluigi From abbat.81 at ...787... Fri May 1 13:11:25 2015 From: abbat.81 at ...787... (abbat81) Date: Fri, 1 May 2015 04:11:25 -0700 (MST) Subject: [Gambas-user] Control.Move like animation Message-ID: <1430478685465-51421.post@...3046...> How to move a controls? This does not work Dim i As Integer For i = 0 To 290 MovieBox3.Move(1002 - i, 570) Wait 10 Next -- View this message in context: http://gambas.8142.n7.nabble.com/Control-Move-like-animation-tp51421.html Sent from the gambas-user mailing list archive at Nabble.com. From vuott at ...325... Fri May 1 14:09:07 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 1 May 2015 13:09:07 +0100 Subject: [Gambas-user] TextArea show first line of text In-Reply-To: <55435064.3050701@...27...> Message-ID: <1430482147.63067.YahooMailBasic@...3275...> TextArea.Pos = 0 or, if you prefer.... TextArea1.Line = 0 TextArea1.Column = 0 -------------------------------------------- Ven 1/5/15, Johny Provoost ha scritto: Oggetto: Re: [Gambas-user] TextArea show first line of text A: gambas-user at lists.sourceforge.net Data: Venerd? 1 maggio 2015, 12:07 Op 01-05-15 om 11:25 schreef abbat81: > By default TextArea.Text (.Insert) shows end of a text. > How can I show? text from begining? move to top? > > .Pos, .ToLine, etc - is not halpfull (text can have several lines + wraped) > > Thanks > > If I load a file in textarea (several lines and wraped), than TextArea.pos=1 shows the text from the beginning. -- *Vriendelijke Groeten* *Johny Provoost* *mailto: johny.provoost at ...27... * *mailto: johny.provoost at ...626... * *Website:* *http://www.johnyprovoost.net* ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From vuott at ...325... Fri May 1 14:17:37 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 1 May 2015 13:17:37 +0100 Subject: [Gambas-user] R: Control.Move like animation In-Reply-To: <1430478685465-51421.post@...3046...> Message-ID: <1430482657.15369.YahooMailBasic@...3269...> It works. Pay attention, Wait 10 -> 10 seconds !!! Regards vuott -------------------------------------------- Ven 1/5/15, abbat81 ha scritto: Oggetto: [Gambas-user] Control.Move like animation A: gambas-user at lists.sourceforge.net Data: Venerd? 1 maggio 2015, 13:11 How to move a controls? This does not work ? Dim i As Integer ? ? For i = 0 To 290 ? ? MovieBox3.Move(1002 - i, 570) ? ? Wait 10 ? Next -- View this message in context: http://gambas.8142.n7.nabble.com/Control-Move-like-animation-tp51421.html Sent from the gambas-user mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From olivier.cruilles at ...614... Fri May 1 20:05:05 2015 From: olivier.cruilles at ...614... (Olivier Cruilles) Date: Fri, 1 May 2015 18:05:05 +0000 (UTC) Subject: [Gambas-user] How to profile memory usage in gambas application ? Message-ID: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> Hi Benoit, Is there a way to monitor usage of memory of objects (Class, Collection, etc...) in Gambas please ? May be you have already developed something like time execution profiler already existing in Gambas but for memory usage ? My problem is I use an Editor object in a project because it is so great to display text with numbered lines and other possibilities that it offer but after inserted 12000 lines just by Editor1.Text &= new_text_receive, the memory usage of my program jump from 65 MB of memory resident to around 1GB. So, with a memory profiler in Gambas it will easier to find where I need to change my code to optimize space memory. Do you think something can be made in this way please ? Thank you Olivier From abbat.81 at ...787... Sat May 2 13:30:53 2015 From: abbat.81 at ...787... (abbat81) Date: Sat, 2 May 2015 04:30:53 -0700 (MST) Subject: [Gambas-user] IconView1.Picture does not work if IconView1.Count = 0 Message-ID: <1430566253620-51425.post@...3046...> After I've creared a IconView1 (IconView1.Clear) and I have nothing to display in the control. Anyway, I'd like to see a pevious backgroud picture in it. IconView1.Picture = Picture["pic.jpg"] - does not work if IconView1.Count = 0 -- View this message in context: http://gambas.8142.n7.nabble.com/IconView1-Picture-does-not-work-if-IconView1-Count-0-tp51425.html Sent from the gambas-user mailing list archive at Nabble.com. From abbat.81 at ...787... Sat May 2 13:43:30 2015 From: abbat.81 at ...787... (abbat81) Date: Sat, 2 May 2015 04:43:30 -0700 (MST) Subject: [Gambas-user] How to know is my Form activated or not? Message-ID: <1430567010047-51426.post@...3046...> In Event I use *Form_Activate()* and *Form_Deactivate()* But I need to have boolean Y/N when I ask. -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426.html Sent from the gambas-user mailing list archive at Nabble.com. From taboege at ...626... Sat May 2 14:04:39 2015 From: taboege at ...626... (Tobias Boege) Date: Sat, 2 May 2015 14:04:39 +0200 Subject: [Gambas-user] How to know is my Form activated or not? In-Reply-To: <1430567010047-51426.post@...3046...> References: <1430567010047-51426.post@...3046...> Message-ID: <20150502120439.GA1130@...2774...> On Sat, 02 May 2015, abbat81 wrote: > In Event I use *Form_Activate()* and *Form_Deactivate()* > > But I need to have boolean Y/N when I ask. > How about Private $bActive As Boolean Public Sub Form_Activate() $bActive = True End Public Sub Form_Deactivate() $bActive = False End Then you can ask $bActive. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From gambas at ...1... Sat May 2 14:53:18 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Sat, 02 May 2015 14:53:18 +0200 Subject: [Gambas-user] [CRASH REPORT] Database example In-Reply-To: <55376771.3010802@...174...> References: <55376771.3010802@...174...> Message-ID: <5544C8BE.4040504@...1...> Le 22/04/2015 11:18, Frank a ?crit : > Hello, > > Damned, my program crashed Gambas that way : > > When I try to create a table with MySQL I get this error > (Segmentationfault (11)) > I tried the existing databaseexample of Gambas an got the same error. This > worked fine in the past (Gambas 3.5.4) > > > [System] > Gambas=3.7.0 > OperatingSystem=Linux > Kernel=3.13.0-51-generic > Architecture=x86_64 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=en_US.UTF-8 > Memory=16030M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > Please provide your project, the joined archive does not include it. Regards, -- Beno?t Minisini From gambas at ...2524... Sat May 2 15:21:17 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Sat, 02 May 2015 13:21:17 +0000 Subject: [Gambas-user] Issue 619 in gambas: Translation is confused by single \ character In-Reply-To: <1-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> References: <1-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> <0-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> Message-ID: <2-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> Updates: Status: Fixed Comment #2 on issue 619 by benoit.m... at ...626...: Translation is confused by single \ character https://code.google.com/p/gambas/issues/detail?id=619 It should be fixed in revision #7049. Can you try it so that I can backport it in the future 3.7.2 release? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Sat May 2 17:18:46 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Sat, 02 May 2015 15:18:46 +0000 Subject: [Gambas-user] Issue 619 in gambas: Translation is confused by single \ character In-Reply-To: <2-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> References: <2-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> <0-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> Message-ID: <3-6813199134517018827-4702241384746455638-gambas=googlecode.com@...2524...> Comment #3 on issue 619 by jussi.la... at ...626...: Translation is confused by single \ character https://code.google.com/p/gambas/issues/detail?id=619 Yes, it works now as expected. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Sat May 2 17:44:56 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Sat, 02 May 2015 15:44:56 +0000 Subject: [Gambas-user] Issue 620 in gambas: Datebox doesn't respect localizations Message-ID: <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Status: New Owner: ---- Labels: Version-TRUNK Type-Bug Priority-Medium OpSys-Any Dist-Any Arch-Any Desktop-Any GUI-Any New issue 620 by jussi.la... at ...626...: Datebox doesn't respect localizations https://code.google.com/p/gambas/issues/detail?id=620 ____________________________________________________________ 1) Describe the problem. Chosen date is always shown in US style, instead of used localization. 5/2/2015 should be 2.5.2015. 2) Give information about your system. Use the 'System information' menu in the Gambas IDE, and paste the result there. [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-37-generic Architecture=x86_64 Distribution=Linux Mint 17.1 Rebecca Desktop=GNOME Theme=QGtk Language=en_US.UTF-8 Memory=7985M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 4) Provide a little project that reproduces the bug or the crash. Attached. 6) Explain clearly how to reproduce the bug or the crash. 1. Launch attached project with: LANG=fi_FI.utf8 ./GAlarm.gambas 2. Click on button "Uusi h?lytys". The datebox does not use chosen localization. Attachments: GAlarm-0.1.46.tar.gz 41.7 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From vuott at ...325... Sat May 2 18:24:22 2015 From: vuott at ...325... (Ru Vuott) Date: Sat, 2 May 2015 17:24:22 +0100 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430567010047-51426.post@...3046...> Message-ID: <1430583862.17455.YahooMailBasic@...3269...> If you know visible-name of Form, you could use (gb.Desktop): Public Sub Button1_Click() Dim dw As DesktopWindow For Each dw In Desktop.Windows ' If the visible-name is the same as the name of the form that we seek, then it detects that: If dw.VisibleName = "visible-name of Form" then Print "Form is active !" Next End -------------------------------------------- Sab 2/5/15, abbat81 ha scritto: Oggetto: [Gambas-user] How to know is my Form activated or not? A: gambas-user at lists.sourceforge.net Data: Sabato 2 maggio 2015, 13:43 In Event I use *Form_Activate()* and *Form_Deactivate()* But I need to have boolean Y/N when I ask. -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426.html Sent from the gambas-user mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From d4t4full at ...626... Sat May 2 20:51:20 2015 From: d4t4full at ...626... (ML) Date: Sat, 02 May 2015 15:51:20 -0300 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430583862.17455.YahooMailBasic@...3269...> References: <1430583862.17455.YahooMailBasic@...3269...> Message-ID: <55451CA8.2070509@...626...> Abbat, I'd go like this instead: * Private _active As Boolean = False** 'This private form variable will hold the form's state ** Public Property Read IsActive As Boolean 'This property will return the private variable value** ** Private Function IsActive_Read() As Boolean 'The function declaration for reading the property** ** Return _active ' the current form state is returned** ** End** ** Public Sub Form_Activate() 'This sub will change the **private variable value to Active. ** _active = True** ' flag the state as Active. ** End** ** Public Sub Form_Deactivate()** 'This sub will change the **private variable value to Inactive.** ** _active = False** ' flag the state as Inactive.** ** End* >From any other form, module or class you can now check the new *IsActive* form property: * Dim myForm As New frmWithProperty 'Assume frmWithProperty has the above property code [... code ...] ** If myForm.IsActive Then [... code for when the form is active...] Else ** [... code for when the form is not active...] Endif [... even more code ...]* The property can be added the same way to a single, some, or all forms in the project. Regards, *On 05/02/2015 01:24 PM, Ru Vuott wrote:* > If you know visible-name of Form, you could use (gb.Desktop): > Public Sub Button1_Click() > Dim dw As DesktopWindow > For Each dw In Desktop.Windows > ' If the visible-name is the same as the name of the form that we seek, then it detects that: > If dw.VisibleName = "visible-name of Form" then Print "Form is active !" > Next > End > > -------------------------------------------- > *Sab 2/5/15, abbat81 ha scritto:* > Oggetto: [Gambas-user] How to know is my Form activated or not? > A: gambas-user at lists.sourceforge.net > Data: Sabato 2 maggio 2015, 13:43 > In Event I use *Form_Activate()* and > *Form_Deactivate()* > But I need to have boolean Y/N when I ask. > -- > View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426.html > Sent from the gambas-user mailing list archive at Nabble.com. > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas.fr at ...626... Sat May 2 22:35:33 2015 From: gambas.fr at ...626... (Fabien Bodard) Date: Sat, 2 May 2015 22:35:33 +0200 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <55451CA8.2070509@...626...> References: <1430583862.17455.YahooMailBasic@...3269...> <55451CA8.2070509@...626...> Message-ID: 2015-05-02 20:51 GMT+02:00 ML : > Abbat, > > I'd go like this instead: > > * Private _active As Boolean = False** 'This private form > variable will hold the form's state > ** Public Property Read IsActive As Boolean 'This property will > return the private variable value** > > ** Private Function IsActive_Read() As Boolean 'The function > declaration for reading the property** > ** Return _active ' the current form > state is returned** > ** End** > ** > Public Sub Form_Activate() 'This sub will change the > **private variable value to Active. > ** _active = True** ' flag the state as > Active. > ** End** > ** > Public Sub Form_Deactivate()** 'This sub will change > the **private variable value to Inactive.** > ** _active = False** ' flag the state as > Inactive.** > ** End* > > >From any other form, module or class you can now check the new > *IsActive* form property: > > * Dim myForm As New frmWithProperty 'Assume frmWithProperty has the > above property code > [... code ...] > ** If myForm.IsActive Then > [... code for when the form is active...] > Else > ** [... code for when the form is not active...] > Endif > [... even more code ...]* > > The property can be added the same way to a single, some, or all forms > in the project. > > Regards, To informate By convention : Private $bIsActive as Boolean $ = Private globale b = boolean _ = hidden public Property Variable or Procedure. The Ide hide the Names beginning by '_' From d4t4full at ...626... Sat May 2 22:52:19 2015 From: d4t4full at ...626... (ML) Date: Sat, 02 May 2015 17:52:19 -0300 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: References: <1430583862.17455.YahooMailBasic@...3269...> <55451CA8.2070509@...626...> Message-ID: <55453903.9010206@...626...> Fabien, Thanks for the clarification. Actually, as an old-time VB6 and more recently VBNet and Gambas developer, I tend to use camel-case and actually dropped the *b*/Boolean, *l*/Long, *s*/String, etc prefixes not long ago. Also, I normally used to go *m_* for a module (local to the class) variable in VB6. But I found that Gambas can happily use the underscore without the "*m*" prefix, just as in VBNet. And, as an even older-time Sinclair Basic user, I tend to reserve the *$* sign for string suffixes :P Somehow it just looks strange to me to use the *$* as a prefix! Anyway, I don't quite understand what you mean by "Private Global"; to me it's either Private or Global, but not both. What I do is use a Private variable to hold a value that I will publish later via a Public Property. But the variable itself is Private while the Property is Public. I do make that distinction. And, as you say, the private variable is hidden by the IDE, so the only way to access it is via the property, which is the original intention. Nonetheless, I will try to remember and adhere to your specs if I give further examples to the list. Regards, *On 05/02/2015 05:35 PM, Fabien Bodard wrote:* > *2015-05-02 20:51 GMT+02:00 ML :* >> Abbat, >> >> I'd go like this instead: >> >> * Private _active As Boolean = False** 'This private form >> variable will hold the form's state >> ** Public Property Read IsActive As Boolean 'This property will >> return the private variable value** >> >> ** Private Function IsActive_Read() As Boolean 'The function >> declaration for reading the property** >> ** Return _active ' the current form >> state is returned** >> ** End** >> ** >> Public Sub Form_Activate() 'This sub will change the >> **private variable value to Active. >> ** _active = True** ' flag the state as >> Active. >> ** End** >> ** >> Public Sub Form_Deactivate()** 'This sub will change >> the **private variable value to Inactive.** >> ** _active = False** ' flag the state as >> Inactive.** >> ** End* >> >> >From any other form, module or class you can now check the new >> *IsActive* form property: >> >> * Dim myForm As New frmWithProperty 'Assume frmWithProperty has the >> above property code >> [... code ...] >> ** If myForm.IsActive Then >> [... code for when the form is active...] >> Else >> ** [... code for when the form is not active...] >> Endif >> [... even more code ...]* >> >> The property can be added the same way to a single, some, or all forms >> in the project. >> >> Regards, > To informate > > By convention : > > > Private $bIsActive as Boolean > > > $ = Private globale > b = boolean > > _ = hidden public Property Variable or Procedure. > > The Ide hide the Names beginning by '_' > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas.fr at ...626... Sat May 2 23:10:31 2015 From: gambas.fr at ...626... (Fabien Bodard) Date: Sat, 2 May 2015 23:10:31 +0200 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <55453903.9010206@...626...> References: <1430583862.17455.YahooMailBasic@...3269...> <55451CA8.2070509@...626...> <55453903.9010206@...626...> Message-ID: Public Toto as String 'is public Public _Toto as string 'Is public but hidden Private $sToto as String 'Is Private Property _Toto as String 'Is public access but hidden Dim sToto as string 'Is Local In Fact it is the convention used on the gambas IDE and generally on my own projects. Even _MyClass is hidden by the ide Well generally the _Var means to not expert DO NOT TOUCH THAT WITHOUT MANY CARE ! 2015-05-02 22:52 GMT+02:00 ML : > Fabien, > > Thanks for the clarification. > > Actually, as an old-time VB6 and more recently VBNet and Gambas > developer, I tend to use camel-case and actually dropped the > *b*/Boolean, *l*/Long, *s*/String, etc prefixes not long ago. > Also, I normally used to go *m_* for a module (local to > the class) variable in VB6. But I found that Gambas can happily use the > underscore without the "*m*" prefix, just as in VBNet. > > And, as an even older-time Sinclair Basic user, I tend to reserve the > *$* sign for string suffixes :P > Somehow it just looks strange to me to use the *$* as a prefix! > > Anyway, I don't quite understand what you mean by "Private Global"; to > me it's either Private or Global, but not both. What I do is use a > Private variable to hold a value that I will publish later via a Public > Property. But the variable itself is Private while the Property is > Public. I do make that distinction. And, as you say, the private > variable is hidden by the IDE, so the only way to access it is via the > property, which is the original intention. > > Nonetheless, I will try to remember and adhere to your specs if I give > further examples to the list. > > Regards, > > *On 05/02/2015 05:35 PM, Fabien Bodard wrote:* >> *2015-05-02 20:51 GMT+02:00 ML :* >>> Abbat, >>> >>> I'd go like this instead: >>> >>> * Private _active As Boolean = False** 'This private form >>> variable will hold the form's state >>> ** Public Property Read IsActive As Boolean 'This property will >>> return the private variable value** >>> >>> ** Private Function IsActive_Read() As Boolean 'The function >>> declaration for reading the property** >>> ** Return _active ' the current form >>> state is returned** >>> ** End** >>> ** >>> Public Sub Form_Activate() 'This sub will change the >>> **private variable value to Active. >>> ** _active = True** ' flag the state as >>> Active. >>> ** End** >>> ** >>> Public Sub Form_Deactivate()** 'This sub will change >>> the **private variable value to Inactive.** >>> ** _active = False** ' flag the state as >>> Inactive.** >>> ** End* >>> >>> >From any other form, module or class you can now check the new >>> *IsActive* form property: >>> >>> * Dim myForm As New frmWithProperty 'Assume frmWithProperty has the >>> above property code >>> [... code ...] >>> ** If myForm.IsActive Then >>> [... code for when the form is active...] >>> Else >>> ** [... code for when the form is not active...] >>> Endif >>> [... even more code ...]* >>> >>> The property can be added the same way to a single, some, or all forms >>> in the project. >>> >>> Regards, >> To informate >> >> By convention : >> >> >> Private $bIsActive as Boolean >> >> >> $ = Private globale >> b = boolean >> >> _ = hidden public Property Variable or Procedure. >> >> The Ide hide the Names beginning by '_' >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Gambas-user mailing list >> Gambas-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-user > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user -- Fabien Bodard From gambas at ...1... Sat May 2 23:11:56 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sat, 02 May 2015 23:11:56 +0200 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> Message-ID: <55453D9C.800@...1...> Le 01/05/2015 20:05, Olivier Cruilles a ?crit : > Hi Benoit, Is there a way to monitor usage of memory of objects > (Class, Collection, etc...) in Gambas please ? May be you have > already developed something like time execution profiler already > existing in Gambas but for memory usage ? My problem is I use an > Editor object in a project because it is so great to display text > with numbered lines and other possibilities that it offer but after > inserted 12000 lines just by Editor1.Text &= new_text_receive, the > memory usage of my program jump from 65 MB of memory resident to > around 1GB. So, with a memory profiler in Gambas it will easier to > find where I need to change my code to optimize space memory. Do you > think something can be made in this way please ? Thank you Olivier > Not automatically, but you can periodically print the number of each object of each class. I don't see why the Editor would make the memory consumption jump suddenly. But doing "Editor1.Text &= new_text" is very stupid, because it extracts the entire text from the Editor to a new string, creates another new string by concatenating "new_text", and the result is sent back to the Editor, and will be parsed so that each line is recreated. The heap becomes fragmented, and so the heap that is not used anymore cannot be actually freed. Use the Insert() method instead. If it makes the memory consumption going down, you found the guilty code. Regards, -- Beno?t Minisini From olivier.cruilles at ...614... Sat May 2 23:38:41 2015 From: olivier.cruilles at ...614... (Olivier Cruilles) Date: Sat, 2 May 2015 17:38:41 -0400 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: <55453D9C.800@...1...> References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> <55453D9C.800@...1...> Message-ID: Ok, I will investigate and I back to you. Thank you Cordialement, Olivier Cruilles > Le 2 mai 2015 ? 17:11, Beno?t Minisini a ?crit : > > Le 01/05/2015 20:05, Olivier Cruilles a ?crit : >> Hi Benoit, Is there a way to monitor usage of memory of objects >> (Class, Collection, etc...) in Gambas please ? May be you have >> already developed something like time execution profiler already >> existing in Gambas but for memory usage ? My problem is I use an >> Editor object in a project because it is so great to display text >> with numbered lines and other possibilities that it offer but after >> inserted 12000 lines just by Editor1.Text &= new_text_receive, the >> memory usage of my program jump from 65 MB of memory resident to >> around 1GB. So, with a memory profiler in Gambas it will easier to >> find where I need to change my code to optimize space memory. Do you >> think something can be made in this way please ? Thank you Olivier >> > > Not automatically, but you can periodically print the number of each > object of each class. > > I don't see why the Editor would make the memory consumption jump suddenly. > > But doing "Editor1.Text &= new_text" is very stupid, because it extracts > the entire text from the Editor to a new string, creates another new > string by concatenating "new_text", and the result is sent back to the > Editor, and will be parsed so that each line is recreated. The heap > becomes fragmented, and so the heap that is not used anymore cannot be > actually freed. > > Use the Insert() method instead. If it makes the memory consumption > going down, you found the guilty code. > > Regards, > > -- > Beno?t Minisini From olivier.cruilles at ...614... Sun May 3 00:00:32 2015 From: olivier.cruilles at ...614... (Olivier Cruilles) Date: Sat, 2 May 2015 18:00:32 -0400 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: <55453D9C.800@...1...> References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> <55453D9C.800@...1...> Message-ID: <492DA324-D387-4D10-B8D7-2DD3729909E3@...614...> In fact I?m not able to use Editor1.Insert() because it does not works for me so it?s for this reason I use Editor.Text &= ? I use one of the last svn revision. My code is something like that: 1- First try Editor1.Insert(DataToAdd, Editor1.Lines.Count - 1, Editor.Lines[Editor1.Lines.Count - 1].length) => Do not work 2 - Second try Editor1.Goto(Editor1.Lines.Count - 1, Editor.Lines[Editor1.Lines.Count - 1].length) Editor1.Insert(DataToAdd) Cordialement, Olivier Cruilles > Le 2 mai 2015 ? 17:11, Beno?t Minisini a ?crit : > > Le 01/05/2015 20:05, Olivier Cruilles a ?crit : >> Hi Benoit, Is there a way to monitor usage of memory of objects >> (Class, Collection, etc...) in Gambas please ? May be you have >> already developed something like time execution profiler already >> existing in Gambas but for memory usage ? My problem is I use an >> Editor object in a project because it is so great to display text >> with numbered lines and other possibilities that it offer but after >> inserted 12000 lines just by Editor1.Text &= new_text_receive, the >> memory usage of my program jump from 65 MB of memory resident to >> around 1GB. So, with a memory profiler in Gambas it will easier to >> find where I need to change my code to optimize space memory. Do you >> think something can be made in this way please ? Thank you Olivier >> > > Not automatically, but you can periodically print the number of each > object of each class. > > I don't see why the Editor would make the memory consumption jump suddenly. > > But doing "Editor1.Text &= new_text" is very stupid, because it extracts > the entire text from the Editor to a new string, creates another new > string by concatenating "new_text", and the result is sent back to the > Editor, and will be parsed so that each line is recreated. The heap > becomes fragmented, and so the heap that is not used anymore cannot be > actually freed. > > Use the Insert() method instead. If it makes the memory consumption > going down, you found the guilty code. > > Regards, > > -- > Beno?t Minisini From olivier.cruilles at ...614... Sun May 3 00:01:49 2015 From: olivier.cruilles at ...614... (Olivier Cruilles) Date: Sat, 2 May 2015 18:01:49 -0400 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> <55453D9C.800@...1...> Message-ID: <4519E018-DBB1-4897-AFE4-9EFEAE09649D@...614...> Second try do not work too. Cordialement, Olivier Cruilles > Le 2 mai 2015 ? 17:38, Olivier Cruilles a ?crit : > > Ok, I will investigate and I back to you. > > Thank you > > Cordialement, > > Olivier Cruilles > > >> Le 2 mai 2015 ? 17:11, Beno?t Minisini a ?crit : >> >> Le 01/05/2015 20:05, Olivier Cruilles a ?crit : >>> Hi Benoit, Is there a way to monitor usage of memory of objects >>> (Class, Collection, etc...) in Gambas please ? May be you have >>> already developed something like time execution profiler already >>> existing in Gambas but for memory usage ? My problem is I use an >>> Editor object in a project because it is so great to display text >>> with numbered lines and other possibilities that it offer but after >>> inserted 12000 lines just by Editor1.Text &= new_text_receive, the >>> memory usage of my program jump from 65 MB of memory resident to >>> around 1GB. So, with a memory profiler in Gambas it will easier to >>> find where I need to change my code to optimize space memory. Do you >>> think something can be made in this way please ? Thank you Olivier >>> >> >> Not automatically, but you can periodically print the number of each >> object of each class. >> >> I don't see why the Editor would make the memory consumption jump suddenly. >> >> But doing "Editor1.Text &= new_text" is very stupid, because it extracts >> the entire text from the Editor to a new string, creates another new >> string by concatenating "new_text", and the result is sent back to the >> Editor, and will be parsed so that each line is recreated. The heap >> becomes fragmented, and so the heap that is not used anymore cannot be >> actually freed. >> >> Use the Insert() method instead. If it makes the memory consumption >> going down, you found the guilty code. >> >> Regards, >> >> -- >> Beno?t Minisini > From adamnt42 at ...626... Sun May 3 00:46:56 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Sun, 3 May 2015 08:16:56 +0930 Subject: [Gambas-user] A few questions prompted by recent posts Message-ID: <20150503081656.ed6366cda8a5c28920ea27ae@...626...> The comments on identifier naming, about both conventions (like sWhatever for a string and bWhatever for a boolean) and also IDE interpretations (like "_MyClass" is hidden) have reminded me of a couple of things I have been meaning to ask: 1) the automatic hiding of Identifiers beginning with "_" : I know that is a fact so I learnt it somewhere, but where? Is it discussed in the help wiki somewhere? 2) (on a different tack) In the Component properties page (i.e. the Project Properties/Information tab these days) there is a setting for "This component is hidden". What does setting this to true do? regards bruce -- B Bruen From gambas at ...1... Sun May 3 08:18:43 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 03 May 2015 08:18:43 +0200 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> <55453D9C.800@...1...> <492DA324-D387-4D10-B8D7-2DD3729909E3@...614...> <55455107.9030700@...1...> Message-ID: <5545BDC3.3090001@...1...> Le 03/05/2015 03:19, Olivier Cruilles a ?crit : > After trying some possibilities I found the problem. If the Editor is in ReadOnly mode, it does not accept insertion of text. > > I use the Editor object in this case only to display text (read only mode) for the user and not to be modified in any case. > > So, it is possible to change this restriction on the Editor object please ? > > Cordialement, > > Olivier Cruilles > > MyEditor.ReadOnly = False MyEditor.Insert(...) MyEditor.ReadOnly = True -- Beno?t Minisini From gambas at ...1... Sun May 3 08:21:08 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 03 May 2015 08:21:08 +0200 Subject: [Gambas-user] A few questions prompted by recent posts In-Reply-To: <20150503081656.ed6366cda8a5c28920ea27ae@...626...> References: <20150503081656.ed6366cda8a5c28920ea27ae@...626...> Message-ID: <5545BE54.2030804@...1...> Le 03/05/2015 00:46, adamnt42 at ...626... a ?crit : > The comments on identifier naming, about both conventions (like > sWhatever for a string and bWhatever for a boolean) and also IDE > interpretations (like "_MyClass" is hidden) have reminded me of a > couple of things I have been meaning to ask: > > 1) the automatic hiding of Identifiers beginning with "_" : I know > that is a fact so I learnt it somewhere, but where? Is it discussed > in the help wiki somewhere? Automatic hiding where? > > 2) (on a different tack) In the Component properties page (i.e. the > Project Properties/Information tab these days) there is a setting for > "This component is hidden". What does setting this to true do? The component is not shown in the component list of the project properties dialog. The component is not meant to be checkable, usually because it is automatically loaded by another component. For example, 'gb.gui.base' Regards, -- Beno?t Minisini From gambas at ...2524... Sun May 3 12:40:43 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Sun, 03 May 2015 10:40:43 +0000 Subject: [Gambas-user] Issue 621 in gambas: Stable Gambas 3.7.1 reports DEVELOPMENT VERSION... in windows title Message-ID: <0-6813199134517018827-7847976245170022910-gambas=googlecode.com@...2524...> Status: New Owner: ---- Labels: Version Type-Bug Priority-Medium OpSys-Any Dist-Any Arch-Any Desktop-Any GUI-Any New issue 621 by r... at ...1740...: Stable Gambas 3.7.1 reports DEVELOPMENT VERSION... in windows title https://code.google.com/p/gambas/issues/detail?id=621 Download and compile latest stable gambas version from here: http://sourceforge.net/projects/gambas/files/gambas3/gambas3-3.7.1.tar.bz2 Start IDE and look at window title. "DEVELOPMENT VERSION, USE AT YOUR OWN RISK!" -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From abbat.81 at ...787... Sun May 3 13:28:06 2015 From: abbat.81 at ...787... (abbat81) Date: Sun, 3 May 2015 04:28:06 -0700 (MST) Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430583862.17455.YahooMailBasic@...3269...> References: <1430567010047-51426.post@...3046...> <1430583862.17455.YahooMailBasic@...3269...> Message-ID: <1430652486262-51445.post@...3046...> Does not work in my project. dw.VisibleName is empty (Gambas 5.4.1, I cannot update, Ub 12.04) -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51445.html Sent from the gambas-user mailing list archive at Nabble.com. From abbat.81 at ...787... Sun May 3 14:24:53 2015 From: abbat.81 at ...787... (abbat81) Date: Sun, 3 May 2015 05:24:53 -0700 (MST) Subject: [Gambas-user] How to use //.hidden/CHANGELOG Message-ID: <1430655893762-51446.post@...3046...> Can you remind me please how to use CHANGELOG for a Project before making a new executeble file? -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-use-hidden-CHANGELOG-tp51446.html Sent from the gambas-user mailing list archive at Nabble.com. From olivier.cruilles at ...614... Sun May 3 15:34:39 2015 From: olivier.cruilles at ...614... (Olivier Cruilles) Date: Sun, 3 May 2015 09:34:39 -0400 Subject: [Gambas-user] How to profile memory usage in gambas application ? In-Reply-To: <5545BDC3.3090001@...1...> References: <1101536334.595899.1430503505724.JavaMail.yahoo@...3424...> <55453D9C.800@...1...> <492DA324-D387-4D10-B8D7-2DD3729909E3@...614...> <55455107.9030700@...1...> <5545BDC3.3090001@...1...> Message-ID: <6AAAEB46-0480-4ED2-AFF6-CC28068C530A@...614...> Benoit, Thank you, I don?t know why I haven?t thought to try that. Cordialement, Olivier Cruilles > Le 3 mai 2015 ? 02:18, Beno?t Minisini a ?crit : > > Le 03/05/2015 03:19, Olivier Cruilles a ?crit : >> After trying some possibilities I found the problem. If the Editor is in ReadOnly mode, it does not accept insertion of text. >> >> I use the Editor object in this case only to display text (read only mode) for the user and not to be modified in any case. >> >> So, it is possible to change this restriction on the Editor object please ? >> >> Cordialement, >> >> Olivier Cruilles >> >> > > MyEditor.ReadOnly = False > MyEditor.Insert(...) > MyEditor.ReadOnly = True > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From charlie at ...2793... Sun May 3 20:34:27 2015 From: charlie at ...2793... (Charlie) Date: Sun, 3 May 2015 11:34:27 -0700 (MST) Subject: [Gambas-user] Issue 620 in gambas: Datebox doesn't respect localizations In-Reply-To: <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Message-ID: <1430678067480-51449.post@...3046...> I am not sure why but following your instructions, after a little help from Google Translate, my date shows correctly. I am running Linux Mint Cinnamon 17.1 set up for UK English and this is the result: - -- View this message in context: http://gambas.8142.n7.nabble.com/Issue-620-in-gambas-Datebox-doesn-t-respect-localizations-tp51431p51449.html Sent from the gambas-user mailing list archive at Nabble.com. From charlie at ...2793... Sun May 3 20:16:45 2015 From: charlie at ...2793... (Charlie) Date: Sun, 3 May 2015 11:16:45 -0700 (MST) Subject: [Gambas-user] Code snippets Message-ID: <1430677005179-51448.post@...3046...> I have been looking at the Code Snippets in Gambas. I found these instructions http://gambaswiki.org/wiki/ide/idesnippets but I can't get the "Insert points" to work. I have even copied the code and created a new snippet with the same code but it does not respond the same as the original. Can you tell me where I am going wrong. With the Gambas default code the cursor ends up over the highlighted "Value":- The copied version ends up indenting the first line with the cursor left there:- I have asked this question here but I have not had a responce -- View this message in context: http://gambas.8142.n7.nabble.com/Code-snippets-tp51448.html Sent from the gambas-user mailing list archive at Nabble.com. From gambas.fr at ...626... Sun May 3 21:33:03 2015 From: gambas.fr at ...626... (Fabien Bodard) Date: Sun, 3 May 2015 21:33:03 +0200 Subject: [Gambas-user] Property grid in IDE Message-ID: Benoit, The property grid in the IDE have a bug. In french localisation i must to set a float value with a comma... and then the showed value is with a dot. I suspect the use of a Val instead of a CFloat. I think you will see the problem by playing with my last widget... Sorry... i've adding it without your agreement. But i think many will found that usefull as it manage float values. To others... please try the SpinBar widget and give me return * NEW: New widget SpinBar. It's a Gimp style widget that allow to visualize and modify a value. Unlike spinbox it support float values. It display its definition label in itself. A double click on the value allow to edit manually the value. A click and slide on the upper of the bar set the value according to the cursor position. A click and slide on the mid down of the bar allow to finely set the value by progressing of 1 of the minimal decimal by pixel. The mouse wheel interact with the value too. The number of showed decimals is the greater from MaxValue, MinValue or Step. Best regards, -- Fabien Bodard From vuott at ...325... Sun May 3 21:34:00 2015 From: vuott at ...325... (Ru Vuott) Date: Sun, 3 May 2015 20:34:00 +0100 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430652486262-51445.post@...3046...> Message-ID: <1430681640.58877.YahooMailBasic@...3275...> Me.Caption = "my visible name" -------------------------------------------- Dom 3/5/15, abbat81 ha scritto: Oggetto: Re: [Gambas-user] R: How to know is my Form activated or not? A: gambas-user at lists.sourceforge.net Data: Domenica 3 maggio 2015, 13:28 Does not work in my project. dw.VisibleName is empty (Gambas 5.4.1, I cannot update, Ub 12.04) -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51445.html Sent from the gambas-user mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From fmfdario at ...626... Mon May 4 12:53:32 2015 From: fmfdario at ...626... (Francisco Martinez) Date: Mon, 04 May 2015 12:53:32 +0200 Subject: [Gambas-user] Gambas, Lubuntu 15.04, problem with language in the IDE. In-Reply-To: <553EC031.7050007@...626...> References: <553EC031.7050007@...626...> Message-ID: <55474FAC.5020303@...626...> Hello. I found this solution: http://askubuntu.com/questions/588676/gambas3-in-english Our administrator found: http://askubuntu.com/questions/311767/why-is-overriding-the-lang-environment-variable-not-changing-the-language-for-me I have temporarily added this line to the .profile export LANGUAGE=es_ES.UTF-8 Works. Regards. From abbat.81 at ...787... Mon May 4 14:24:38 2015 From: abbat.81 at ...787... (abbat81) Date: Mon, 4 May 2015 05:24:38 -0700 (MST) Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430681640.58877.YahooMailBasic@...3275...> References: <1430567010047-51426.post@...3046...> <1430583862.17455.YahooMailBasic@...3269...> <1430652486262-51445.post@...3046...> <1430681640.58877.YahooMailBasic@...3275...> Message-ID: <1430742278434-51453.post@...3046...> Dim dw As DesktopWindow For Each dw In Desktop.Windows Print "_" & dw.VisibleName Next I got next: _ _ _ _ _ _ _ _ _ _ _ _ -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51453.html Sent from the gambas-user mailing list archive at Nabble.com. From d4t4full at ...626... Mon May 4 14:59:29 2015 From: d4t4full at ...626... (ML) Date: Mon, 04 May 2015 09:59:29 -0300 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430742278434-51453.post@...3046...> References: <1430567010047-51426.post@...3046...> <1430583862.17455.YahooMailBasic@...3269...> <1430652486262-51445.post@...3046...> <1430681640.58877.YahooMailBasic@...3275...> <1430742278434-51453.post@...3046...> Message-ID: <55476D31.9020201@...626...> Abbat, I don't know if you got my reply to the list. I'd go like this instead (this is code to add to the form(s) you want to check): * Private $bActive As Boolean = False** 'This private form variable will hold the form's state ** Public Property Read IsActive As Boolean 'This property will return the private variable value** ** Private Function IsActive_Read() As Boolean 'The function declaration for reading the property** ** Return ***$bActive * ' the current form state is returned** ** End** ** Public Sub Form_Activate() 'This sub will change the **private variable value to Active. ** **$bActive**** = True** ' flag the state as Active. ** End** ** Public Sub Form_Deactivate()** 'This sub will change the **private variable value to Inactive. ** **$bActive**= False** ' flag the state as Inactive.** ** End* This works as follows: When you initially instance the form, the private variable *$bActive* is set to FALSE. When the form is activated, the *Form_Activate* event triggers and sets the private variable *$bActive* as TRUE; when the form is deactivated, the *Form_Deactivate* event triggers and sets the *$bActive* variable to FALSE. At any time, code external to the form can check the new form property *IsActive* to find out if the form is active or not. This new property will return the value TRUE or FALSE that has been set to the *$bActive*** variable. External code can check the new *IsActive* form property as follows: * Dim myForm As New frmWithProperty 'frmWithProperty is a form with the above new property code included [... code ...] ** If myForm.IsActive Then [... code for when the form is active...] Else ** [... code for when the form is not active...] Endif [... even more code ...]* The property can be added the same way to a single, some, or all forms in the project. Regards, zxMarce. *On 04/May/2015 09:24, abbat81 wrote:* > Dim dw As DesktopWindow > For Each dw In Desktop.Windows > Print "_" & dw.VisibleName > Next > > I got next: > > _ > _ > _ > _ > _ > _ > _ > _ > _ > _ > _ > _ > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From charlie at ...2793... Mon May 4 17:30:47 2015 From: charlie at ...2793... (Charlie) Date: Mon, 4 May 2015 08:30:47 -0700 (MST) Subject: [Gambas-user] Buffer Monitoring In-Reply-To: <5540909D.7060302@...1...> References: <20150429073551.GA574@...2774...> <5540909D.7060302@...1...> Message-ID: <1430753447798-51455.post@...3046...> I tried the code below on Linux Mint 17.1 Cinnamon. You will need a Form with a Timer added. It only tracks the mouse position but I was able to open Terminal, Calculator and other programs and even if Gambas did not have focus the position of the mouse was still being Printed to the Gambas Terminal. Public Sub Form_Open() Timer1.enabled = True Timer1.delay = 1 End Public Sub Timer1_Timer() Dim sX, sY As Integer sX = Mouse.ScreenX sY = Mouse.ScreenY Print sX, " ", sY End -- View this message in context: http://gambas.8142.n7.nabble.com/Buffer-Monitoring-tp51401p51455.html Sent from the gambas-user mailing list archive at Nabble.com. From vuott at ...325... Mon May 4 18:37:39 2015 From: vuott at ...325... (Ru Vuott) Date: Mon, 4 May 2015 17:37:39 +0100 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430742278434-51453.post@...3046...> Message-ID: <1430757459.19316.YahooMailBasic@...3269...> Activating gb.desktop: ************************************************************ Public Sub Form_Open() Me.Caption = "Novum Nomen" End Public Sub Button1_Click() Dim dw As DesktopWindow For Each dw In Desktop.Windows Print "_" & dw.VisibleName Next End ***************************************************************** Regards -------------------------------------------- Lun 4/5/15, abbat81 ha scritto: Oggetto: Re: [Gambas-user] R: How to know is my Form activated or not? A: gambas-user at lists.sourceforge.net Data: Luned? 4 maggio 2015, 14:24 ? Dim dw As DesktopWindow??? ???For Each dw In Desktop.Windows??? ? ? Print "_" & dw.VisibleName ???Next??? I got next: _ _ _ _ _ _ _ _ _ _ _ _ -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51453.html Sent from the gambas-user mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From abbat.81 at ...787... Tue May 5 08:59:55 2015 From: abbat.81 at ...787... (abbat81) Date: Mon, 4 May 2015 23:59:55 -0700 (MST) Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430757459.19316.YahooMailBasic@...3269...> References: <1430567010047-51426.post@...3046...> <1430583862.17455.YahooMailBasic@...3269...> <1430652486262-51445.post@...3046...> <1430681640.58877.YahooMailBasic@...3275...> <1430742278434-51453.post@...3046...> <1430757459.19316.YahooMailBasic@...3269...> Message-ID: <1430809195034-51457.post@...3046...> -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51457.html Sent from the gambas-user mailing list archive at Nabble.com. From bagoneo at ...69... Tue May 5 11:17:04 2015 From: bagoneo at ...69... (Gian) Date: Tue, 05 May 2015 11:17:04 +0200 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430809195034-51457.post@...3046...> References: <1430567010047-51426.post@...3046...> <1430583862.17455.YahooMailBasic@...3269...> <1430652486262-51445.post@...3046...> <1430681640.58877.YahooMailBasic@...3275...> <1430742278434-51453.post@...3046...> <1430757459.19316.YahooMailBasic@...3269...> <1430809195034-51457.post@...3046...> Message-ID: <55488A90.5050805@...69...> Il 05/05/2015 08:59, abbat81 ha scritto: > > > > > > > -- > View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51457.html > Sent from the gambas-user mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > Probably it will not work because your version is before 3.6 Regards Gianluigi From vuott at ...325... Tue May 5 12:50:10 2015 From: vuott at ...325... (Ru Vuott) Date: Tue, 5 May 2015 11:50:10 +0100 Subject: [Gambas-user] R: How to know is my Form activated or not? In-Reply-To: <1430809195034-51457.post@...3046...> Message-ID: <1430823010.42794.YahooMailBasic@...3273...> ...very strange ! -------------------------------------------- Mar 5/5/15, abbat81 ha scritto: Oggetto: Re: [Gambas-user] R: How to know is my Form activated or not? A: gambas-user at lists.sourceforge.net Data: Marted? 5 maggio 2015, 08:59 -- View this message in context: http://gambas.8142.n7.nabble.com/How-to-know-is-my-Form-activated-or-not-tp51426p51457.html Sent from the gambas-user mailing list archive at Nabble.com. ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From willy at ...3474... Tue May 5 23:28:05 2015 From: willy at ...3474... (Willy@...3475...) Date: Tue, 05 May 2015 23:28:05 +0200 Subject: [Gambas-user] Bug in IDE packager for rpm packages Message-ID: <1430861285.8552.9.camel@...3024...> Hi, A user on the Gambas forum reported having trouble making rpm packages using IDE. We had some discussion on the topic to check if all requirements where installed to build rpm packages on Ubuntu. They where but when making packages for one of the rpm distro's Gambas threw an error. I managed isolate the cause of the problem being the name used in the project. The persons project was named ListBox+. Seems the added + to the project name turns out to be a problem for making rpm packages (deb packages build just fine). I tried and succeeded in replicating the error as follows: I opened a new empty qt4 project and named it MyBox+. Next I tried making a rpm package for Fedora. This is the error returned: ======================================== Pakket aanmaken voor Fedora / RedHat / CentOS. ======================================== Gereed maken ~/RPM map. Broncode pakket aanmaken. .spec bestand aanmaken. Pakket aanmaken... rpmbuild -ba '/home/willy/RPM/SPECS/mybox+.spec' Executing(%prep): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.pebI7j + umask 022 + cd /home/willy/RPM/BUILD + rm -rf /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386 + cd /home/willy/RPM/BUILD + rm -rf MyBox+ + + /bin/tar -xf - /bin/bzip2 -dc /home/willy/RPM/SOURCES/mybox+-0.0.1.tar.bz2 + STATUS=0 + [ 0 -ne 0 ] + cd MyBox+ + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + exit 0 Executing(%build): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.DojBTv + umask 022 + cd /home/willy/RPM/BUILD + cd MyBox+ + /usr/bin/gbc3 -e -a -g -x OK + gba3 + exit 0 Executing(%install): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.uHcvWH + umask 022 + cd /home/willy/RPM/BUILD + cd MyBox+ + install -d /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386//usr/bin + install -p MyBox+.gambas /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386//usr/bin/MyBox+ + install -d /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386//usr/share/pixmaps + install -d /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386//usr/share/applications + install -p .icon/48.png /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386//usr/share/pixmaps/MyBox+.png + cat + /usr/lib/rpm/brp-compress + /usr/lib/rpm/brp-strip /usr/bin/strip + /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump Processing files: mybox+-0.0.1-1.noarch error: File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/bin/'MyBox+' error: File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png RPM build errors: File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/bin/'MyBox+' File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png Het pakket maken is mislukt. Package.MakeRpmPackage.1420: 'rpmbuild' heeft de volgende foutcode teruggestuurd: 1 ==============End of error report============= My impression is that the added single quotes to the project name confuse the rpm builder (see lines after above RPM build errors) Note that I can make rpm packages from Gambas IDE for other projects (without the added + to the project name). -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From gambas at ...1... Wed May 6 01:25:34 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 06 May 2015 01:25:34 +0200 Subject: [Gambas-user] Bug in IDE packager for rpm packages In-Reply-To: <1430861285.8552.9.camel@...3024...> References: <1430861285.8552.9.camel@...3024...> Message-ID: <5549516E.1000806@...1...> Le 05/05/2015 23:28, Willy at ...3475... a ?crit : > Hi, > > A user on the Gambas forum reported having trouble making rpm packages > using IDE. > > We had some discussion on the topic to check if all requirements where > installed to build rpm packages on Ubuntu. They where but when making > packages for one of the rpm distro's Gambas threw an error. > > I managed isolate the cause of the problem being the name used in the > project. The persons project was named ListBox+. > > Seems the added + to the project name turns out to be a problem for > making rpm packages (deb packages build just fine). > > I tried and succeeded in replicating the error as follows: > I opened a new empty qt4 project and named it MyBox+. > Next I tried making a rpm package for Fedora. > > This is the error returned: > > ======================================== > > Pakket aanmaken voor Fedora / RedHat / CentOS. > > ======================================== > > Gereed maken ~/RPM map. > Broncode pakket aanmaken. > .spec bestand aanmaken. > Pakket aanmaken... > > rpmbuild -ba '/home/willy/RPM/SPECS/mybox+.spec' > Executing(%prep): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.pebI7j > + umask 022 > + cd /home/willy/RPM/BUILD > + rm -rf /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386 > + cd /home/willy/RPM/BUILD > + rm -rf MyBox+ > + + /bin/tar -xf - > /bin/bzip2 -dc /home/willy/RPM/SOURCES/mybox+-0.0.1.tar.bz2 > + STATUS=0 > + [ 0 -ne 0 ] > + cd MyBox+ > + /bin/chmod -Rf a+rX,u+w,g-w,o-w . > + exit 0 > Executing(%build): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.DojBTv > + umask 022 > + cd /home/willy/RPM/BUILD > + cd MyBox+ > + /usr/bin/gbc3 -e -a -g -x > OK > + gba3 > + exit 0 > Executing(%install): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.uHcvWH > + umask 022 > + cd /home/willy/RPM/BUILD > + cd MyBox+ > + install -d /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386//usr/bin > + install -p MyBox+.gambas /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386//usr/bin/MyBox+ > + install -d /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386//usr/share/pixmaps > + install -d /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386//usr/share/applications > + install -p .icon/48.png /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386//usr/share/pixmaps/MyBox+.png > + cat > + /usr/lib/rpm/brp-compress > + /usr/lib/rpm/brp-strip /usr/bin/strip > + /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip > + /usr/lib/rpm/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump > Processing files: mybox+-0.0.1-1.noarch > error: File not found: /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386/usr/bin/'MyBox+' > error: File not found: /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png > > > RPM build errors: > File not found: /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386/usr/bin/'MyBox+' > File not found: /home/willy/RPM/BUILDROOT/mybox > +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png > > Het pakket maken is mislukt. > Package.MakeRpmPackage.1420: 'rpmbuild' heeft de volgende foutcode > teruggestuurd: 1 > > ==============End of error report============= > > My impression is that the added single quotes to the project name > confuse the rpm builder (see lines after above RPM build errors) > > Note that I can make rpm packages from Gambas IDE for other projects > (without the added + to the project name). > > It seems that rpm or deb packages usually cannot handle characters that are not a letter or a digit. I didn't find any documentation that tells me exactly which characters are really allowed in a package name. Maybe I should prevent that by automatically replace these characters by something else when making the package. Anyway, it's better to use only digits and letters in your project name! Regards, -- Beno?t Minisini From ron at ...1740... Wed May 6 08:26:38 2015 From: ron at ...1740... (Ron) Date: Wed, 6 May 2015 08:26:38 +0200 Subject: [Gambas-user] Bug in IDE packager for rpm packages In-Reply-To: <5549516E.1000806@...1...> References: <1430861285.8552.9.camel@...3024...> <5549516E.1000806@...1...> Message-ID: Indeed hard to find official documentation about this subject. I have found this though: "Package names (both source and binary, see Package, Section 5.6.7) must consist only of lower case letters (a-z), digits (0-9), plus (+) and minus (-) signs, and periods (.). They must be at least two characters long and must start with an alphanumeric character." source: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source Regards, Ron. 2015-05-06 1:25 GMT+02:00 Beno?t Minisini : > Le 05/05/2015 23:28, Willy at ...3475... a ?crit : >> Hi, >> >> A user on the Gambas forum reported having trouble making rpm packages >> using IDE. >> >> We had some discussion on the topic to check if all requirements where >> installed to build rpm packages on Ubuntu. They where but when making >> packages for one of the rpm distro's Gambas threw an error. >> >> I managed isolate the cause of the problem being the name used in the >> project. The persons project was named ListBox+. >> >> Seems the added + to the project name turns out to be a problem for >> making rpm packages (deb packages build just fine). >> >> I tried and succeeded in replicating the error as follows: >> I opened a new empty qt4 project and named it MyBox+. >> Next I tried making a rpm package for Fedora. >> >> This is the error returned: >> >> ======================================== >> >> Pakket aanmaken voor Fedora / RedHat / CentOS. >> >> ======================================== >> >> Gereed maken ~/RPM map. >> Broncode pakket aanmaken. >> .spec bestand aanmaken. >> Pakket aanmaken... >> >> rpmbuild -ba '/home/willy/RPM/SPECS/mybox+.spec' >> Executing(%prep): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.pebI7j >> + umask 022 >> + cd /home/willy/RPM/BUILD >> + rm -rf /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386 >> + cd /home/willy/RPM/BUILD >> + rm -rf MyBox+ >> + + /bin/tar -xf - >> /bin/bzip2 -dc /home/willy/RPM/SOURCES/mybox+-0.0.1.tar.bz2 >> + STATUS=0 >> + [ 0 -ne 0 ] >> + cd MyBox+ >> + /bin/chmod -Rf a+rX,u+w,g-w,o-w . >> + exit 0 >> Executing(%build): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.DojBTv >> + umask 022 >> + cd /home/willy/RPM/BUILD >> + cd MyBox+ >> + /usr/bin/gbc3 -e -a -g -x >> OK >> + gba3 >> + exit 0 >> Executing(%install): /bin/sh -e /home/willy/RPM/tmp/rpm-tmp.uHcvWH >> + umask 022 >> + cd /home/willy/RPM/BUILD >> + cd MyBox+ >> + install -d /home/willy/RPM/BUILDROOT/mybox+-0.0.1-1.i386//usr/bin >> + install -p MyBox+.gambas /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386//usr/bin/MyBox+ >> + install -d /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386//usr/share/pixmaps >> + install -d /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386//usr/share/applications >> + install -p .icon/48.png /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386//usr/share/pixmaps/MyBox+.png >> + cat >> + /usr/lib/rpm/brp-compress >> + /usr/lib/rpm/brp-strip /usr/bin/strip >> + /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip >> + /usr/lib/rpm/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump >> Processing files: mybox+-0.0.1-1.noarch >> error: File not found: /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386/usr/bin/'MyBox+' >> error: File not found: /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png >> >> >> RPM build errors: >> File not found: /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386/usr/bin/'MyBox+' >> File not found: /home/willy/RPM/BUILDROOT/mybox >> +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png >> >> Het pakket maken is mislukt. >> Package.MakeRpmPackage.1420: 'rpmbuild' heeft de volgende foutcode >> teruggestuurd: 1 >> >> ==============End of error report============= >> >> My impression is that the added single quotes to the project name >> confuse the rpm builder (see lines after above RPM build errors) >> >> Note that I can make rpm packages from Gambas IDE for other projects >> (without the added + to the project name). >> >> > > It seems that rpm or deb packages usually cannot handle characters that > are not a letter or a digit. I didn't find any documentation that tells > me exactly which characters are really allowed in a package name. > > Maybe I should prevent that by automatically replace these characters by > something else when making the package. > > Anyway, it's better to use only digits and letters in your project name! > > Regards, > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From willy at ...3474... Wed May 6 16:26:43 2015 From: willy at ...3474... (Willy@...3475...) Date: Wed, 06 May 2015 16:26:43 +0200 Subject: [Gambas-user] Bug in IDE packager for rpm packages In-Reply-To: References: <1430861285.8552.9.camel@...3024...> <5549516E.1000806@...1...> Message-ID: <1430922403.5621.13.camel@...3024...> On wo, 2015-05-06 at 08:26 +0200, Ron wrote: > Indeed hard to find official documentation about this subject. > > I have found this though: > > "Package names (both source and binary, see Package, Section 5.6.7) > must consist only of lower case letters (a-z), digits (0-9), plus (+) > and minus (-) signs, and periods (.). They must be at least two > characters long and must start with an alphanumeric character." > > source: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source > > Regards, > Ron. As I stated in the original mail. Deb packages (both the ones for Debian as for Mint/Ubuntu) package fine with a + in the package name. There is no problem there. It is packaging rpm's with the added + in the package name that gives trouble. No + in the name, no problem, rpm packages build just fine. In the error output you can see this: RPM build errors: File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/bin/'MyBox+' File not found: /home/willy/RPM/BUILDROOT/mybox +-0.0.1-1.i386/usr/share/pixmaps/'MyBox+'.png The single quotes in the path name around the project name MyBox+ seem to cause the trouble. I don't know if Gambas adds them (the single quotes) before passing the command to the rpm package builder or if the rpm package builder itself throws them in and next can't cope with it. If Gambas adds them it surly can be fixed, but if the rpm builder (an external process I presume) does this then this is not a Gambas problem. -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From abbat.81 at ...787... Wed May 6 16:49:53 2015 From: abbat.81 at ...787... (abbat81) Date: Wed, 6 May 2015 07:49:53 -0700 (MST) Subject: [Gambas-user] Now <> Now Message-ID: <1430923793738-51465.post@...3046...> hs["banner1/last_upd"] = Now() hs.Save -> [banner1] last_upd="05/06/2015 18:04:22*.286*" I need Printed: Print Now() -> "05/06/2015 18:04:22" -- View this message in context: http://gambas.8142.n7.nabble.com/Now-Now-tp51465.html Sent from the gambas-user mailing list archive at Nabble.com. From gambas at ...1... Wed May 6 17:16:05 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 06 May 2015 17:16:05 +0200 Subject: [Gambas-user] Now <> Now In-Reply-To: <1430923793738-51465.post@...3046...> References: <1430923793738-51465.post@...3046...> Message-ID: <554A3035.9030704@...1...> Le 06/05/2015 16:49, abbat81 a ?crit : > hs["banner1/last_upd"] = Now() > hs.Save > > -> > > [banner1] > last_upd="05/06/2015 18:04:22*.286*" > > I need Printed: > > Print Now() -> "05/06/2015 18:04:22" > > Look at the documentation of CStr(), Str() and Print. -- Beno?t Minisini From jussi.lahtinen at ...626... Thu May 7 15:53:01 2015 From: jussi.lahtinen at ...626... (Jussi Lahtinen) Date: Thu, 7 May 2015 16:53:01 +0300 Subject: [Gambas-user] Now <> Now In-Reply-To: <1430923793738-51465.post@...3046...> References: <1430923793738-51465.post@...3046...> Message-ID: http://gambaswiki.org/wiki/cat/userformat Jussi On Wed, May 6, 2015 at 5:49 PM, abbat81 wrote: > hs["banner1/last_upd"] = Now() > hs.Save > > -> > > [banner1] > last_upd="05/06/2015 18:04:22*.286*" > > I need Printed: > > Print Now() -> "05/06/2015 18:04:22" > > > > > > > > -- > View this message in context: > http://gambas.8142.n7.nabble.com/Now-Now-tp51465.html > Sent from the gambas-user mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From taboege at ...626... Thu May 7 19:38:48 2015 From: taboege at ...626... (Tobias Boege) Date: Thu, 7 May 2015 19:38:48 +0200 Subject: [Gambas-user] TextArea and the NUL byte Message-ID: <20150507173848.GC4971@...2774...> Hi Benoit, we had a case where someone stumbled upon the fact that TextAreas can't deal properly with strings containing the ASCII NUL. In the attached project, I fill a TextArea with the string "\0some string" and it gives txtArea.Length = 12 String.Len(txtArea.Text) = 0 txtArea.Text = Null This is not consistent. I already told him to put only printable characters into the GUI, but wanted to ask if this would be considered a bug. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -------------- next part -------------- A non-text attachment was scrubbed... Name: textarea-nul-0.0.1.tar.gz Type: application/octet-stream Size: 3890 bytes Desc: not available URL: From lewis at ...3412... Thu May 7 20:25:16 2015 From: lewis at ...3412... (Lewis Balentine) Date: Thu, 07 May 2015 13:25:16 -0500 Subject: [Gambas-user] TextArea and the NUL byte In-Reply-To: <20150507173848.GC4971@...2774...> References: <20150507173848.GC4971@...2774...> Message-ID: <554BAE0C.9030101@...3412...> consistency is next to godliness On 05/07/2015 12:38 PM, Tobias Boege wrote: > This is not consistent. > > Regards, > Tobi > > From gambas at ...1... Thu May 7 21:48:34 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 07 May 2015 21:48:34 +0200 Subject: [Gambas-user] TextArea and the NUL byte In-Reply-To: <20150507173848.GC4971@...2774...> References: <20150507173848.GC4971@...2774...> Message-ID: <554BC192.3000205@...1...> Le 07/05/2015 19:38, Tobias Boege a ?crit : > Hi Benoit, > > we had a case where someone stumbled upon the fact that TextAreas can't > deal properly with strings containing the ASCII NUL. In the attached > project, I fill a TextArea with the string "\0some string" and it gives > > txtArea.Length = 12 > String.Len(txtArea.Text) = 0 > txtArea.Text = Null > > This is not consistent. I already told him to put only printable characters > into the GUI, but wanted to ask if this would be considered a bug. > > Regards, > Tobi > I think it is a bug in gb.qt4, where conversion between UTF-8 and QT4 strings use intermediate zero-terminated strings. I will check if something can be done... -- Beno?t Minisini From gambas at ...1... Fri May 8 08:33:56 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 08 May 2015 08:33:56 +0200 Subject: [Gambas-user] TextArea and the NUL byte In-Reply-To: <554BC192.3000205@...1...> References: <20150507173848.GC4971@...2774...> <554BC192.3000205@...1...> Message-ID: <554C58D4.3040906@...1...> Le 07/05/2015 21:48, Beno?t Minisini a ?crit : > Le 07/05/2015 19:38, Tobias Boege a ?crit : >> Hi Benoit, >> >> we had a case where someone stumbled upon the fact that TextAreas can't >> deal properly with strings containing the ASCII NUL. In the attached >> project, I fill a TextArea with the string "\0some string" and it gives >> >> txtArea.Length = 12 >> String.Len(txtArea.Text) = 0 >> txtArea.Text = Null >> >> This is not consistent. I already told him to put only printable >> characters >> into the GUI, but wanted to ask if this would be considered a bug. >> >> Regards, >> Tobi >> > > I think it is a bug in gb.qt4, where conversion between UTF-8 and QT4 > strings use intermediate zero-terminated strings. I will check if > something can be done... > Fixed in revision #7061! Regards, -- Beno?t Minisini From gambas at ...1... Fri May 8 08:42:19 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 08 May 2015 08:42:19 +0200 Subject: [Gambas-user] Property grid in IDE In-Reply-To: References: Message-ID: <554C5ACB.2060701@...1...> Le 03/05/2015 21:33, Fabien Bodard a ?crit : > Benoit, > > The property grid in the IDE have a bug. > > In french localisation i must to set a float value with a comma... and > then the showed value is with a dot. I suspect the use of a Val > instead of a CFloat. It's because data is edited localized, but displayed not localized (as it would be in the Gambas code). I will see if I can edit the data without localization. > > I think you will see the problem by playing with my last widget... > Sorry... i've adding it without your > agreement. But i think many will found that usefull as it manage float values. No problem if other people need it. I personnally can't stand it in Gimp, I have never been able to use it correctly. By the way, there are a few problems in your implementation: - I see sometimes a white frame around the spin box with gb.qt4. I think it's qt's fault. - When the mouse is a double-arrow, and when I click on the mouse button inside the widget while moving the mouse to the right, the value of the widget grows to its maxium value almost immediately. - The widget must have a boolean Border property to be able to remove its border. - I suggest removing one of the two mouse modes and keeping the "immediate" mode only, when clicking in the widget jumps to the value. No relative mode. Regards, -- Beno?t Minisini From bjoern.buechel at ...31... Fri May 8 09:12:06 2015 From: bjoern.buechel at ...31... (=?UTF-8?B?QmrDtnJuIELDvGNoZWw=?=) Date: Fri, 8 May 2015 09:12:06 +0200 Subject: [Gambas-user] TextArea and the NUL byte In-Reply-To: <554C58D4.3040906@...1...> References: <20150507173848.GC4971@...2774...> <554BC192.3000205@...1...> <554C58D4.3040906@...1...> Message-ID: <20150508091206.4b9ef0d3@...3476...> Am Fri, 08 May 2015 08:33:56 +0200 schrieb Beno?t Minisini : > Le 07/05/2015 21:48, Beno?t Minisini a ?crit : > > Le 07/05/2015 19:38, Tobias Boege a ?crit : > >> Hi Benoit, > >> > >> we had a case where someone stumbled upon the fact that TextAreas > >> can't deal properly with strings containing the ASCII NUL. In the > >> attached project, I fill a TextArea with the string "\0some > >> string" and it gives > >> > >> txtArea.Length = 12 > >> String.Len(txtArea.Text) = 0 > >> txtArea.Text = Null > >> > >> This is not consistent. I already told him to put only printable > >> characters > >> into the GUI, but wanted to ask if this would be considered a bug. > >> > >> Regards, > >> Tobi > >> > > > > I think it is a bug in gb.qt4, where conversion between UTF-8 and > > QT4 strings use intermediate zero-terminated strings. I will check > > if something can be done... > > > > Fixed in revision #7061! > > Regards, > goog morning, can you tell me, whre i get the gambas Version 3.7.1 svn. i have suse 13.2. but i can find this. I need this to have no brash by my Webbroser. Best Regards B. Buchel From gambas.fr at ...626... Fri May 8 10:54:45 2015 From: gambas.fr at ...626... (Fabien Bodard) Date: Fri, 8 May 2015 10:54:45 +0200 Subject: [Gambas-user] Property grid in IDE In-Reply-To: <554C5ACB.2060701@...1...> References: <554C5ACB.2060701@...1...> Message-ID: 2015-05-08 8:42 GMT+02:00 Beno?t Minisini : > Le 03/05/2015 21:33, Fabien Bodard a ?crit : >> Benoit, >> >> The property grid in the IDE have a bug. >> >> In french localisation i must to set a float value with a comma... and >> then the showed value is with a dot. I suspect the use of a Val >> instead of a CFloat. > > It's because data is edited localized, but displayed not localized (as > it would be in the Gambas code). I will see if I can edit the data > without localization. > >> >> I think you will see the problem by playing with my last widget... >> Sorry... i've adding it without your >> agreement. But i think many will found that usefull as it manage float values. > > No problem if other people need it. I personnally can't stand it in > Gimp, I have never been able to use it correctly. > > By the way, there are a few problems in your implementation: > > - I see sometimes a white frame around the spin box with gb.qt4. I think > it's qt's fault. No it's a feature... it's a square that locate the dblClick area. > > - When the mouse is a double-arrow, and when I click on the mouse button > inside the widget while moving the mouse to the right, the value of the > widget grows to its maxium value almost immediately. Only with a value of 1 with a step of 0.1... so the relative step will be 0.1 by pixel. so 10 pixel will give the max value. I think i will disable automatiquely the value if the relative step is too small. > - The widget must have a boolean Border property to be able to remove > its border. ok > - I suggest removing one of the two mouse modes and keeping the > "immediate" mode only, when clicking in the widget jumps to the value. > No relative mode. I think i'll prefere to add an option for that. "AllowFineScale" Disabled by default if you want. > Regards, > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user -- Fabien Bodard From gambas at ...1... Fri May 8 11:04:09 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Fri, 08 May 2015 11:04:09 +0200 Subject: [Gambas-user] Property grid in IDE In-Reply-To: References: <554C5ACB.2060701@...1...> Message-ID: <554C7C09.8030808@...1...> Le 08/05/2015 10:54, Fabien Bodard a ?crit : >> - I suggest removing one of the two mouse modes and keeping the >> "immediate" mode only, when clicking in the widget jumps to the value. >> No relative mode. > > I think i'll prefere to add an option for that. > > "AllowFineScale" > > Disabled by default if you want. > I'm talking about changing the value relatively while the mouse move. I find that mode useless and confusing. Confusing because the widget behaves differently depending on where the mouse exactly is. Useless because if the user wants fine grain, he can use the spinbox. AFAIK, The GIMP is the only software using that widget, and I'm curious to know if I am the only people finding it not practical at all. To make it more usable, I suggest that you implement sticky horizintal positions. For example, a minimum value of 0, a maximum value of 100, a precision of 0.1, but moving the mouse will stick to multiples of 10. Do you see what I mean? -- Beno?t Minisini From vuott at ...325... Sat May 9 00:46:48 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 8 May 2015 23:46:48 +0100 Subject: [Gambas-user] Rev. 7062 - gb.qt5 component: disabled Message-ID: <1431125208.91632.YahooMailBasic@...3268...> Hello, with rev. 7062 I obtain this notice: || || THESE COMPONENTS ARE DISABLED: || - gb.qt5 || What library "qt5" I have to install ? Regards vuott From adamnt42 at ...626... Sat May 9 01:31:56 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Sat, 9 May 2015 09:01:56 +0930 Subject: [Gambas-user] Rev. 7062 - gb.qt5 component: disabled In-Reply-To: <1431125208.91632.YahooMailBasic@...3268...> References: <1431125208.91632.YahooMailBasic@...3268...> Message-ID: <20150509090156.9248dd4c75063082eb618dcc@...626...> On Fri, 8 May 2015 23:46:48 +0100 Ru Vuott wrote: > Hello, > > with rev. 7062 I obtain this notice: > > || > || THESE COMPONENTS ARE DISABLED: > || - gb.qt5 > || > > > What library "qt5" I have to install ? > > Regards > vuott > Well, a quick look at the config output tells me that at least: Qt5Core >= 5.3.0, Qt5Gui Qt5Widgets Qt5Svg Qt5PrintSupport Qt5X11Extras and the associated devel header packages are required. But have you also see the commit notes for this rev? regards bruce -- B Bruen From adamnt42 at ...626... Sat May 9 01:31:56 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Sat, 9 May 2015 09:01:56 +0930 Subject: [Gambas-user] Rev. 7062 - gb.qt5 component: disabled In-Reply-To: <1431125208.91632.YahooMailBasic@...3268...> References: <1431125208.91632.YahooMailBasic@...3268...> Message-ID: <20150509090156.9248dd4c75063082eb618dcc@...626...> On Fri, 8 May 2015 23:46:48 +0100 Ru Vuott wrote: > Hello, > > with rev. 7062 I obtain this notice: > > || > || THESE COMPONENTS ARE DISABLED: > || - gb.qt5 > || > > > What library "qt5" I have to install ? > > Regards > vuott > Well, a quick look at the config output tells me that at least: Qt5Core >= 5.3.0, Qt5Gui Qt5Widgets Qt5Svg Qt5PrintSupport Qt5X11Extras and the associated devel header packages are required. But have you also see the commit notes for this rev? regards bruce -- B Bruen From ian.roper at ...1974... Sun May 10 02:03:48 2015 From: ian.roper at ...1974... (Ian) Date: Sun, 10 May 2015 08:03:48 +0800 Subject: [Gambas-user] [SPAM] Tool tip missing for GUI controls. Message-ID: <554EA064.70909@...1974...> When in the GUI and selecting a form in design view... when you mouse over the available controls in the selection area,you no longer get a tool tip. By design or a bug ? (or just another Linux Mint issue) Cheers, Ian. [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-24-generic Architecture=x86_64 Distribution=Linux Mint 17.1 Rebecca Desktop=GNOME Theme=QGtk Language=en_AU.UTF-8 Memory=7858M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 From gambas at ...1... Sun May 10 13:07:09 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 10 May 2015 13:07:09 +0200 Subject: [Gambas-user] Code snippets In-Reply-To: <1430677005179-51448.post@...3046...> References: <1430677005179-51448.post@...3046...> Message-ID: <554F3BDD.8030507@...1...> Le 03/05/2015 20:16, Charlie a ?crit : > I have been looking at the Code Snippets in Gambas. I found these > instructions http://gambaswiki.org/wiki/ide/idesnippets > but I can't get the "Insert > points" to work. > > I have even copied the code and created a new snippet with the same code but > it does not respond the same as the original. > > Can you tell me where I am going wrong. > > With the Gambas default code the cursor ends up over the highlighted > "Value":- > > > The copied version ends up indenting the first line with the cursor left > there:- > > > I have asked this question here > > but I have not had a responce > I have justed by duplicating the "_p" snippet into an "_s" snippet like you, and it seems to work perfectly. Can you show the exact string of your failing snippet? -- Beno?t Minisini From mmcg29440 at ...3163... Sun May 10 19:08:25 2015 From: mmcg29440 at ...3163... (Martin McGlensey) Date: Sun, 10 May 2015 13:08:25 -0400 Subject: [Gambas-user] Form Open code skipped when using Form1 = New Form syntax. Message-ID: Hello, I have a form (form) that has several controls on it. They are comboboxes, textboxes and buttons. The comboboxes are initialized in the form open procedure. If I open a new form using "Form1 = New form" and call it from another form the dropdown list of the comboboxes as well other variables are not initialized on Form1. This should occur when the form opens but, in the NEW instance the form open routine appears to be skipped. Of course without the data contained in the comboboxes the code in the NEW instance fails. Is there a way around this? How can I force the new instance (Form1) to initialize properly? Thanks, Marty From taboege at ...626... Sun May 10 19:36:36 2015 From: taboege at ...626... (Tobias Boege) Date: Sun, 10 May 2015 19:36:36 +0200 Subject: [Gambas-user] Form Open code skipped when using Form1 = New Form syntax. In-Reply-To: References: Message-ID: <20150510173636.GB20888@...2774...> On Sun, 10 May 2015, Martin McGlensey wrote: > Hello, > > I have a form (form) that has several controls on it. They are comboboxes, > textboxes and buttons. The comboboxes are initialized in the form open > procedure. > > If I open a new form using "Form1 = New form" and call it from another form > the dropdown list of the comboboxes as well other variables are not > initialized on Form1. This should occur when the form opens but, in the NEW > instance the form open routine appears to be skipped. Of course without the > data contained in the comboboxes the code in the NEW instance fails. > > Is there a way around this? How can I force the new instance (Form1) to > initialize properly? > It is intended that the form is *not* shown as soon as it is instantiated. If you want to do that, just write Form1 = New form Form1.Show() Or alternatively, if you want to initialise children independent of whether the form is shown or not, you write the initialisation code into the constructor of your "form" class which is the special _new method[0]. Regards, Tobi [0] http://gambaswiki.org/wiki/lang/special/new -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From Karl.Reinl at ...2345... Mon May 11 14:52:15 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Mon, 11 May 2015 14:52:15 +0200 Subject: [Gambas-user] InputBox and Fullscreen=True Message-ID: <1431348735.4055.8.camel@...40...> Salut Beno?t, send you an example, showing the behave of not raising InputBoxs on Forms with Fullscreen=True. Maybe that will be the same with other forms from gb.form like Wizard. -- Amicalement Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: reiner3-0.0.1.tar.gz Type: application/x-compressed-tar Size: 14026 bytes Desc: not available URL: From charlie at ...2793... Mon May 11 18:35:25 2015 From: charlie at ...2793... (Charlie) Date: Mon, 11 May 2015 09:35:25 -0700 (MST) Subject: [Gambas-user] Code snippets In-Reply-To: <554F3BDD.8030507@...1...> References: <1430677005179-51448.post@...3046...> <554F3BDD.8030507@...1...> Message-ID: <1431362125100-51488.post@...3046...> Hi Beno?t, I copied the text from the '_p' and pasted it into the '_s'. The code is: - Public Sub _put(${1:Value} As ${2:Type}, ${3:Indexes}) ${} End They appear the same. -- View this message in context: http://gambas.8142.n7.nabble.com/Code-snippets-tp51448p51488.html Sent from the gambas-user mailing list archive at Nabble.com. From adamnt42 at ...626... Wed May 13 05:30:58 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Wed, 13 May 2015 13:00:58 +0930 Subject: [Gambas-user] Proposal: IDE / custom control components Message-ID: <20150513130058.0418320b2bf9ce90e16be9a3@...626...> @Beno?t & Fabien I have been hacking around in our local IDE code over the last month attempting to create a way to make a popup control property editor (like say, the list editor for a combobox, but please bear with me) entirely contained within the custom control component itself. A more illustrative example would be Fabien's Angle property for a Report.?? control. My theory is this: It would be (generally) better to be able to define the property editor within the actual component itself, rather than having to change the IDE code each time a new popup property editor is needed. The IDE would then have to invoke the required editor from within that component. My actual situation is this: I have a (yes, the dreaded) virtual menu control component "vappoptions" that reduces the management of the user's application configuration down to a reasonably simple IDE virtual control. That is, we drag a "vappoptions" control from the toolbox onto a form and it provides the entire "Tools|Options" popup with no further coding needed. However, it has an IDE exposed property "Options" that needs a specialised property value editor (which exists inside the custom control component itself). That popup editor (to cut a long story short) edits via a nice gui a ".options" file in the project. So I need, for our purposes a way to invoke that popup editor from within the IDE form designer. Gawd. I hope that was understandable? Anyway, our local version of the IDE has a modified FProperty.class (and some other things) that makes this all possible... sort of.... but it works! It's essentially a "hack" at the moment. So here's the guts of this: 1) It is possible to have a custom property editor, encased entirely within a custom component. 2) The hack is v e r y undeveloped. 3) I think this has great possibilities for "lightening the load" on the IDE for custom controls. 4) I need some help !!! So if any of the above is sensical and/or of interest, let me know. best regards bruce -- B Bruen From gambas at ...1... Wed May 13 11:23:28 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 13 May 2015 11:23:28 +0200 Subject: [Gambas-user] InputBox and Fullscreen=True In-Reply-To: <1431348735.4055.8.camel@...40...> References: <1431348735.4055.8.camel@...40...> Message-ID: <55531810.9010305@...1...> Le 11/05/2015 14:52, Charlie Reinl a ?crit : > Salut Beno?t, > > send you an example, showing the behave of not raising > InputBoxs on Forms with Fullscreen=True. > Maybe that will be the same with other forms from gb.form > like Wizard. > It works perfectly with KWin with all GUI componentnts. I guess you are using another window manager? -- Beno?t Minisini From Karl.Reinl at ...2345... Wed May 13 12:11:35 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Wed, 13 May 2015 12:11:35 +0200 Subject: [Gambas-user] InputBox and Fullscreen=True In-Reply-To: <55531810.9010305@...1...> References: <1431348735.4055.8.camel@...40...> <55531810.9010305@...1...> Message-ID: <1431511895.3507.3.camel@...40...> Am Mittwoch, den 13.05.2015, 11:23 +0200 schrieb Beno?t Minisini: > Le 11/05/2015 14:52, Charlie Reinl a ?crit : > > Salut Beno?t, > > > > send you an example, showing the behave of not raising > > InputBoxs on Forms with Fullscreen=True. > > Maybe that will be the same with other forms from gb.form > > like Wizard. > > > > It works perfectly with KWin with all GUI componentnts. I guess you are > using another window manager? > Yes I use xfwm4 [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.2.0-83-generic Architecture=x86 Distribution=Ubuntu 12.04.5 LTS Desktop=GNOME Theme=Plastique Language=de_DE.UTF-8 Memory=3025M [Libraries] Cairo=libcairo.so.2.11000.2 Curl=libcurl.so.4.2.0 DBus=libdbus-1.so.3.5.8 GStreamer=libgstreamer-0.10.so.0.30.0 GTK+3=libgtk-3.so.0.400.2 GTK+=libgtk-x11-2.0.so.0.2400.10 Poppler=libpoppler.so.19.0.0 Qt4=libQtCore.so.4.8.1 SDL=libSDL-1.2.so.0.11.3 -- Amicalement Charlie From herberthguzman at ...626... Wed May 13 20:39:14 2015 From: herberthguzman at ...626... (herberth guzman) Date: Wed, 13 May 2015 12:39:14 -0600 Subject: [Gambas-user] Available for download InnovaDE Preview 0.1.1 Message-ID: Desktop Developed in Gambas 3.6 (The Desktop of Gambas - InnovaDE) First version available for download InnovaDE Preview 0.1.1 Available for now only Debia/Ubuntu systems Nothing possible without the special help of Benoit and Fabien. - Innova Desktop Scheduled in Gambas 100% - Graphical interface simple user - Interact with GTK and KDE interchangeably - It has its own panel - It has its own systray - It has its own launcher (start menu) "DesktopApps" by Fabien - Widgets to display the time, date, calculator - 23 Theme - MyInnova - Configure InnovaDE -It is fast Requirements Gambas 3.6 Openbox or Kwin Dbus Report bugs innovadesktop at ...626... Available for download at: https://sourceforge.net/projects/innovadesktop/ From Adrien.PROKOPOWICZ at ...3478... Mon May 11 02:52:43 2015 From: Adrien.PROKOPOWICZ at ...3478... (Adrien Prokopowicz) Date: Mon, 11 May 2015 02:52:43 +0200 Subject: [Gambas-user] gb.media : receiving GStreamer element messages Message-ID: Hello everyone, So I wanted to play a bit with the "spectrum" GStreamer element. After reading the documentation, I noticed that it used "element messages" to send the spectrum data to the application, but gb.media does not have an interface to catch these. I made a quick and dirty patch at first, but I think that after some cleanup it would be nice to share. So here it is (see the attached patch). (I named the data class MediaData here, but I think there might be a better name for it.) In order to see it in action, I made a small application that shows the spectrum of an audio file while playing it. It also tweaks the data to look nicer on the visualizer (basically changing the frequency scale to a logarithmic one, and smoothing the result), but you can disable it in the configuration menu if you want. The app itself is completely useless, but I find it quite fun to watch. However, processing and rendering the data takes a significant amount of power, so it might lag if you have a small CPU. If it lags too much for you, you can lower some rates in the SpectrumPlayer class. What do you think ? Regards, -- Adrien Prokopowicz -------------- next part -------------- A non-text attachment was scrubbed... Name: AudioSpectrum-1.0.tar.gz Type: application/x-gzip Size: 8036 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gb.media_src.diff.gz Type: application/x-gzip Size: 1964 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: audiospectrum.png Type: image/png Size: 11998 bytes Desc: not available URL: From gambas at ...1... Thu May 14 00:07:48 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 14 May 2015 00:07:48 +0200 Subject: [Gambas-user] gb.media : receiving GStreamer element messages In-Reply-To: References: Message-ID: <5553CB34.40902@...1...> Le 11/05/2015 02:52, Adrien Prokopowicz a ?crit : > Hello everyone, > > So I wanted to play a bit with the "spectrum" GStreamer element. > After reading the documentation, I noticed that it used "element messages" > to send the spectrum data to the application, but gb.media does not have > an interface to catch these. > > I made a quick and dirty patch at first, but I think that after some > cleanup > it would be nice to share. So here it is (see the attached patch). > (I named the data class MediaData here, but I think there might be > a better name for it.) > > In order to see it in action, I made a small application that shows > the spectrum of an audio file while playing it. > It also tweaks the data to look nicer on the visualizer (basically > changing the frequency scale to a logarithmic one, and smoothing the > result), > but you can disable it in the configuration menu if you want. > > The app itself is completely useless, but I find it quite fun to watch. > However, processing and rendering the data takes a significant amount of > power, so it might lag if you have a small CPU. > If it lags too much for you, you can lower some rates in the > SpectrumPlayer class. > > What do you think ? > > Regards, > > Cool. Can you change a bit your implementation so that is it more generic? The idea is replacing the Data event and the MediaData object by a Message event and a MediaMessage object. Instead of testing GST_MESSAGE_ELEMENT, you check before the switch that the Message event is implemented (with GB.CanRaise), and then you send the event handler a newly create MediaMessage object. The MediaMessage object is exactly like your MediaData object, except that you can add the Type property for the message type, and constants in the MediaMessage class (or in the Media class) for each message type. And in the future we'll be able to add other methods if needed. If can you do the change, just commit it directly. Easier for me to check that way! Regards, -- Beno?t Minisini From jussi.lahtinen at ...626... Thu May 14 00:58:06 2015 From: jussi.lahtinen at ...626... (Jussi Lahtinen) Date: Thu, 14 May 2015 01:58:06 +0300 Subject: [Gambas-user] Very minor bug in Software farm. Message-ID: See attachments. In the program description there reads "GAlarm" and in the other window it's "Alarm". For some reason the "G" is dropped. This is with r7049. [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-37-generic Architecture=x86_64 Distribution=Linux Mint 17.1 Rebecca Desktop=GNOME Theme=QGtk Language=en_US.UTF-8 Memory=7985M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 Jussi -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-05-14 01:53:05.png Type: image/png Size: 86751 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-05-14 01:52:52.png Type: image/png Size: 97137 bytes Desc: not available URL: From adrien.prokopowicz at ...626... Thu May 14 05:01:14 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Thu, 14 May 2015 05:01:14 +0200 Subject: [Gambas-user] gb.media : receiving GStreamer element messages In-Reply-To: <5553CB34.40902@...1...> References: <5553CB34.40902@...1...> Message-ID: Le Thu, 14 May 2015 00:07:48 +0200, Beno?t Minisini a ?crit: > Le 11/05/2015 02:52, Adrien Prokopowicz a ?crit : >> Hello everyone, >> >> So I wanted to play a bit with the "spectrum" GStreamer element. >> After reading the documentation, I noticed that it used "element >> messages" >> to send the spectrum data to the application, but gb.media does not have >> an interface to catch these. >> >> I made a quick and dirty patch at first, but I think that after some >> cleanup >> it would be nice to share. So here it is (see the attached patch). >> (I named the data class MediaData here, but I think there might be >> a better name for it.) >> >> In order to see it in action, I made a small application that shows >> the spectrum of an audio file while playing it. >> It also tweaks the data to look nicer on the visualizer (basically >> changing the frequency scale to a logarithmic one, and smoothing the >> result), >> but you can disable it in the configuration menu if you want. >> >> The app itself is completely useless, but I find it quite fun to watch. >> However, processing and rendering the data takes a significant amount of >> power, so it might lag if you have a small CPU. >> If it lags too much for you, you can lower some rates in the >> SpectrumPlayer class. >> >> What do you think ? >> >> Regards, >> >> > > Cool. Can you change a bit your implementation so that is it more > generic? > > The idea is replacing the Data event and the MediaData object by a > Message event and a MediaMessage object. > > Instead of testing GST_MESSAGE_ELEMENT, you check before the switch that > the Message event is implemented (with GB.CanRaise), and then you send > the event handler a newly create MediaMessage object. > > The MediaMessage object is exactly like your MediaData object, except > that you can add the Type property for the message type, and constants > in the MediaMessage class (or in the Media class) for each message type. > And in the future we'll be able to add other methods if needed. > > If can you do the change, just commit it directly. Easier for me to > check that way! > > Regards, > I like the idea, the only problem is that there already is a message event that handles error/warning/info messages, so we'll have to find another name, I guess. If I don't stumble upon any other incompatibility problem, I should be able to commit that tomorrow. Regards, -- Adrien Prokopowicz From gambas at ...1... Thu May 14 14:45:25 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Thu, 14 May 2015 14:45:25 +0200 Subject: [Gambas-user] gb.media : receiving GStreamer element messages In-Reply-To: References: <5553CB34.40902@...1...> Message-ID: <555498E5.2070601@...1...> Le 14/05/2015 05:01, Adrien Prokopowicz a ?crit : > > I like the idea, the only problem is that there already is a message event > that handles error/warning/info messages, so we'll have to find another > name, I guess. > > If I don't stumble upon any other incompatibility problem, I should be able > to commit that tomorrow. > > Regards, > Oops, my bad... Well, at the moment I suggest "Event" as event name, I didn't find ayhting better. I should have think before chosing "Message" for the name of the other event! -- Beno?t Minisini From bagoneo at ...69... Thu May 14 14:54:23 2015 From: bagoneo at ...69... (Gian) Date: Thu, 14 May 2015 14:54:23 +0200 Subject: [Gambas-user] DrawingArea error: Pending Path Message-ID: <55549AFF.2030701@...69...> Hello all, In this attached small example that before it worked well now I get an error (Pending path) and do not understand why. Regards Gianluigi -------------- next part -------------- A non-text attachment was scrubbed... Name: TextRotate-0.0.1.tar.gz Type: application/gzip Size: 5318 bytes Desc: not available URL: From gambas at ...2524... Thu May 14 16:13:49 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Thu, 14 May 2015 14:13:49 +0000 Subject: [Gambas-user] Issue 622 in gambas: ButtonBox does not report its Name property Message-ID: <0-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Status: New Owner: ---- Labels: Version-3.7.0 Type-Bug Priority-Medium OpSys-Any Dist-Any Arch-Any Desktop-Any GUI-Any New issue 622 by chr4... at ...1601...: ButtonBox does not report its Name property https://code.google.com/p/gambas/issues/detail?id=622 1) Describe the problem. If I fill the property "Name" of a TextBox with a string, that can be queried via code when running. But if I fill the property "Name" of a ButtonBox, if queried, it reports it's name as "TextBox" instead of the given String. Attached is a small project. Put the cursor in one of the controls an press Enter. The name of the control will be reported in a message. The TextBox is named "Bing", the ButtonBox "Bong". The TextBox reports "Bing", the ButtonBox "TextBox" (instead of "Bong"). Attachments: buttonbox-name-bug.tar.gz 4.5 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Thu May 14 16:36:15 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Thu, 14 May 2015 14:36:15 +0000 Subject: [Gambas-user] Issue 622 in gambas: ButtonBox does not report its Name property In-Reply-To: <0-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Message-ID: <1-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Updates: Status: NeedsInfo Comment #1 on issue 622 by tabo... at ...626...: ButtonBox does not report its Name property https://code.google.com/p/gambas/issues/detail?id=622 That's because ButtonBox is a compound control from gb.form. If you have a look at the source code[0], you see that ButtonBox is itself a UserControl (which inherits Container!) and contains a MaskBox (called "TextBox") which is used to display the contents of the ButtonBox. Since ButtonBox inherits UserControl inherits Container, your code inspects even the children of the ButtonBox and finds that the contained MaskBox has focus -- which is what you get. One way to fix this in your code is to detect the control which has focus, just as you do now, and then to go up the Control.Parent chain to find either (a) the farthest UserControl above: then take this control or (b) no UserControl above at all: then take the control you found. Does that clear up the situation? I want to mark this bug report "Invalid" if you have no objections. [0] http://sourceforge.net/p/gambas/code/HEAD/tree/gambas/trunk/comp/src/gb.form/.src/Button/ButtonBox.class -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From chrisml at ...3340... Thu May 14 16:38:28 2015 From: chrisml at ...3340... (Christof Thalhofer) Date: Thu, 14 May 2015 16:38:28 +0200 Subject: [Gambas-user] CClassInfo.AddSymbol.983 Message-ID: <5554B364.90609@...3340...> Hi. Gambas gives me this message when I start a project of mine. What does that mean? "CClassInfo.AddSymbol.983 Void key" In this project I define some constants. Interestingly the message does not occur when I comment this out: ' Prozent Public Const ProzentShort As String = "###.#%" Public Const Prozent As String = "###.# %" Any hints? Alles Gute Christof Thalhofer -- Dies ist keine Signatur -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From adrien.prokopowicz at ...626... Thu May 14 16:59:09 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Thu, 14 May 2015 16:59:09 +0200 Subject: [Gambas-user] gb.media : receiving GStreamer element messages In-Reply-To: <555498E5.2070601@...1...> References: <5553CB34.40902@...1...> <555498E5.2070601@...1...> Message-ID: Le Thu, 14 May 2015 14:45:25 +0200, Beno?t Minisini a ?crit: > Le 14/05/2015 05:01, Adrien Prokopowicz a ?crit : >> >> I like the idea, the only problem is that there already is a message >> event >> that handles error/warning/info messages, so we'll have to find another >> name, I guess. >> >> If I don't stumble upon any other incompatibility problem, I should be >> able >> to commit that tomorrow. >> >> Regards, >> > > Oops, my bad... Well, at the moment I suggest "Event" as event name, I > didn't find ayhting better. I should have think before chosing "Message" > for the name of the other event! > Done in revision #7082. I used "Event" for the event name as you suggested, I hadn't found any better name myself (I had "RawMessage" in mind, but meh). I put all of the GStreamer constants in the MediaMessage class, except for the ones that are only used internally by GStreamer, depreceated, or implemented in an earlier version than 1.0 (according to the GStreamer docs). I put the message's name in the MediaMessage object rather than in the event's parameters, I think it is more fitting now that the object holds the message itself rather than just the data. I also added a few convenience methods for retrieving the data, such as _next, Count, and Key. Maybe I will also add a method to export the data directly to a collection, as the MediaMessage object itself is short-lived. -- Adrien Prokopowicz From gambas at ...1... Thu May 14 17:27:53 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 14 May 2015 17:27:53 +0200 Subject: [Gambas-user] CClassInfo.AddSymbol.983 In-Reply-To: <5554B364.90609@...3340...> References: <5554B364.90609@...3340...> Message-ID: <5554BEF9.9030805@...1...> Le 14/05/2015 16:38, Christof Thalhofer a ?crit : > Hi. > > Gambas gives me this message when I start a project of mine. What does > that mean? > > "CClassInfo.AddSymbol.983 > > Void key" > > In this project I define some constants. Interestingly the message does > not occur when I comment this out: > > ' Prozent > Public Const ProzentShort As String = "###.#%" > Public Const Prozent As String = "###.# %" > > Any hints? > > > Alles Gute > > Christof Thalhofer > Can you send your project? -- Beno?t Minisini From gambas at ...2524... Thu May 14 17:57:49 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Thu, 14 May 2015 15:57:49 +0000 Subject: [Gambas-user] Issue 622 in gambas: ButtonBox does not report its Name property In-Reply-To: <1-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> References: <1-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> <0-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Message-ID: <2-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Comment #2 on issue 622 by chr4... at ...1601...: ButtonBox does not report its Name property https://code.google.com/p/gambas/issues/detail?id=622 Yes, maybe you should do that (mark the bug as invalid). Attached is a solution which does what you suggested. It always returns the name. Thank you! Attachments: buttonbox-name-solution.tar.gz 4.7 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Thu May 14 18:02:23 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Thu, 14 May 2015 16:02:23 +0000 Subject: [Gambas-user] Issue 622 in gambas: ButtonBox does not report its Name property In-Reply-To: <2-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> References: <2-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> <0-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Message-ID: <3-6813199134517018827-13336361803604769704-gambas=googlecode.com@...2524...> Updates: Status: Invalid Comment #3 on issue 622 by tabo... at ...626...: ButtonBox does not report its Name property https://code.google.com/p/gambas/issues/detail?id=622 Good. Also next time check that the project you send does not depend on unofficial components (gb.deg.form in this case). -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From chrisml at ...3340... Thu May 14 18:45:16 2015 From: chrisml at ...3340... (Christof Thalhofer) Date: Thu, 14 May 2015 18:45:16 +0200 Subject: [Gambas-user] CClassInfo.AddSymbol.983 In-Reply-To: <5554BEF9.9030805@...1...> (sfid-) References: <5554B364.90609@...3340...> <5554BEF9.9030805@...1...> (sfid-) Message-ID: <5554D11C.5070006@...3340...> Am 14.05.2015 um 17:27 schrieb Beno?t Minisini: > Can you send your project? I did, to your email address. Alles Gute Christof Thalhofer -- Dies ist keine Signatur -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From bagoneo at ...69... Thu May 14 21:24:54 2015 From: bagoneo at ...69... (Gian) Date: Thu, 14 May 2015 21:24:54 +0200 Subject: [Gambas-user] DrawingArea error: Pending Path In-Reply-To: <55549AFF.2030701@...69...> References: <55549AFF.2030701@...69...> Message-ID: <5554F686.10900@...69...> Il 14/05/2015 14:54, Gian ha scritto: > Hello all, > In this attached small example that before it worked well now I get an > error (Pending path) and do not understand why. > Regards > Gianluigi > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > Hello Benoit, OK I installed on a VirtualBox the Gambas3 3.5.4 and as you can see from the attached image my code works well. Can you help me. Regards Gianluigi -------------- next part -------------- A non-text attachment was scrubbed... Name: Schermata del 2015-05-14 21_15_14.png Type: image/png Size: 29468 bytes Desc: not available URL: From bagoneo at ...69... Thu May 14 22:37:34 2015 From: bagoneo at ...69... (Gian) Date: Thu, 14 May 2015 22:37:34 +0200 Subject: [Gambas-user] DrawingArea error: Pending Path In-Reply-To: <5554F686.10900@...69...> References: <55549AFF.2030701@...69...> <5554F686.10900@...69...> Message-ID: <5555078E.7010909@...69...> Il 14/05/2015 21:24, Gian ha scritto: > Il 14/05/2015 14:54, Gian ha scritto: >> Hello all, >> In this attached small example that before it worked well now I get an >> error (Pending path) and do not understand why. >> Regards >> Gianluigi >> >> >> ------------------------------------------------------------------------------ >> >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> >> >> >> _______________________________________________ >> Gambas-user mailing list >> Gambas-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-user >> > > > Hello Benoit, > OK I installed on a VirtualBox the Gambas3 3.5.4 and as you can see from > the attached image my code works well. > Can you help me. > Regards > Gianluigi > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > I forgot to provide data on my systems. Regards Gianluigi [System] Gambas=3.7.1 (Compiled) OperatingSystem=Linux Kernel=3.13.0-51-generic Architecture=x86_64 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=4961M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 [System] Gambas=3.7.1 (PPA) OperatingSystem=Linux Kernel=3.13.0-38-generic Architecture=x86_64 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=15977M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-53-generic Architecture=x86 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=Gtk Language=it_IT.UTF-8 Memory=3020M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 Qt5=libQt5Core.so.5.2.1 SDL=libSDL-1.2.so.0.11.4 From bagoneo at ...69... Fri May 15 14:01:16 2015 From: bagoneo at ...69... (Gian) Date: Fri, 15 May 2015 14:01:16 +0200 Subject: [Gambas-user] DrawingArea error: Pending Path In-Reply-To: <5555078E.7010909@...69...> References: <55549AFF.2030701@...69...> <5554F686.10900@...69...> <5555078E.7010909@...69...> Message-ID: <5555E00C.4080304@...69...> Il 14/05/2015 22:37, Gian ha scritto: > Il 14/05/2015 21:24, Gian ha scritto: >> Il 14/05/2015 14:54, Gian ha scritto: >>> Hello all, >>> In this attached small example that before it worked well now I get an >>> error (Pending path) and do not understand why. >>> Regards >>> Gianluigi >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> One dashboard for servers and applications across Physical-Virtual-Cloud >>> Widest out-of-the-box monitoring support with 50+ applications >>> Performance metrics, stats and reports that give you Actionable Insights >>> Deep dive visibility with transaction tracing using APM Insight. >>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >>> >>> >>> >>> _______________________________________________ >>> Gambas-user mailing list >>> Gambas-user at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/gambas-user >>> >> >> >> Hello Benoit, >> OK I installed on a VirtualBox the Gambas3 3.5.4 and as you can see from >> the attached image my code works well. >> Can you help me. >> Regards >> Gianluigi >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> >> >> >> _______________________________________________ >> Gambas-user mailing list >> Gambas-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-user >> It work well also on Gambas3 3.6.2 as you can see from the attached image. Regards Gianluigi [System] Gambas=3.6.2 OperatingSystem=Linux Kernel=3.16.0-37-generic Architecture=x86 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=4052M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 -------------- next part -------------- A non-text attachment was scrubbed... Name: Schermata del 2015-05-15 13_52_01.png Type: image/png Size: 32834 bytes Desc: not available URL: From epost at ...3323... Sat May 16 00:12:02 2015 From: epost at ...3323... (=?UTF-8?B?SsO4cm4gRXJpayBNw7hybmU=?=) Date: Sat, 16 May 2015 00:12:02 +0200 Subject: [Gambas-user] 2/3 installation package made... Message-ID: <55566F32.5000808@...3323...> Hi! When trying to make an installation package from the attached component, it only generates the *-gtk and *-qt4 package, and not the main&plain package (for lack of better term). I also notice setting Form's Border=False under QT5 is not working. Cheers! -------------- next part -------------- A non-text attachment was scrubbed... Name: gb.notify-0.0.1.tar.gz Type: application/gzipped-tar Size: 9367 bytes Desc: not available URL: From herberthguzman at ...626... Sat May 16 01:37:19 2015 From: herberthguzman at ...626... (herberth guzman) Date: Fri, 15 May 2015 17:37:19 -0600 Subject: [Gambas-user] InnovaDE Preview 0.1.2 Message-ID: Desktop Developed in Gambas3 (The Desktop of Gambas - InnovaDE) Some bugs fixed Version available for download InnovaDE Preview 0.1.2 Available for now only Debia/Ubuntu systems - Innova Desktop Scheduled in Gambas 100% - Graphical interface simple user - Interact with GTK and KDE - It has its own panel - It has its own systray - It has its own launcher - Widgets to display the time, date, calculator - 23 Theme - MyInnova - Configure InnovaDE -It is fast Available in 3 languages English Spanish French Coming soon Italian Portuguese Requirements Minimal Gambas 3.6 Openbox or Kwin Dbus pcmanfm Report bugs innovadesktop at ...626... Available for download at: https://sourceforge.net/projects/innovadesktop/ From willy at ...3474... Sat May 16 15:53:22 2015 From: willy at ...3474... (Willy@...3475...) Date: Sat, 16 May 2015 15:53:22 +0200 Subject: [Gambas-user] sdl2 component missing in gambas-team stable PPA!! Message-ID: <1431784402.5984.6.camel@...3024...> Hi all, I just noticed when trying to install InnovaDesktop 0.1.2 for testing that it would not install because of missing dependency gambas3-gb-sdl2-audio. When trying to install it I noticed it was not available in the gambas-team stable PPA (Gambas 3.7.1). So I opened up a project in IDE and checked to see that there is indeed no gambas sdl2 component available in Gambas 3.7.1 The Gambas 3.7.0 release notes say: "gb.sdl2 and gb.sdl2.audio are two new components for using SDL2." Where they forgotten in making the gambas-team stable PPA for 3.7.0 and up? -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From willy at ...3474... Sat May 16 16:12:24 2015 From: willy at ...3474... (Willy@...3475...) Date: Sat, 16 May 2015 16:12:24 +0200 Subject: [Gambas-user] InnovaDE Preview 0.1.2 In-Reply-To: References: Message-ID: <1431785544.5984.20.camel@...3024...> On vr, 2015-05-15 at 17:37 -0600, herberth guzman wrote: > Desktop Developed in Gambas3 (The Desktop of Gambas - InnovaDE) > > Some bugs fixed > > Version available for download InnovaDE Preview 0.1.2 > Available for now only Debia/Ubuntu systems > > - Innova Desktop Scheduled in Gambas 100% > - Graphical interface simple user > - Interact with GTK and KDE > - It has its own panel > - It has its own systray > - It has its own launcher > - Widgets to display the time, date, calculator > - 23 Theme > - MyInnova - Configure InnovaDE > -It is fast > > Available in 3 languages > English > Spanish > French > > Coming soon > Italian > Portuguese If the original language to translate from in InnovaDE is English, I would be willing to do a Dutch translation of InnovaDE. Just let me know. Since gbEdit is the texteditor on InnovaDE it would be great that it would support all the languages InnovaDE is translated to. gbEdit is currently available in English, Spanish, French, German, Dutch and Portuguese. So, it would be nice if it could get translated to Italian as well (language to translate from is English). If you can?t translate into Italian but into another language than mentioned above, that would be very much appreciated. Also, if someone could check the existing translations for French and German (as I did them partly myself using Google translate combined with my own knowledge of French and German) if they are accurate, that would be great too. Send me a mail if you want to do any of above and I send you the gbEdit source archives so you can get started. > > > Requirements Minimal > > Gambas 3.6 Seems that InnovaDE is packaged with Gambas 3.7 as it requires gambas-gb-sdl2-audio >= 3.7 installed. Is this intentional or did you mistakenly package it with Gamabs 3.7.x? > Openbox or Kwin > Dbus > pcmanfm > > Report bugs > innovadesktop at ...626... > > Available for download at: > https://sourceforge.net/projects/innovadesktop/ > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From bagoneo at ...69... Sat May 16 16:18:12 2015 From: bagoneo at ...69... (Gian) Date: Sat, 16 May 2015 16:18:12 +0200 Subject: [Gambas-user] DrawigArea second mailing Message-ID: <555751A4.3010305@...69...> I was informed that the previous email with the subject DravingArea error (Path Pending) have been seen as spam, this the synthesized text: In this attached small example that before it worked well now I get an error (Pending path) and do not understand why. I installed on a VirtualBox the Gambas3 3.5.4 and 3.6.2 and the code well works. Regards Gianluigi [System] Gambas=3.7.1 (Compiled) OperatingSystem=Linux Kernel=3.13.0-51-generic Architecture=x86_64 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=4961M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 [System] Gambas=3.7.1 (PPA) OperatingSystem=Linux Kernel=3.13.0-38-generic Architecture=x86_64 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=15977M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-53-generic Architecture=x86 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=Gtk Language=it_IT.UTF-8 Memory=3020M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 Qt5=libQt5Core.so.5.2.1 SDL=libSDL-1.2.so.0.11.4 [System] Gambas=3.6.2 OperatingSystem=Linux Kernel=3.16.0-37-generic Architecture=x86 Distribution=Ubuntu 14.04.2 LTS Desktop=GNOME Theme=QGtk Language=it_IT.UTF-8 Memory=4052M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 -------------- next part -------------- A non-text attachment was scrubbed... Name: TextRotate-0.0.1.tar.gz Type: application/gzip Size: 5318 bytes Desc: not available URL: From vuott at ...325... Sat May 16 16:27:43 2015 From: vuott at ...325... (Ru Vuott) Date: Sat, 16 May 2015 15:27:43 +0100 Subject: [Gambas-user] I: DrawigArea second mailing Message-ID: <1431786463.12156.YahooMailBasic@...3274...> ...from Gianluigi (its email end in SPAM) --- Sab 16/5/15, Gian ha scritto: > Da: Gian > Oggetto: [Gambas-user] DrawigArea second mailing > A: Gambas-user at lists.sourceforge.net > Data: Sabato 16 maggio 2015, 16:18 > I was informed that the previous > email with the subject DravingArea > error (Path Pending) have been seen as spam, this the > synthesized text: > > In this attached small example that before it worked well > now I get an > error (Pending path) and do not understand why. > I installed on a VirtualBox the Gambas3 3.5.4 and 3.6.2 and > the code > well works. > > Regards > Gianluigi > > [System] > Gambas=3.7.1 (Compiled) > OperatingSystem=Linux > Kernel=3.13.0-51-generic > Architecture=x86_64 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=4961M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > [System] > Gambas=3.7.1 (PPA) > OperatingSystem=Linux > Kernel=3.13.0-38-generic > Architecture=x86_64 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=15977M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > [System] > Gambas=3.7.90 > OperatingSystem=Linux > Kernel=3.13.0-53-generic > Architecture=x86 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=Gtk > Language=it_IT.UTF-8 > Memory=3020M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > Qt5=libQt5Core.so.5.2.1 > SDL=libSDL-1.2.so.0.11.4 > [System] > Gambas=3.6.2 > OperatingSystem=Linux > Kernel=3.16.0-37-generic > Architecture=x86 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=4052M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > -----Segue allegato----- > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across > Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ > applications > Performance metrics, stats and reports that give you > Actionable Insights > Deep dive visibility with transaction tracing using APM > Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > -----Segue allegato----- > > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -------------- next part -------------- A non-text attachment was scrubbed... Name: TextRotate-0.0.1.tar.gz Type: application/gzip Size: 5318 bytes Desc: not available URL: From gambas at ...1... Sat May 16 16:37:15 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sat, 16 May 2015 16:37:15 +0200 Subject: [Gambas-user] I: DrawigArea second mailing In-Reply-To: <1431786463.12156.YahooMailBasic@...3274...> References: <1431786463.12156.YahooMailBasic@...3274...> Message-ID: <5557561B.9010603@...1...> Le 16/05/2015 16:27, Ru Vuott a ?crit : > ...from Gianluigi (its email end in SPAM) > "Pending path" means that you cannot draw text (with DrawText() method for example) if you have started a drawing path but have not stroke or fill it. Regards, -- Beno?t Minisini From willy at ...3474... Sat May 16 16:37:33 2015 From: willy at ...3474... (Willy@...3475...) Date: Sat, 16 May 2015 16:37:33 +0200 Subject: [Gambas-user] Categories in Farm Server Message-ID: <1431787053.5984.30.camel@...3024...> Hi all, I feel there are categories missing in the Farm server. I have an text editor I would like to publish and I feel it fits in none of the categories as it is not meant as a programming example. A category named 'Accessories' would fit my needs and that of many other applications. Also, say I would develop a webbrowser or other internet related application. To me it seems a category named 'Internet' would fit those needs. I also noticed InnovaDE is published on the Farm server in the category 'Development'. Would a category named 'System' not be more suited as I see 'Development' more for applications supporting the development of applications. Anyone an opinion on this matter? -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From gambas at ...1... Sat May 16 16:50:49 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sat, 16 May 2015 16:50:49 +0200 Subject: [Gambas-user] Categories in Farm Server In-Reply-To: <1431787053.5984.30.camel@...3024...> References: <1431787053.5984.30.camel@...3024...> Message-ID: <55575949.2050403@...1...> Le 16/05/2015 16:37, Willy at ...3475... a ?crit : > Hi all, > > I feel there are categories missing in the Farm server. > > I have an text editor I would like to publish and I feel it fits in none > of the categories as it is not meant as a programming example. > > A category named 'Accessories' would fit my needs and that of many other > applications. > > Also, say I would develop a webbrowser or other internet related > application. To me it seems a category named 'Internet' would fit those > needs. > > I also noticed InnovaDE is published on the Farm server in the category > 'Development'. Would a category named 'System' not be more suited as I > see 'Development' more for applications supporting the development of > applications. > > Anyone an opinion on this matter? > Categories are just tags that are visible on the main farm window. So no problem to add them as soon as I find some icons. So you suggest: - Accessories - Internet - System -- Beno?t Minisini From willy at ...3474... Sat May 16 16:59:45 2015 From: willy at ...3474... (Willy@...3475...) Date: Sat, 16 May 2015 16:59:45 +0200 Subject: [Gambas-user] Categories in Farm Server In-Reply-To: <55575949.2050403@...1...> References: <1431787053.5984.30.camel@...3024...> <55575949.2050403@...1...> Message-ID: <1431788385.5984.31.camel@...3024...> On za, 2015-05-16 at 16:50 +0200, Beno?t Minisini wrote: > Le 16/05/2015 16:37, Willy at ...3475... a ?crit : > > Hi all, > > > > I feel there are categories missing in the Farm server. > > > > I have an text editor I would like to publish and I feel it fits in none > > of the categories as it is not meant as a programming example. > > > > A category named 'Accessories' would fit my needs and that of many other > > applications. > > > > Also, say I would develop a webbrowser or other internet related > > application. To me it seems a category named 'Internet' would fit those > > needs. > > > > I also noticed InnovaDE is published on the Farm server in the category > > 'Development'. Would a category named 'System' not be more suited as I > > see 'Development' more for applications supporting the development of > > applications. > > > > Anyone an opinion on this matter? > > > > Categories are just tags that are visible on the main farm window. So no > problem to add them as soon as I find some icons. > > So you suggest: > - Accessories > - Internet > - System > Yes, that is my suggestion. Thanks -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From bagoneo at ...69... Sat May 16 17:09:23 2015 From: bagoneo at ...69... (Gian) Date: Sat, 16 May 2015 17:09:23 +0200 Subject: [Gambas-user] I: DrawigArea second mailing In-Reply-To: <5557561B.9010603@...1...> References: <1431786463.12156.YahooMailBasic@...3274...> <5557561B.9010603@...1...> Message-ID: <55575DA3.8020507@...69...> Il 16/05/2015 16:37, Beno?t Minisini ha scritto: > Le 16/05/2015 16:27, Ru Vuott a ?crit : >> ...from Gianluigi (its email end in SPAM) >> > > "Pending path" means that you cannot draw text (with DrawText() method > for example) if you have started a drawing path but have not stroke or > fill it. > > Regards, > Sorry Benoit, I do not understand but Paint.DrawText does not provide just that? By Help: It is faster to draw text with that method than using Paint.Text then Paint.Fill. Can you see my code, because up to 3.6.2 worked? This my code has been put as an example on the italian wiki Regards Gianluigi From kevinfishburne at ...1887... Sat May 16 17:05:00 2015 From: kevinfishburne at ...1887... (Kevin Fishburne) Date: Sat, 16 May 2015 11:05:00 -0400 Subject: [Gambas-user] Categories in Farm Server In-Reply-To: <55575949.2050403@...1...> References: <1431787053.5984.30.camel@...3024...> <55575949.2050403@...1...> Message-ID: <55575C9C.9060608@...1887...> On 05/16/2015 10:50 AM, Beno?t Minisini wrote: > Le 16/05/2015 16:37, Willy at ...3475... a ?crit : >> Hi all, >> >> I feel there are categories missing in the Farm server. >> >> I have an text editor I would like to publish and I feel it fits in none >> of the categories as it is not meant as a programming example. >> >> A category named 'Accessories' would fit my needs and that of many other >> applications. >> >> Anyone an opinion on this matter? >> > Categories are just tags that are visible on the main farm window. So no > problem to add them as soon as I find some icons. > > So you suggest: > - Accessories > - Internet > - System > The application categories for Linux Mint are: Accessories Administration Games Graphics Internet Office Programming Sound & Video I archived Mint's category icons here: http://eightvirtues.com/misc/Mint%20Category%20Icons.tar.gz -- Kevin Fishburne Eight Virtues www: http://sales.eightvirtues.com e-mail: sales at ...1887... phone: (770) 853-6271 From herberthguzman at ...626... Sat May 16 18:11:19 2015 From: herberthguzman at ...626... (herberth guzman) Date: Sat, 16 May 2015 10:11:19 -0600 Subject: [Gambas-user] InnovaDE Prevista 0.1.2 Message-ID: On vr, 2015-05-15 at 17:37 -0600, herberth guzman wrote: > Desktop Developed in Gambas3 (The Desktop of Gambas - InnovaDE) > > Some bugs fixed > > Version available for download InnovaDE Preview 0.1.2 > Available for now only Debia/Ubuntu systems > > - Innova Desktop Scheduled in Gambas 100% > - Graphical interface simple user > - Interact with GTK and KDE > - It has its own panel > - It has its own systray > - It has its own launcher > - Widgets to display the time, date, calculator > - 23 Theme > - MyInnova - Configure InnovaDE > -It is fast > > Available in 3 languages > English > Spanish > French > > Coming soon > Italian > Portuguese >If the original language to translate from in InnovaDE is English, I >would be willing to do a Dutch translation of InnovaDE. Just let me >know. the basic programming language of InnovaDE is English >Since gbEdit is the texteditor on InnovaDE it would be great that it >would support all the languages InnovaDE is translated to. >gbEdit is currently available in English, Spanish, French, German, Dutch >and Portuguese. So, it would be nice if it could get translated to >Italian as well (language to translate from is English). >If you can?t translate into Italian but into another language than >mentioned above, that would be very much appreciated. A friend studying French A friend studying Italian A friend studying Portuguese >Also, if someone could check the existing translations for French and >German (as I did them partly myself using Google translate combined with >my own knowledge of French and German) if they are accurate, that would >be great too. I use google translate and my friends checked. Not the same someone who speaks Franch, Italian, Portuguese. the translator and my fellow students It is much better at speaking the language If someone wants to help verify or translate InnovaDE would be best. >Send me a mail if you want to do any of above and I send you the gbEdit >source archives so you can get started. I want all your help, > > > Requirements Minimal > > Gambas 3.7 >Seems that InnovaDE is packaged with Gambas 3.7 as it requires >gambas-gb-sdl2-audio >= 3.7 installed. >Is this intentional or did you mistakenly package it with Gamabs 3.7.x? I was disabled the audio code welcome. It is now active Minimal Requirements Gambas 3.7 InnovaDE need gambas-gb-sdl2 audio> = 3.7 Innvoa was packed with Gambas3.7 > Openbox or Kwin > Dbus > pcmanfm > > Report bugs > innovadesktop at ...626... > > Available for download at: > https://sourceforge.net/projects/innovadesktop/ > ------------------------------------------------------------ ------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From shordi at ...626... Sat May 16 19:25:25 2015 From: shordi at ...626... (=?UTF-8?Q?Jorge_Carri=C3=B3n?=) Date: Sat, 16 May 2015 19:25:25 +0200 Subject: [Gambas-user] DrawigArea second mailing In-Reply-To: <555751A4.3010305@...69...> References: <555751A4.3010305@...69...> Message-ID: Gianluigi: All your mails since a few weeks are marked as SPAM by gmail. The aduced reason is : "this message comes from libero.it but doesn't passes the autentications tests required by libero". Regards 2015-05-16 16:18 GMT+02:00 Gian : > I was informed that the previous email with the subject DravingArea error > (Path Pending) have been seen as spam, this the synthesized text: > > In this attached small example that before it worked well now I get an > error (Pending path) and do not understand why. > I installed on a VirtualBox the Gambas3 3.5.4 and 3.6.2 and the code well > works. > > Regards > Gianluigi > > [System] > Gambas=3.7.1 (Compiled) > OperatingSystem=Linux > Kernel=3.13.0-51-generic > Architecture=x86_64 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=4961M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > [System] > Gambas=3.7.1 (PPA) > OperatingSystem=Linux > Kernel=3.13.0-38-generic > Architecture=x86_64 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=15977M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > [System] > Gambas=3.7.90 > OperatingSystem=Linux > Kernel=3.13.0-53-generic > Architecture=x86 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=Gtk > Language=it_IT.UTF-8 > Memory=3020M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > Qt5=libQt5Core.so.5.2.1 > SDL=libSDL-1.2.so.0.11.4 > [System] > Gambas=3.6.2 > OperatingSystem=Linux > Kernel=3.16.0-37-generic > Architecture=x86 > Distribution=Ubuntu 14.04.2 LTS > Desktop=GNOME > Theme=QGtk > Language=it_IT.UTF-8 > Memory=4052M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > SDL=libSDL-1.2.so.0.11.4 > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > > From bagoneo at ...69... Sat May 16 19:42:35 2015 From: bagoneo at ...69... (Gian) Date: Sat, 16 May 2015 19:42:35 +0200 Subject: [Gambas-user] DrawigArea second mailing In-Reply-To: References: <555751A4.3010305@...69...> Message-ID: <5557818B.2090904@...69...> Il 16/05/2015 19:25, Jorge Carri?n ha scritto: > Gianluigi: > > All your mails since a few weeks are marked as SPAM by gmail. The aduced > reason is : "this message comes from libero.it but doesn't passes the > autentications tests required by libero". > > Regards > > 2015-05-16 16:18 GMT+02:00 Gian : > >> I was informed that the previous email with the subject DravingArea error >> (Path Pending) have been seen as spam, this the synthesized text: >> >> In this attached small example that before it worked well now I get an >> error (Pending path) and do not understand why. >> I installed on a VirtualBox the Gambas3 3.5.4 and 3.6.2 and the code well >> works. >> >> Regards >> Gianluigi >> >> [System] >> Gambas=3.7.1 (Compiled) >> OperatingSystem=Linux >> Kernel=3.13.0-51-generic >> Architecture=x86_64 >> Distribution=Ubuntu 14.04.2 LTS >> Desktop=GNOME >> Theme=QGtk >> Language=it_IT.UTF-8 >> Memory=4961M >> [Libraries] >> Cairo=libcairo.so.2.11301.0 >> Curl=libcurl.so.4.3.0 >> DBus=libdbus-1.so.3.7.6 >> GStreamer=libgstreamer-0.10.so.0.30.0 >> GStreamer=libgstreamer-1.0.so.0.204.0 >> GTK+3=libgtk-3.so.0.1000.8 >> GTK+=libgtk-x11-2.0.so.0.2400.23 >> OpenGL=libGL.so.1.2.0 >> Poppler=libpoppler.so.44.0.0 >> Qt4=libQtCore.so.4.8.6 >> SDL=libSDL-1.2.so.0.11.4 >> >> [System] >> Gambas=3.7.1 (PPA) >> OperatingSystem=Linux >> Kernel=3.13.0-38-generic >> Architecture=x86_64 >> Distribution=Ubuntu 14.04.2 LTS >> Desktop=GNOME >> Theme=QGtk >> Language=it_IT.UTF-8 >> Memory=15977M >> [Libraries] >> Cairo=libcairo.so.2.11301.0 >> Curl=libcurl.so.4.3.0 >> DBus=libdbus-1.so.3.7.6 >> GStreamer=libgstreamer-0.10.so.0.30.0 >> GStreamer=libgstreamer-1.0.so.0.204.0 >> GTK+3=libgtk-3.so.0.1000.8 >> GTK+=libgtk-x11-2.0.so.0.2400.23 >> OpenGL=libGL.so.1.2.0 >> Poppler=libpoppler.so.44.0.0 >> Qt4=libQtCore.so.4.8.6 >> SDL=libSDL-1.2.so.0.11.4 >> >> [System] >> Gambas=3.7.90 >> OperatingSystem=Linux >> Kernel=3.13.0-53-generic >> Architecture=x86 >> Distribution=Ubuntu 14.04.2 LTS >> Desktop=GNOME >> Theme=Gtk >> Language=it_IT.UTF-8 >> Memory=3020M >> [Libraries] >> Cairo=libcairo.so.2.11301.0 >> Curl=libcurl.so.4.3.0 >> DBus=libdbus-1.so.3.7.6 >> GStreamer=libgstreamer-0.10.so.0.30.0 >> GStreamer=libgstreamer-1.0.so.0.204.0 >> GTK+3=libgtk-3.so.0.1000.8 >> GTK+=libgtk-x11-2.0.so.0.2400.23 >> OpenGL=libGL.so.1.2.0 >> Poppler=libpoppler.so.44.0.0 >> Qt4=libQtCore.so.4.8.6 >> Qt5=libQt5Core.so.5.2.1 >> SDL=libSDL-1.2.so.0.11.4 >> [System] >> Gambas=3.6.2 >> OperatingSystem=Linux >> Kernel=3.16.0-37-generic >> Architecture=x86 >> Distribution=Ubuntu 14.04.2 LTS >> Desktop=GNOME >> Theme=QGtk >> Language=it_IT.UTF-8 >> Memory=4052M >> [Libraries] >> Cairo=libcairo.so.2.11301.0 >> Curl=libcurl.so.4.3.0 >> DBus=libdbus-1.so.3.7.6 >> GStreamer=libgstreamer-0.10.so.0.30.0 >> GStreamer=libgstreamer-1.0.so.0.204.0 >> GTK+3=libgtk-3.so.0.1000.8 >> GTK+=libgtk-x11-2.0.so.0.2400.23 >> OpenGL=libGL.so.1.2.0 >> Poppler=libpoppler.so.44.0.0 >> Qt4=libQtCore.so.4.8.6 >> SDL=libSDL-1.2.so.0.11.4 >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Gambas-user mailing list >> Gambas-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-user >> >> > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > Hello Jorge, I apologize for this problem. I contacted the assistance of Libero.it and are waiting to be answered. For now suspend the email Thanks for your reports Gianluigi From sebikul at ...626... Sat May 16 21:59:31 2015 From: sebikul at ...626... (Sebastian Kulesz) Date: Sat, 16 May 2015 16:59:31 -0300 Subject: [Gambas-user] sdl2 component missing in gambas-team stable PPA!! In-Reply-To: <1431784402.5984.6.camel@...3024...> References: <1431784402.5984.6.camel@...3024...> Message-ID: So, yeah, you should update your system. SDL2 is not available in Ubuntu Precise, so it is impossible to package gb.sdl2.* for that distribution. On Sat, May 16, 2015 at 10:53 AM, Willy at ...3475... < willy at ...3474...> wrote: > Hi all, > > I just noticed when trying to install InnovaDesktop 0.1.2 for testing > that it would not install because of missing dependency > gambas3-gb-sdl2-audio. > > When trying to install it I noticed it was not available in the > gambas-team stable PPA (Gambas 3.7.1). > > So I opened up a project in IDE and checked to see that there is indeed > no gambas sdl2 component available in Gambas 3.7.1 > > The Gambas 3.7.0 release notes say: > "gb.sdl2 and gb.sdl2.audio are two new components for using SDL2." > > Where they forgotten in making the gambas-team stable PPA for 3.7.0 and > up? > > -- > Kind regards, > > Willy (aka gbWilly) > > http://gambasshowcase.org/ > http://howtogambas.org > http://gambos.org > > > > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From vuott at ...325... Sun May 17 01:02:04 2015 From: vuott at ...325... (Ru Vuott) Date: Sun, 17 May 2015 00:02:04 +0100 Subject: [Gambas-user] I: Re: I: DrawigArea second mailing Message-ID: <1431817324.17740.YahooMailBasic@...3275...> ...from our friend Gianluigi: | \ / --- Sab 16/5/15, Gian ha scritto: > Da: Gian > Oggetto: Re: [Gambas-user] I: DrawigArea second mailing > A: "mailing list for gambas users" > Data: Sabato 16 maggio 2015, 17:09 > Il 16/05/2015 16:37, > Beno?t Minisini ha scritto: > > Le > 16/05/2015 16:27, Ru Vuott a ?crit : > >> ...from Gianluigi (its email end in > SPAM) > >> > > > > "Pending path" means that you > cannot draw text (with DrawText() method > > for example) if you have started a drawing > path but have not stroke or > > fill it. > > > > Regards, > > > > Sorry > Benoit, > > I do not understand > but Paint.DrawText does not provide just that? > By Help: It is faster to draw text with that > method than using > Paint.Text then > Paint.Fill. > > Can you see my > code, because up to 3.6.2 worked? This my code has been > put as an example on the > italian wiki > > Regards > Gianluigi > > ------------------------------------------------------------------------------ > One dashboard for servers and applications > across Physical-Virtual-Cloud > Widest > out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that > give you Actionable Insights > Deep dive > visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From willy at ...3474... Sun May 17 15:10:09 2015 From: willy at ...3474... (Willy@...3475...) Date: Sun, 17 May 2015 15:10:09 +0200 Subject: [Gambas-user] sdl2 component missing in gambas-team stable PPA!! In-Reply-To: References: <1431784402.5984.6.camel@...3024...> Message-ID: <1431868209.11456.1.camel@...3024...> On za, 2015-05-16 at 16:59 -0300, Sebastian Kulesz wrote: > So, yeah, you should update your system. SDL2 is not available in Ubuntu > Precise, so it is impossible to package gb.sdl2.* for that distribution. Bummer, I didn't know that sdl2 isn't available for Precise. Thanks for explaining. -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From willy at ...3474... Sun May 17 16:18:47 2015 From: willy at ...3474... (Willy@...3475...) Date: Sun, 17 May 2015 16:18:47 +0200 Subject: [Gambas-user] Question on preserving Windows EOL Message-ID: <1431872327.11456.25.camel@...3024...> Hi All, I've been struggling with something I would like to implement. A user asked me if it would be possible to preserve Windows EOL (CRLF) for files originating from Windows, but opened and modified in gbEdit (Gambas written texteditor). What happens now is that, if I add a few new lines to a windows originated text file, the new lines will be saved with a linux EOL (LF). The lines already having the Windows EOL (CRLF) are preserved. gbEdit makes use of a Editor control. Saving the contents is now done with a simple: File.Save($sPathFileLoaded, editMain.Text) Where $sPathFileLoaded is the full path and name of the file AND editMain.Text is the name of the Editor control holding the content. Upon opening a file gbEdit determines the EOL and returns either: CRLF for Windows EOL LF for Unix EOL CR for Classic Apple Mac EOL So I have all in place to determine when Windows EOL needs to be used upon saving. What I need is that new lines added, to a file already using Windows EOL, have to be saved with Windows EOL as well. I imagine I could save the file as a stream, making sure the proper EOL is added, but was wondering if there might be any easier way in Gambas that can do the job (as somehow that often turns out to be the case). Any suggestions? -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From vuott at ...325... Sun May 17 19:01:31 2015 From: vuott at ...325... (Ru Vuott) Date: Sun, 17 May 2015 18:01:31 +0100 Subject: [Gambas-user] Kde 5 and trayicon Message-ID: <1431882091.65247.YahooMailBasic@...3269...> Hello, a member of gambas.it forum says he installed the latest version of Kubuntu, the 15.04, with kde 5. He tells that unfortunately trayicon seems not to be compatible with the new system tray, and the program icon is not displayed. He questions if there is a solution or if with later versions of gambas solves the problem. regards vuott From t.lee.davidson at ...626... Sun May 17 19:21:24 2015 From: t.lee.davidson at ...626... (T Lee Davidson) Date: Sun, 17 May 2015 13:21:24 -0400 Subject: [Gambas-user] Question on preserving Windows EOL In-Reply-To: <1431872327.11456.25.camel@...3024...> References: <1431872327.11456.25.camel@...3024...> Message-ID: <5558CE14.8090406@...626...> On 05/17/2015 10:18 AM, Willy at ...3475... wrote: > Hi All, > > I've been struggling with something I would like to implement. > > A user asked me if it would be possible to preserve Windows EOL (CRLF) > for files originating from Windows, but opened and modified in gbEdit > (Gambas written texteditor). > > What happens now is that, if I add a few new lines to a windows > originated text file, the new lines will be saved with a linux EOL (LF). > The lines already having the Windows EOL (CRLF) are preserved. > > gbEdit makes use of a Editor control. Saving the contents is now done > with a simple: > > File.Save($sPathFileLoaded, editMain.Text) > > Where $sPathFileLoaded is the full path and name of the file > AND > editMain.Text is the name of the Editor control holding the content. > > Upon opening a file gbEdit determines the EOL and returns either: > CRLF for Windows EOL > LF for Unix EOL > CR for Classic Apple Mac EOL > > So I have all in place to determine when Windows EOL needs to be used > upon saving. > > What I need is that new lines added, to a file already using Windows > EOL, have to be saved with Windows EOL as well. > > I imagine I could save the file as a stream, making sure the proper EOL > is added, but was wondering if there might be any easier way in Gambas > that can do the job (as somehow that often turns out to be the case). > > Any suggestions? > > Effect the necessary EOL-type upon data entry by either: #1) A new property for the Editor control that is set to the EOL-type of the text and ensures that RETURN and ENTER effect the appropriate characters, or #2) Trapping the RETURN and ENTER key events to effect the appropriate characters. I haven't looked further into either idea. They are just off the top of my head. Lee __________ "Artificial Intelligence is no match for natural stupidity." From gambas at ...1... Sun May 17 19:36:04 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 17 May 2015 19:36:04 +0200 Subject: [Gambas-user] Kde 5 and trayicon In-Reply-To: <1431882091.65247.YahooMailBasic@...3269...> References: <1431882091.65247.YahooMailBasic@...3269...> Message-ID: <5558D184.5010807@...1...> Le 17/05/2015 19:01, Ru Vuott a ?crit : > Hello, > > a member of gambas.it forum says he installed the latest version of Kubuntu, the 15.04, with kde 5. > > He tells that unfortunately trayicon seems not to be compatible with the new system tray, and the program icon is not displayed. > > He questions if there is a solution or if with later versions of gambas solves the problem. > > regards > vuott > Yes, KDE 5 dropped the support for the old system tray protocol. The development version of Gambas now uses the new protocol, so things should be better in the near future. -- Beno?t Minisini From gambas at ...1... Sun May 17 19:39:36 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 17 May 2015 19:39:36 +0200 Subject: [Gambas-user] Question on preserving Windows EOL In-Reply-To: <5558CE14.8090406@...626...> References: <1431872327.11456.25.camel@...3024...> <5558CE14.8090406@...626...> Message-ID: <5558D258.1070207@...1...> Le 17/05/2015 19:21, T Lee Davidson a ?crit : > On 05/17/2015 10:18 AM, Willy at ...3475... wrote: >> Hi All, >> >> I've been struggling with something I would like to implement. >> >> A user asked me if it would be possible to preserve Windows EOL (CRLF) >> for files originating from Windows, but opened and modified in gbEdit >> (Gambas written texteditor). >> >> What happens now is that, if I add a few new lines to a windows >> originated text file, the new lines will be saved with a linux EOL (LF). >> The lines already having the Windows EOL (CRLF) are preserved. >> >> gbEdit makes use of a Editor control. Saving the contents is now done >> with a simple: >> >> File.Save($sPathFileLoaded, editMain.Text) >> >> Where $sPathFileLoaded is the full path and name of the file >> AND >> editMain.Text is the name of the Editor control holding the content. >> >> Upon opening a file gbEdit determines the EOL and returns either: >> CRLF for Windows EOL >> LF for Unix EOL >> CR for Classic Apple Mac EOL >> >> So I have all in place to determine when Windows EOL needs to be used >> upon saving. >> >> What I need is that new lines added, to a file already using Windows >> EOL, have to be saved with Windows EOL as well. >> >> I imagine I could save the file as a stream, making sure the proper EOL >> is added, but was wondering if there might be any easier way in Gambas >> that can do the job (as somehow that often turns out to be the case). >> >> Any suggestions? >> >> > Something quick and dirty like that? ' EolText = "\n" ' Unix EolText = "\r\n" ' Windows ' EolText = "\r" ' Mac Text = Replace(Text, "\r\n", "\n") Text = Replace(Text, "\r", "\n") if EolText <> "\n" Then Text = Replace(Text, "\n", EolText) -- Beno?t Minisini From willy at ...3474... Sun May 17 21:20:15 2015 From: willy at ...3474... (Willy@...3475...) Date: Sun, 17 May 2015 21:20:15 +0200 Subject: [Gambas-user] Question on preserving Windows EOL In-Reply-To: <5558D258.1070207@...1...> References: <1431872327.11456.25.camel@...3024...> <5558CE14.8090406@...626...> <5558D258.1070207@...1...> Message-ID: <1431890415.12926.3.camel@...3024...> On zo, 2015-05-17 at 19:39 +0200, Beno?t Minisini wrote: > >> > >> Any suggestions? > >> > >> > > > > Something quick and dirty like that? > > ' EolText = "\n" ' Unix > EolText = "\r\n" ' Windows > ' EolText = "\r" ' Mac > > Text = Replace(Text, "\r\n", "\n") > Text = Replace(Text, "\r", "\n") > if EolText <> "\n" Then Text = Replace(Text, "\n", EolText) > Okay, your suggestion worked well. I wrote a little routine that gets executed before saving and checks a setting to see if users want the EOL to be preserved in original format. Private Sub PreserveEOL() Dim sTemp As String If Settings["Preferred/PreserveEOL"] = -1 Then sTemp = editMain.Text Select $sEOL Case "CR" '\r Old Apple Mac sTemp = Replace(sTemp, "\r\n", "\r") sTemp = Replace(sTemp, "\n", "\r") Case "CRLF" '\r\n Windows sTemp = Replace(sTemp, "\r\n", "\n") sTemp = Replace(sTemp, "\r", "\n") sTemp = Replace(sTemp, "\n", "\r\n") Case "LF" '\n Unix/Linux sTemp = Replace(sTemp, "\r\n", "\n") sTemp = Replace(sTemp, "\r", "\n") End Select editMain.Text = sTemp Endif End It works very well and so simple I could have thought about it. Thanks -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From vuott at ...325... Sun May 17 21:35:20 2015 From: vuott at ...325... (Ru Vuott) Date: Sun, 17 May 2015 20:35:20 +0100 Subject: [Gambas-user] Kde 5 and trayicon In-Reply-To: <5558D184.5010807@...1...> Message-ID: <1431891320.55046.YahooMailBasic@...3268...> Well, thank you. I'll tell it to him. vuott -------------------------------------------- Dom 17/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] Kde 5 and trayicon A: "mailing list for gambas users" Data: Domenica 17 maggio 2015, 19:36 Le 17/05/2015 19:01, Ru Vuott a ?crit : > Hello, > > a member of gambas.it forum says he installed the latest version of Kubuntu, the 15.04, with kde 5. > > He tells that unfortunately trayicon seems not to be compatible with the new system tray, and the program icon is not displayed. > > He questions if there is a solution or if with later versions of gambas solves the problem. > > regards > vuott > Yes, KDE 5 dropped the support for the old system tray protocol. The development version of Gambas now uses the new protocol, so things should be better in the near future. -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From herberthguzman at ...626... Tue May 19 04:23:01 2015 From: herberthguzman at ...626... (herberth guzman) Date: Mon, 18 May 2015 20:23:01 -0600 Subject: [Gambas-user] Available InnovaDE Preview 0.1.3 Message-ID: Hello everyone Innova Change Desktop I thank the people who have used and reported bugs InnovaDE I fixed some bugs reported, others are pending. I disabled gb.sdl2 to avoid problems in earlier versions of ubuntu 14.04. I've added a panel of favorites I have added to favorites for add and delete drag_drop I have added anchor to desk files *.desktop I have added images of Splash_Innova Others. My apps favorite panel were removed and added to the launcher the appearance of the launcher was modified. All this was to improve the project according suggestions. The user you must have minimal Gambas 3.7 Regards. Herberth Guzman Report bugs innovadesktop at ...626... Available for download at: https://sourceforge.net/projects/innovadesktop/ From gambas at ...1... Wed May 20 00:31:11 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Wed, 20 May 2015 00:31:11 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version Message-ID: <555BB9AF.6070308@...1...> Hi, Since revision #7089, the IDE uses the new TextEditor control that replaced the Editor control. The TextEditor control has not all the features of the old Editor control yet, and it surely still have bugs. So please report any problem! One advantage: TextEditor is entirely written in Gambas, so it will works with all GUI components. And Gambas programmes will be able to easily use and extend it. By the way, the IDE cannot use the new gb.qt5 component yet, because it seems to have many problems. For example: the Balloon is not displayed on the top of other windows, and appears in the task bar; When you resize the IDE console vertically, the Editor is incorrectly redrawn... I have no idea why, as the two components share their code at most as possible. So if you test the gb.qt5 component, please report any problem too! As for gb.qt5.webkit, you must know that QT will drop the support of webkit in the next versions, and replace it by classes based on the Google browser. And guess what, these classes will have less features than the webkit one, especially the hability to deal with the inner DOM (the WebElement Gambas class). You have been warned! Regards, -- Beno?t Minisini From rterry at ...1823... Wed May 20 01:42:54 2015 From: rterry at ...1823... (richard terry) Date: Wed, 20 May 2015 09:42:54 +1000 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BB9AF.6070308@...1...> References: <555BB9AF.6070308@...1...> Message-ID: <555BCA7E.1040408@...1823...> On 20/05/15 08:31, Beno?t Minisini wrote: > Hi, > > Since revision #7089, the IDE uses the new TextEditor control that > replaced the Editor control. > > The TextEditor control has not all the features of the old Editor > control yet, and it surely still have bugs. So please report any problem! > > One advantage: TextEditor is entirely written in Gambas, so it will > works with all GUI components. And Gambas programmes will be able to > easily use and extend it. > > By the way, the IDE cannot use the new gb.qt5 component yet, because it > seems to have many problems. For example: the Balloon is not displayed > on the top of other windows, and appears in the task bar; When you > resize the IDE console vertically, the Editor is incorrectly redrawn... > I have no idea why, as the two components share their code at most as > possible. > > So if you test the gb.qt5 component, please report any problem too! > > As for gb.qt5.webkit, you must know that QT will drop the support of > webkit in the next versions, and replace it by classes based on the > Google browser. And guess what, these classes will have less features > than the webkit one, especially the hability to deal with the inner DOM > (the WebElement Gambas class). You have been warned! > > Regards, > Benoit, do you mean the TextEdit control. My program relies heavily on that control and its features, without it functioning like the old one my entire program falls over - no more medical record progress notes editor. Should I be concerned, How can I find out more details. richard From gambas at ...1... Wed May 20 01:47:37 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Wed, 20 May 2015 01:47:37 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BCA7E.1040408@...1823...> References: <555BB9AF.6070308@...1...> <555BCA7E.1040408@...1823...> Message-ID: <555BCB99.1080308@...1...> Le 20/05/2015 01:42, richard terry a ?crit : > On 20/05/15 08:31, Beno?t Minisini wrote: >> Hi, >> >> Since revision #7089, the IDE uses the new TextEditor control that >> replaced the Editor control. >> >> The TextEditor control has not all the features of the old Editor >> control yet, and it surely still have bugs. So please report any problem! >> >> One advantage: TextEditor is entirely written in Gambas, so it will >> works with all GUI components. And Gambas programmes will be able to >> easily use and extend it. >> >> By the way, the IDE cannot use the new gb.qt5 component yet, because it >> seems to have many problems. For example: the Balloon is not displayed >> on the top of other windows, and appears in the task bar; When you >> resize the IDE console vertically, the Editor is incorrectly redrawn... >> I have no idea why, as the two components share their code at most as >> possible. >> >> So if you test the gb.qt5 component, please report any problem too! >> >> As for gb.qt5.webkit, you must know that QT will drop the support of >> webkit in the next versions, and replace it by classes based on the >> Google browser. And guess what, these classes will have less features >> than the webkit one, especially the hability to deal with the inner DOM >> (the WebElement Gambas class). You have been warned! >> >> Regards, >> > Benoit, do you mean the TextEdit control. My program relies heavily on > that control and its features, without it functioning like the old one > my entire program falls over - no more medical record progress notes > editor. Should I be concerned, How can I find out more details. > > richard > No, TextEdit is a specific Qt control located in gb.qt4.ext. It didn't change. I'm talking about replacing Editor by TextEditor. -- Beno?t Minisini From vuott at ...325... Wed May 20 02:12:06 2015 From: vuott at ...325... (Ru Vuott) Date: Wed, 20 May 2015 01:12:06 +0100 Subject: [Gambas-user] ERROR in IDE with vers. #7089 !!! Message-ID: <1432080726.40313.YahooMailBasic@...3268...> Hello Beno?t, I update vers. #7089, but now when I want to open a "New" project from IDE, I obtain an Error notice. You can see it in attached file immage. Regards vuott -------------- next part -------------- A non-text attachment was scrubbed... Name: error_with_7089.png Type: image/png Size: 20122 bytes Desc: not available URL: From willy at ...3474... Wed May 20 02:20:35 2015 From: willy at ...3474... (Willy@...3475...) Date: Wed, 20 May 2015 02:20:35 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BB9AF.6070308@...1...> References: <555BB9AF.6070308@...1...> Message-ID: <1432081235.10027.2.camel@...3024...> On wo, 2015-05-20 at 00:31 +0200, Beno?t Minisini wrote: > Hi, > > Since revision #7089, the IDE uses the new TextEditor control that > replaced the Editor control. Will TextEditor and Editor be code compatible? I mean when changing from Editor to TextEditor would the same code for Editor still work for TextEditor or would one have to rewrite all? -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From gambas at ...1... Wed May 20 03:18:43 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Wed, 20 May 2015 03:18:43 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <1432081235.10027.2.camel@...3024...> References: <555BB9AF.6070308@...1...> <1432081235.10027.2.camel@...3024...> Message-ID: <555BE0F3.6030207@...1...> Le 20/05/2015 02:20, Willy at ...3475... a ?crit : > On wo, 2015-05-20 at 00:31 +0200, Beno?t Minisini wrote: >> Hi, >> >> Since revision #7089, the IDE uses the new TextEditor control that >> replaced the Editor control. > > Will TextEditor and Editor be code compatible? > I mean when changing from Editor to TextEditor would the same code for > Editor still work for TextEditor or would one have to rewrite all? > They are not 100% compatible: - The Editor.Flags[] array has been replaced by one boolean property for each flag. TextEditor.ShowLimit, TextEditor.ShowCurrent... - The Editor.Lines[] array is replaced by the TextEditor[] array. - Editor.Lines.Count is now TextEditor.Count. - Folding is not yet implemented. - TextEditor.Highlight now takes a string ("c","c++","gambas"), not an integer constant. - Selection is now indicated by the SelectionLine and SelectionColumn properties. Everything between (SelectionColumn,SelectionLine) and (Column,Line) is selected. - A style has one color only now, not foreground and background anymore. - Italic has been removed from styles. Regards, -- Beno?t Minisini From gambas at ...1... Wed May 20 03:22:55 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 20 May 2015 03:22:55 +0200 Subject: [Gambas-user] ERROR in IDE with vers. #7089 !!! In-Reply-To: <1432080726.40313.YahooMailBasic@...3268...> References: <1432080726.40313.YahooMailBasic@...3268...> Message-ID: <555BE1EF.5020107@...1...> Le 20/05/2015 02:12, Ru Vuott a ?crit : > Hello Beno?t, > > I update vers. #7089, but now when I want to open a "New" project from IDE, I obtain an Error notice. > > You can see it in attached file immage. > > Regards > vuott > Fixed in revision #7090. Regards, -- Beno?t Minisini From adrien.prokopowicz at ...626... Wed May 20 07:36:43 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Wed, 20 May 2015 07:36:43 +0200 Subject: [Gambas-user] [Qt5] Window flags are not properly handled Message-ID: Hello Beno?t, As the title suggests, when setting the window flags of a form, these do not seem to properly apply when running. However, these work perfectly using Qt4. I tested a few, including Border, SkipTaskbar, Stacking, Sticky and TakeFocus. None of these work, using Qt 5.4.1 and latest revision (7090). See the attached project. Regards, -- Adrien Prokopowicz -------------- next part -------------- A non-text attachment was scrubbed... Name: WindowProperties-0.0.1.tar.gz Type: application/x-gzip Size: 3917 bytes Desc: not available URL: From eilert-sprachen at ...221... Wed May 20 08:56:50 2015 From: eilert-sprachen at ...221... (Rolf-Werner Eilert) Date: Wed, 20 May 2015 08:56:50 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BE0F3.6030207@...1...> References: <555BB9AF.6070308@...1...> <1432081235.10027.2.camel@...3024...> <555BE0F3.6030207@...1...> Message-ID: <555C3032.3010906@...221...> Am 20.05.2015 03:18, schrieb Beno?t Minisini: > Le 20/05/2015 02:20, Willy at ...3475... a ?crit : >> On wo, 2015-05-20 at 00:31 +0200, Beno?t Minisini wrote: >>> Hi, >>> >>> Since revision #7089, the IDE uses the new TextEditor control that >>> replaced the Editor control. >> Will TextEditor and Editor be code compatible? >> I mean when changing from Editor to TextEditor would the same code for >> Editor still work for TextEditor or would one have to rewrite all? >> > They are not 100% compatible: > > - The Editor.Flags[] array has been replaced by one boolean property for > each flag. TextEditor.ShowLimit, TextEditor.ShowCurrent... > > - The Editor.Lines[] array is replaced by the TextEditor[] array. > > - Editor.Lines.Count is now TextEditor.Count. > > - Folding is not yet implemented. > > - TextEditor.Highlight now takes a string ("c","c++","gambas"), not an > integer constant. > > - Selection is now indicated by the SelectionLine and SelectionColumn > properties. Everything between (SelectionColumn,SelectionLine) and > (Column,Line) is selected. > > - A style has one color only now, not foreground and background anymore. > > - Italic has been removed from styles. > > Regards, > I don't understand why there's no italics anymore, it's a nice feature and a usual thing on editors. Everything else should be manageable. But this TextEditor thing lets me remember of the Printer interface - will there be any major changes through qt5 in the future? Rolf From girardhenri at ...67... Wed May 20 09:05:00 2015 From: girardhenri at ...67... (GH) Date: Wed, 20 May 2015 09:05:00 +0200 Subject: [Gambas-user] gambas3 gb.form error Message-ID: HI, I just add gambas3 daily ppa, usually it works well but this morning it's not working ? "gbr3: unable to load component: gb.form.editor" I use wily 15.10 but I think it's not the problem everything run in installation ? Any idea, Regards From gambas at ...1... Wed May 20 12:04:16 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 20 May 2015 12:04:16 +0200 Subject: [Gambas-user] [Qt5] Window flags are not properly handled In-Reply-To: References: Message-ID: <555C5C20.9010606@...1...> Le 20/05/2015 07:36, Adrien Prokopowicz a ?crit : > Hello Beno?t, > > As the title suggests, when setting the window flags of a form, > these do not seem to properly apply when running. > However, these work perfectly using Qt4. > > I tested a few, including Border, SkipTaskbar, Stacking, Sticky and > TakeFocus. > None of these work, using Qt 5.4.1 and latest revision (7090). > > See the attached project. > > Regards, > Yes, I'm aware of that. The gb.qt5 window flags are implemented with the same Xlib calls than gb.qt4, so I have no idea why it does not work yet. Regards, -- Beno?t Minisini From gambas at ...1... Wed May 20 12:05:49 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Wed, 20 May 2015 12:05:49 +0200 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555C3032.3010906@...221...> References: <555BB9AF.6070308@...1...> <1432081235.10027.2.camel@...3024...> <555BE0F3.6030207@...1...> <555C3032.3010906@...221...> Message-ID: <555C5C7D.7000900@...1...> Le 20/05/2015 08:56, Rolf-Werner Eilert a ?crit : > > Am 20.05.2015 03:18, schrieb Beno?t Minisini: >> Le 20/05/2015 02:20, Willy at ...3475... a ?crit : >>> On wo, 2015-05-20 at 00:31 +0200, Beno?t Minisini wrote: >>>> Hi, >>>> >>>> Since revision #7089, the IDE uses the new TextEditor control that >>>> replaced the Editor control. >>> Will TextEditor and Editor be code compatible? >>> I mean when changing from Editor to TextEditor would the same code for >>> Editor still work for TextEditor or would one have to rewrite all? >>> >> They are not 100% compatible: >> >> - The Editor.Flags[] array has been replaced by one boolean property for >> each flag. TextEditor.ShowLimit, TextEditor.ShowCurrent... >> >> - The Editor.Lines[] array is replaced by the TextEditor[] array. >> >> - Editor.Lines.Count is now TextEditor.Count. >> >> - Folding is not yet implemented. >> >> - TextEditor.Highlight now takes a string ("c","c++","gambas"), not an >> integer constant. >> >> - Selection is now indicated by the SelectionLine and SelectionColumn >> properties. Everything between (SelectionColumn,SelectionLine) and >> (Column,Line) is selected. >> >> - A style has one color only now, not foreground and background anymore. >> >> - Italic has been removed from styles. >> >> Regards, >> > > I don't understand why there's no italics anymore, it's a nice feature > and a usual thing on editors. Everything else should be manageable. It may return in the future. It's because Italic need another font, whereas Bold is implemented by drawing the text twice. > > But this TextEditor thing lets me remember of the Printer interface - > will there be any major changes through qt5 in the future? It's the same code as in gb.qt4, but I didn't test it yet. Regards, -- Beno?t Minisini From sebikul at ...626... Wed May 20 16:14:35 2015 From: sebikul at ...626... (Sebastian Kulesz) Date: Wed, 20 May 2015 11:14:35 -0300 Subject: [Gambas-user] gambas3 gb.form error In-Reply-To: References: Message-ID: That's because today's builds where compiled after the change of the default editor, but before I added the component and updated the IDE's dependencies. I am extremely busy today so I won't be able to issue new builds. It will be automatically fixed in tonight's packages though. If it is urgent, you can downgrade to yesterday's builds from your local package cache. I'm really sorry about that. On May 20, 2015 4:05 AM, "GH" wrote: > HI, > I just add gambas3 daily ppa, usually it works well but this morning > it's not working ? > "gbr3: unable to load component: gb.form.editor" > I use wily 15.10 but I think it's not the problem everything run in > installation ? > Any idea, > Regards > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From girardhenri at ...67... Wed May 20 20:10:34 2015 From: girardhenri at ...67... (GH) Date: Wed, 20 May 2015 20:10:34 +0200 Subject: [Gambas-user] gambas3 gb.form error In-Reply-To: References: Message-ID: Thanks... No problem I can wait tomorow, I just wanted to know if it was a 15.10 problem... Regards Henri Le 20/05/2015 16:14, Sebastian Kulesz a ?crit : > That's because today's builds where compiled after the change of the > default editor, but before I added the component and updated the IDE's > dependencies. > > I am extremely busy today so I won't be able to issue new builds. It will > be automatically fixed in tonight's packages though. > > If it is urgent, you can downgrade to yesterday's builds from your local > package cache. > > I'm really sorry about that. > On May 20, 2015 4:05 AM, "GH" wrote: > >> HI, >> I just add gambas3 daily ppa, usually it works well but this morning >> it's not working ? >> "gbr3: unable to load component: gb.form.editor" >> I use wily 15.10 but I think it's not the problem everything run in >> installation ? >> Any idea, >> Regards >> >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Gambas-user mailing list >> Gambas-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-user >> > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From vuott at ...325... Wed May 20 20:56:41 2015 From: vuott at ...325... (Ru Vuott) Date: Wed, 20 May 2015 19:56:41 +0100 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project Message-ID: <1432148201.80764.YahooMailBasic@...3273...> Hello, with rev. #7090 I have a strange problem: I cannot paste in a project the text that I highlighted with the mouse. regards vuott P.S. : I wanted to paste here the characteristics of my system, but - although I have clicked on the "Copy" on "System information" window - I could not paste that information. From jussi.lahtinen at ...626... Wed May 20 21:12:06 2015 From: jussi.lahtinen at ...626... (Jussi Lahtinen) Date: Wed, 20 May 2015 22:12:06 +0300 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project In-Reply-To: <1432148201.80764.YahooMailBasic@...3273...> References: <1432148201.80764.YahooMailBasic@...3273...> Message-ID: Do you use any clipboard manager? Jussi On Wed, May 20, 2015 at 9:56 PM, Ru Vuott wrote: > Hello, > > with rev. #7090 I have a strange problem: I cannot paste in a project the > text that I highlighted with the mouse. > > regards > vuott > > > P.S. : I wanted to paste here the characteristics of my system, but - > although I have clicked on the "Copy" on "System information" window - I > could not paste that information. > > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From gambas at ...1... Wed May 20 21:28:00 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 20 May 2015 21:28:00 +0200 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project In-Reply-To: <1432148201.80764.YahooMailBasic@...3273...> References: <1432148201.80764.YahooMailBasic@...3273...> Message-ID: <555CE040.9090209@...1...> Le 20/05/2015 20:56, Ru Vuott a ?crit : > Hello, > > with rev. #7090 I have a strange problem: I cannot paste in a project the text that I highlighted with the mouse. > > regards > vuott > > > P.S. : I wanted to paste here the characteristics of my system, but - although I have clicked on the "Copy" on "System information" window - I could not paste that information. > > I think you have to use CTRL+V, because the Clipboard.Copy() method copies the data in the main clipboard, not in the other one that is pasted when you use the middle mouse. Anyway, the middle mouse pasting cannot be implemented in the new Editor at the moment, because there is no support for the secondary clipboard in Gambas. -- Beno?t Minisini From vuott at ...325... Thu May 21 00:20:20 2015 From: vuott at ...325... (Ru Vuott) Date: Wed, 20 May 2015 23:20:20 +0100 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project In-Reply-To: <555CE040.9090209@...1...> Message-ID: <1432160420.44838.YahooMailBasic@...3275...> Ok, but it is really a trouble and an inconvenience, because if I want to insert in the IDE some text Gambas code: - if it was copied from a web page, I obtain strange symbols, like the no-printable characters. - if I copy a Gambas code from a text editor (Gedit), I obtain this: *** in the beginning: GTKTEXTBUFFERCONTENTS - 0001 < tags > < / tags > < text > Private Const ....etc ..etc... *** In the code for example: Print & quot; Some text: & quot;; variable; & quot; another text here. & quot; (Print "Some text: "; variable; "another text here." ) or another example: If err & lt; 0 Then Error.Raise( & quot; Impossible ..... etc... etc.... *** at the end: End < / text > < / text_view_markup > ...it's exhausting !!! :-( So, "de facto" I cannot copy a text code and insert it as code of some my project. Regards vuott vuott -------------------------------------------- Mer 20/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project A: "mailing list for gambas users" Data: Mercoled? 20 maggio 2015, 21:28 Le 20/05/2015 20:56, Ru Vuott a ?crit : > Hello, > > with rev. #7090 I have a strange problem: I cannot paste in a project the text that I highlighted with the mouse. > > regards > vuott > > > P.S. : I wanted to paste here the characteristics of my system, but - although I have clicked on the "Copy" on "System information" window - I could not paste that information. > > I think you have to use CTRL+V, because the Clipboard.Copy() method copies the data in the main clipboard, not in the other one that is pasted when you use the middle mouse. Anyway, the middle mouse pasting cannot be implemented in the new Editor at the moment, because there is no support for the secondary clipboard in Gambas. -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas at ...1... Thu May 21 00:32:05 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 21 May 2015 00:32:05 +0200 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project In-Reply-To: <1432160420.44838.YahooMailBasic@...3275...> References: <1432160420.44838.YahooMailBasic@...3275...> Message-ID: <555D0B65.6020500@...1...> Le 21/05/2015 00:20, Ru Vuott a ?crit : > Ok, but it is really a trouble and an inconvenience, because if I want to insert in the IDE some text Gambas code: > - if it was copied from a web page, I obtain strange symbols, like the no-printable characters. > - if I copy a Gambas code from a text editor (Gedit), I obtain this: > > *** in the beginning: > > GTKTEXTBUFFERCONTENTS - 0001 > < tags > > < / tags > > < text > Private Const ....etc ..etc... > > *** In the code for example: > > Print & quot; Some text: & quot;; variable; & quot; another text here. & quot; > > (Print "Some text: "; variable; "another text here." ) > > or another example: > If err & lt; 0 Then Error.Raise( & quot; Impossible ..... etc... etc.... > > > *** at the end: > > End < / text > > < / text_view_markup > > > > ...it's exhausting !!! :-( > So, "de facto" I cannot copy a text code and insert it as code of some my project. > > Regards > vuott > vuott > You must use "Paste special..." command then to choose the right clipboard format. Regards, -- Beno?t Minisini From vuott at ...325... Thu May 21 01:47:09 2015 From: vuott at ...325... (Ru Vuott) Date: Thu, 21 May 2015 00:47:09 +0100 Subject: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project In-Reply-To: <555D0B65.6020500@...1...> Message-ID: <1432165629.68147.YahooMailBasic@...3269...> Ah, ok Beno?t. Ctrl+Shift+V and then choosing simple text Well, solved ! Thanks vuott -------------------------------------------- Gio 21/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] Problem with rev. #7090: impossible to paste a text in the project A: "mailing list for gambas users" Data: Gioved? 21 maggio 2015, 00:32 Le 21/05/2015 00:20, Ru Vuott a ?crit : > Ok, but it is really a trouble and an inconvenience, because if I want to insert in the IDE some text Gambas code: > - if it was copied from a web page, I obtain strange symbols, like the no-printable characters. > - if I copy a Gambas code from a text editor (Gedit), I obtain this: > > *** in the beginning: > > GTKTEXTBUFFERCONTENTS - 0001 >???< tags > >???< / tags > > < text > Private Const ....etc ..etc... > > *** In the code for example: > > Print & quot; Some text: & quot;; variable; & quot; another text here. & quot; > > (Print "Some text: "; variable; "another text here." ) > > or another example: > If err & lt; 0 Then Error.Raise( & quot; Impossible ..... etc... etc.... > > > *** at the end: > > End < / text > > < / text_view_markup > > > > ...it's exhausting !!! :-( > So, "de facto" I cannot copy a text code and insert it as code of some my project. > > Regards > vuott > vuott > You must use "Paste special..." command then to choose the right clipboard format. Regards, -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From adamnt42 at ...626... Thu May 21 03:13:23 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Thu, 21 May 2015 10:43:23 +0930 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BB9AF.6070308@...1...> References: <555BB9AF.6070308@...1...> Message-ID: <20150521104323.b7a796105925d02298c3d823@...626...> On Wed, 20 May 2015 00:31:11 +0200 Beno?t Minisini wrote: > Hi, > > Since revision #7089, the IDE uses the new TextEditor control that > replaced the Editor control. > > The TextEditor control has not all the features of the old Editor > control yet, and it surely still have bugs. So please report any problem! > (snip) Still appears to be some leftover problems with folding at rev 7091. The attached pic is when opening a project, Similar errors occur when opening a class from within a project. -- B Bruen -------------- next part -------------- A non-text attachment was scrubbed... Name: Gambas 3_069.png Type: image/png Size: 42104 bytes Desc: not available URL: From adamnt42 at ...626... Thu May 21 04:47:39 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Thu, 21 May 2015 12:17:39 +0930 Subject: [Gambas-user] Beware of the recent changes in the development version In-Reply-To: <555BB9AF.6070308@...1...> References: <555BB9AF.6070308@...1...> Message-ID: <20150521121739.950c3794b047bf3aaf1a34c6@...626...> OK! I see the CollapseAll problem seems to be line 2199 in FEditor.class: If Settings["/Editor/Fold"] Then edtEditor.CollapseAll I have changed my local gambas3.conf file and all projects seem to load OK now. regards bruce -- B Bruen From herberthguzman at ...626... Thu May 21 18:27:01 2015 From: herberthguzman at ...626... (herberth guzman) Date: Thu, 21 May 2015 10:27:01 -0600 Subject: [Gambas-user] Problems to generate installer RPM Message-ID: Benoit greetings Benoit I have a problem I need to create an installer for my project. Debian RPM error. DEB ok. Ubuntu RPM error. DEB ok. OpenMandriva RPM error. As I can fix this. The error is as follows: ======================================== Creating package for Mandriva. ======================================== Initializing directory ~/RPM. Creating source package. Creating spec file. Creating package ... rpmbuild -ba '/home/herberth/RPM/SPECS/test.spec' Executing(%prep): /bin/sh -e /home/herberth/RPM/tmp/rpm-tmp.78486 + umask 022 + cd /home/herberth/RPM/BUILD + '[' 1 -eq 1 ']' + '[' 1 -eq 1 ']' + '[' 1 -eq 1 ']' + rm -rf /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot + cd /home/herberth/RPM/BUILD + rm -rf test + /bin/tar -xf - + /usr/bin/bzip2 -dc /home/herberth/RPM/SOURCES/test-0.0.1.tar.bz2 + STATUS=0 + '[' 0 -ne 0 ']' + cd test + exit 0 Executing(%build): /bin/sh -e /home/herberth/RPM/tmp/rpm-tmp.78486 + umask 022 + cd /home/herberth/RPM/BUILD + cd test + '[' 1 -eq 1 ']' + '[' 1 -eq 1 ']' + /usr/bin/gbc3 -e -a -g -x OK + gba3 + exit 0 Executing(%install): /bin/sh -e /home/herberth/RPM/tmp/rpm-tmp.78486 + umask 022 + cd /home/herberth/RPM/BUILD + /bin/rm -rf /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot + /bin/mkdir -p /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot + cd test + '[' 1 -eq 1 ']' + install -d /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/bin + install -p test.gambas /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/bin/test + install -d /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons/mini + install -d /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons + install -d /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons/large + install -p .icon/16.png /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons/mini/test.png + install -p .icon/32.png /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons/test.png + install -p .icon/48.png /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/icons/large/test.png + install -d /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot//usr/share/applications + cat + '[' -n '' ']' + /usr/share/spec-helper/clean_files + '[' -n '' ']' + COMPRESS='xz -0f --text -T0' + COMPRESS_EXT=.xz + /usr/lib/rpm/brp-compress + '[' -n '' ']' + /usr/share/spec-helper/relink_symlinks + '[' -n '' ']' + /usr/share/spec-helper/clean_perl + '[' -n '' ']' + /usr/share/spec-helper/lib_symlinks + '[' -n '' ']' + /usr/share/spec-helper/gprintify + '[' -n '' ']' + /usr/share/spec-helper/fix_mo + '[' -n '' ']' + /usr/share/spec-helper/fix_xdg + '[' -n '' ']' + /usr/share/spec-helper/fix_file_permissions + '[' -n '' ']' + /usr/share/spec-helper/fix_pamd + '[' -n '' ']' + /usr/share/spec-helper/remove_info_dir + '[' -n '' ']' + /usr/share/spec-helper/remove_libtool_files + '[' -n '' ']' + /usr/share/spec-helper/fix_eol + '[' -n '' ']' + /usr/share/spec-helper/check_elf_files + '[' -n '' ']' + /usr/share/spec-helper/remove_rpath + /usr/lib/rpm/find-debuginfo.sh -r /home/herberth/RPM/BUILD/test Processing files: test-0.0.1-1mdv.noarch error: File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/bin/'test' error: File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/mini/'test'.png error: File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/'test'.png error: File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/large/'test'.png Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot error: Installed (but unpackaged) file(s) found: /usr/bin/test /usr/share/icons/large/test.png /usr/share/icons/mini/test.png /usr/share/icons/test.png RPM build errors: File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/bin/'test' File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/mini/'test'.png File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/'test'.png File not found: /home/herberth/RPM/BUILDROOT/test-0.0.1-1mdv-omv2014.0.noarch-buildroot/usr/share/icons/large/'test'.png Installed (but unpackaged) file(s) found: /usr/bin/test /usr/share/icons/large/test.png /usr/share/icons/mini/test.png /usr/share/icons/test.png /usr/share/icons/test.png Package creation failed. Package.MakeRpmPackage.1420: 'rpmbuild' returned the following error code: 1 My System: [System] Gambas=3.7.1 OperatingSystem=Linux Kernel=3.18.12-nrjQL-desktop-1omv Architecture=x86 Distribution=OpenMandriva Lx 2014.0 Desktop=KDE4 Theme=Oxygen Language=es_ES.UTF-8 Memory=2000M [Libraries] Cairo=libcairo.so.2.11200.16 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.12 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.203.0 GTK+3=libgtk-3.so.0.800.9 GTK+=libgtk-x11-2.0.so.0.2400.18 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.43.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 Regards Thanks for your support Herberth Guzman From gambas at ...1... Thu May 21 20:40:56 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 21 May 2015 20:40:56 +0200 Subject: [Gambas-user] Problems to generate installer RPM In-Reply-To: References: Message-ID: <555E26B8.4040902@...1...> Le 21/05/2015 18:27, herberth guzman a ?crit : > Benoit greetings > > Benoit I have a problem > I need to create an installer for my project. > > Debian > RPM error. > DEB ok. > > Ubuntu > RPM error. > DEB ok. > > OpenMandriva > RPM error. > > ... Can you provide your project? -- Beno?t Minisini From vuott at ...325... Thu May 21 21:02:29 2015 From: vuott at ...325... (Ru Vuott) Date: Thu, 21 May 2015 20:02:29 +0100 Subject: [Gambas-user] ERROR "Unable to compile gambas3" in rev. #7092 ! Message-ID: <1432234949.81726.YahooMailBasic@...3274...> Hello, at end of "make install" rev. 7092 I obtaoned this Error: Installing gb.form.editor... make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk/comp" make[1]: uscita dalla directory "/home/vuott/trunk/comp" Making install in app make[1]: ingresso nella directory "/home/vuott/trunk/app" make[2]: ingresso nella directory "/home/vuott/trunk/app" Installing the development environment... Compiling gambas3... gbc: error: Component not found: gb.qt5 Compiling gbs3... OK Installing gbs3... Installing the scripter... Registering Gambas script mimetype Registering Gambas server page mimetype Installing the Gambas appdata file make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk/app" make[1]: uscita dalla directory "/home/vuott/trunk/app" Making install in . make[1]: ingresso nella directory "/home/vuott/trunk" make[2]: ingresso nella directory "/home/vuott/trunk" || || Unable to compile gambas3 || make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk" make[1]: uscita dalla directory "/home/vuott/trunk" Regards vuott From vuott at ...325... Fri May 22 16:21:40 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 22 May 2015 15:21:40 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432234949.81726.YahooMailBasic@...3274...> Message-ID: <1432304500.83261.YahooMailBasic@...3269...> Hello, new rev. #7093 didn't solve the Error ! :-( Regards vuott -------------------------------------------- Gio 21/5/15, Ru Vuott ha scritto: Oggetto: [Gambas-user] ERROR "Unable to compile gambas3" in rev. #7092 ! A: gambas-user at lists.sourceforge.net Data: Gioved? 21 maggio 2015, 21:02 Hello, at end of "make install" rev. 7092 I obtaoned this Error: Installing gb.form.editor... make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk/comp" make[1]: uscita dalla directory "/home/vuott/trunk/comp" Making install in app make[1]: ingresso nella directory "/home/vuott/trunk/app" make[2]: ingresso nella directory "/home/vuott/trunk/app" Installing the development environment... Compiling gambas3... gbc: error: Component not found: gb.qt5 Compiling gbs3... OK Installing gbs3... Installing the scripter... Registering Gambas script mimetype Registering Gambas server page mimetype Installing the Gambas appdata file make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk/app" make[1]: uscita dalla directory "/home/vuott/trunk/app" Making install in . make[1]: ingresso nella directory "/home/vuott/trunk" make[2]: ingresso nella directory "/home/vuott/trunk" || || Unable to compile gambas3 || make[2]: Nessuna operazione da eseguire per "install-data-am". make[2]: uscita dalla directory "/home/vuott/trunk" make[1]: uscita dalla directory "/home/vuott/trunk" Regards vuott ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas.fr at ...626... Fri May 22 17:18:14 2015 From: gambas.fr at ...626... (Fabien Bodard) Date: Fri, 22 May 2015 17:18:14 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432304500.83261.YahooMailBasic@...3269...> References: <1432234949.81726.YahooMailBasic@...3274...> <1432304500.83261.YahooMailBasic@...3269...> Message-ID: Try a sudo make uninstall make clean svn up ./reconf ./configure -C make -j4 sudo make install Le 22 mai 2015 16:25, "Ru Vuott" a ?crit : > Hello, > > new rev. #7093 didn't solve the Error ! :-( > > Regards > vuott > > > > > -------------------------------------------- > Gio 21/5/15, Ru Vuott ha scritto: > > Oggetto: [Gambas-user] ERROR "Unable to compile gambas3" in rev. #7092 ! > A: gambas-user at lists.sourceforge.net > Data: Gioved? 21 maggio 2015, 21:02 > > Hello, > > at end of "make install" rev. 7092 I obtaoned this Error: > > > Installing gb.form.editor... > make[2]: Nessuna operazione da eseguire per > "install-data-am". > make[2]: uscita dalla directory "/home/vuott/trunk/comp" > make[1]: uscita dalla directory "/home/vuott/trunk/comp" > Making install in app > make[1]: ingresso nella directory "/home/vuott/trunk/app" > make[2]: ingresso nella directory "/home/vuott/trunk/app" > Installing the development environment... > Compiling gambas3... > gbc: error: Component not found: gb.qt5 > Compiling gbs3... > OK > Installing gbs3... > Installing the scripter... > Registering Gambas script mimetype > Registering Gambas server page mimetype > Installing the Gambas appdata file > make[2]: Nessuna operazione da eseguire per > "install-data-am". > make[2]: uscita dalla directory "/home/vuott/trunk/app" > make[1]: uscita dalla directory "/home/vuott/trunk/app" > Making install in . > make[1]: ingresso nella directory "/home/vuott/trunk" > make[2]: ingresso nella directory "/home/vuott/trunk" > > || > || Unable to compile gambas3 > || > > make[2]: Nessuna operazione da eseguire per > "install-data-am". > make[2]: uscita dalla directory "/home/vuott/trunk" > make[1]: uscita dalla directory "/home/vuott/trunk" > > > Regards > vuott > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across > Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ > applications > Performance metrics, stats and reports that give you > Actionable Insights > Deep dive visibility with transaction tracing using APM > Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From herberthguzman at ...626... Fri May 22 17:45:28 2015 From: herberthguzman at ...626... (herberth guzman) Date: Fri, 22 May 2015 09:45:28 -0600 Subject: [Gambas-user] Problems to generate installer RPM Message-ID: > Benoit greetings > > Benoit I have a problem > I need to create an installer for my project. > > Debian > RPM error. > DEB ok. > > Ubuntu > RPM error. > DEB ok. > > OpenMandriva > RPM error. > > Can you provide your project? Thanks Benoit It happens with every project. If the file is not attached Project link will not let me generate RPM. http://sourceforge.net/projects/innovadesktop/files/PCInfo/Source/ Regards, Herberth -------------- next part -------------- A non-text attachment was scrubbed... Name: PCInfo-0.1.tar.gz Type: application/x-gzip Size: 81616 bytes Desc: not available URL: From vuott at ...325... Fri May 22 18:15:46 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 22 May 2015 17:15:46 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: Message-ID: <1432311346.64686.YahooMailBasic@...3275...> Hello Fabien, thank you for your suggestion. So, I tried like reported below: ~/trunk $ sudo make uninstall ~/trunk $ make clean ~/trunk $ svn up ~/trunk $ ./reconf ~/trunk $ ./configure -C ~/trunk $ make -j4 ~/trunk $ sudo make install ...but I've got the same notice: || || Unable to compile gambas3 || :<( bye vuottt -------------------------------------------- Ven 22/5/15, Fabien Bodard ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: "mailing list for gambas users" Data: Venerd? 22 maggio 2015, 17:18 Try a sudo make uninstall make clean svn up ./reconf ./configure -C make -j4 sudo make install Le 22 mai 2015 16:25, "Ru Vuott" a ?crit : > Hello, > > new rev. #7093 didn't solve the Error !? :-( > > Regards > vuott > > > > > -------------------------------------------- > Gio 21/5/15, Ru Vuott ha scritto: > >? Oggetto: [Gambas-user] ERROR "Unable to compile gambas3" in rev. #7092? ! >? A: gambas-user at lists.sourceforge.net >? Data: Gioved? 21 maggio 2015, 21:02 > >? Hello, > >? at end of "make install" rev. 7092 I obtaoned this Error: > > >? Installing gb.form.editor... >? make[2]: Nessuna operazione da eseguire per >? "install-data-am". >? make[2]: uscita dalla directory "/home/vuott/trunk/comp" >? make[1]: uscita dalla directory "/home/vuott/trunk/comp" >? Making install in app >? make[1]: ingresso nella directory "/home/vuott/trunk/app" >? make[2]: ingresso nella directory "/home/vuott/trunk/app" >? Installing the development environment... >? Compiling gambas3... >? gbc: error: Component not found: gb.qt5 >? Compiling gbs3... >? OK >? Installing gbs3... >? Installing the scripter... >? Registering Gambas script mimetype >? Registering Gambas server page mimetype >? Installing the Gambas appdata file >? make[2]: Nessuna operazione da eseguire per >? "install-data-am". >? make[2]: uscita dalla directory "/home/vuott/trunk/app" >? make[1]: uscita dalla directory "/home/vuott/trunk/app" >? Making install in . >? make[1]: ingresso nella directory "/home/vuott/trunk" >? make[2]: ingresso nella directory "/home/vuott/trunk" > >? || >? || Unable to compile gambas3 >? || > >? make[2]: Nessuna operazione da eseguire per >? "install-data-am". >? make[2]: uscita dalla directory "/home/vuott/trunk" >? make[1]: uscita dalla directory "/home/vuott/trunk" > > >? Regards >? vuott > > >? ------------------------------------------------------------------------------ >? One dashboard for servers and applications across >? Physical-Virtual-Cloud >? Widest out-of-the-box monitoring support with 50+ >? applications >? Performance metrics, stats and reports that give you >? Actionable Insights >? Deep dive visibility with transaction tracing using APM >? Insight. >? http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >? _______________________________________________ >? Gambas-user mailing list >? Gambas-user at lists.sourceforge.net >? https://lists.sourceforge.net/lists/listinfo/gambas-user > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas at ...1... Fri May 22 18:29:07 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 22 May 2015 18:29:07 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432311346.64686.YahooMailBasic@...3275...> References: <1432311346.64686.YahooMailBasic@...3275...> Message-ID: <555F5953.6020009@...1...> Le 22/05/2015 18:15, Ru Vuott a ?crit : > Hello Fabien, > > thank you for your suggestion. > > So, I tried like reported below: > > ~/trunk $ sudo make uninstall > ~/trunk $ make clean > ~/trunk $ svn up > ~/trunk $ ./reconf > ~/trunk $ ./configure -C > ~/trunk $ make -j4 > ~/trunk $ sudo make install > > ...but I've got the same notice: > > || > || Unable to compile gambas3 > || > > > :<( > > bye > vuottt > You have to install Qt5 development packages. -- Beno?t Minisini From gambas at ...1... Fri May 22 18:29:32 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 22 May 2015 18:29:32 +0200 Subject: [Gambas-user] [Qt5] Window flags are not properly handled In-Reply-To: <555C5C20.9010606@...1...> References: <555C5C20.9010606@...1...> Message-ID: <555F596C.6090106@...1...> Le 20/05/2015 12:04, Beno?t Minisini a ?crit : > Le 20/05/2015 07:36, Adrien Prokopowicz a ?crit : >> Hello Beno?t, >> >> As the title suggests, when setting the window flags of a form, >> these do not seem to properly apply when running. >> However, these work perfectly using Qt4. >> >> I tested a few, including Border, SkipTaskbar, Stacking, Sticky and >> TakeFocus. >> None of these work, using Qt 5.4.1 and latest revision (7090). >> >> See the attached project. >> >> Regards, >> > > Yes, I'm aware of that. > > The gb.qt5 window flags are implemented with the same Xlib calls than > gb.qt4, so I have no idea why it does not work yet. > > Regards, > It should be fixed now. Regards, -- Beno?t Minisini From vuott at ...325... Fri May 22 19:16:33 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 22 May 2015 18:16:33 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <555F5953.6020009@...1...> Message-ID: <1432314993.54801.YahooMailBasic@...3269...> Hello beno?t, I do not understand: I added several qt5 packages, and now I added the packages, found in this web page: https://docs.google.com/spreadsheets/d/16ycob0pe97H0Bz70WWXgx1-wNp6cVr1OcdQFaf5N7s8/edit?pli=1#gid=0 but at end of "~/trunk $ ./configure -C" I obtain again the notice: || || THESE COMPONENTS ARE DISABLED: || - gb.qt5 || - gb.qt5.opengl || - gb.qt5.webkit || ...suggestion about it ? regards vuott -------------------------------------------- Ven 22/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: "mailing list for gambas users" Data: Venerd? 22 maggio 2015, 18:29 Le 22/05/2015 18:15, Ru Vuott a ?crit : > Hello Fabien, > > thank you for your suggestion. > > So, I tried like reported below: > > ~/trunk $ sudo make uninstall > ~/trunk $ make clean > ~/trunk $ svn up > ~/trunk $ ./reconf > ~/trunk $ ./configure -C > ~/trunk $ make -j4 > ~/trunk $ sudo make install > > ...but I've got the same notice: > >? ???|| >? ???|| Unable to compile gambas3 >? ???|| > > > :<( > > bye > vuottt > You have to install Qt5 development packages. -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From taboege at ...626... Fri May 22 19:45:00 2015 From: taboege at ...626... (Tobias Boege) Date: Fri, 22 May 2015 19:45:00 +0200 Subject: [Gambas-user] Cairo's DrawText Message-ID: <20150522174500.GC570@...2774...> Hi, I'm confused about the output of the attached project. It should print the two lines in the included file to a PDF. As you can see in the Gambas console, the first of the two lines should even fit into the boundary box, the second doesn't. Regardless, I see only the last part of either of the lines, as the attached PDF shows. Can anyone tell me what's wrong? Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -------------- next part -------------- A non-text attachment was scrubbed... Name: cairo-drawtext-0.0.1.tar.gz Type: application/octet-stream Size: 4593 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: output.pdf Type: application/pdf Size: 9780 bytes Desc: not available URL: From gambas at ...1... Fri May 22 20:04:20 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 22 May 2015 20:04:20 +0200 Subject: [Gambas-user] Cairo's DrawText In-Reply-To: <20150522174500.GC570@...2774...> References: <20150522174500.GC570@...2774...> Message-ID: <555F6FA4.1040103@...1...> Le 22/05/2015 19:45, Tobias Boege a ?crit : > Hi, > > I'm confused about the output of the attached project. It should print the > two lines in the included file to a PDF. > > As you can see in the Gambas console, the first of the two lines should even > fit into the boundary box, the second doesn't. Regardless, I see only the > last part of either of the lines, as the attached PDF shows. > > Can anyone tell me what's wrong? > > Regards, > Tobi > Running your program, I get that. Is it what you expect? -- Beno?t Minisini -------------- next part -------------- A non-text attachment was scrubbed... Name: output.pdf Type: application/pdf Size: 9777 bytes Desc: not available URL: From taboege at ...626... Fri May 22 20:46:25 2015 From: taboege at ...626... (Tobias Boege) Date: Fri, 22 May 2015 20:46:25 +0200 Subject: [Gambas-user] Cairo's DrawText In-Reply-To: <555F6FA4.1040103@...1...> References: <20150522174500.GC570@...2774...> <555F6FA4.1040103@...1...> Message-ID: <20150522184625.GD570@...2774...> On Fri, 22 May 2015, Beno?t Minisini wrote: > Le 22/05/2015 19:45, Tobias Boege a ?crit : > >Hi, > > > >I'm confused about the output of the attached project. It should print the > >two lines in the included file to a PDF. > > > >As you can see in the Gambas console, the first of the two lines should even > >fit into the boundary box, the second doesn't. Regardless, I see only the > >last part of either of the lines, as the attached PDF shows. > > > >Can anyone tell me what's wrong? > > > >Regards, > >Tobi > > > > Running your program, I get that. Is it what you expect? > Yes, that's it. I guess it's time for a cairo update... Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From gambas at ...1... Sat May 23 01:31:17 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sat, 23 May 2015 01:31:17 +0200 Subject: [Gambas-user] Problems to generate installer RPM In-Reply-To: References: Message-ID: <555FBC45.6070008@...1...> Le 22/05/2015 17:45, herberth guzman a ?crit : >> Benoit greetings >> >> Benoit I have a problem >> I need to create an installer for my project. >> >> Debian >> RPM error. >> DEB ok. >> >> Ubuntu >> RPM error. >> DEB ok. >> >> OpenMandriva >> RPM error. >> > > >> Can you provide your project? > > > Thanks Benoit > > It happens with every project. > > If the file is not attached > Project link will not let me generate RPM. > http://sourceforge.net/projects/innovadesktop/files/PCInfo/Source/ > > > Regards, > Herberth > > The packager should be fixed in revision #7094. Regards, -- Beno?t Minisini From adamnt42 at ...626... Sat May 23 02:09:34 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Sat, 23 May 2015 09:39:34 +0930 Subject: [Gambas-user] Rev7093 : Fatal package build error. (Urgent to me :-) ) Message-ID: <20150523093934.6f8763212fa2bc035eab43ed@...626...> Occurred when making an autotools package at the final step. FMakeInstall.AddLog.547 perhaps should be " edtLog.Goto(0, edtLog.Count)". Works locally, but wider wisdom respectfully requested. regards bruce -- B Bruen -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3_070.png Type: image/png Size: 42697 bytes Desc: not available URL: From adamnt42 at ...626... Sat May 23 02:15:10 2015 From: adamnt42 at ...626... (adamnt42 at ...626...) Date: Sat, 23 May 2015 09:45:10 +0930 Subject: [Gambas-user] r7093 IDE seems to be marking every line Message-ID: <20150523094510.25dfd0dfdb129cf44380bab5@...626...> I'm not sure if this is a local error but since folding has been re-introduced, the IDE seems to be marking every line in an opened source file as changed. Thus opening a project (which has several files automatically opened, as they were last time) and then immediately closing it results in the "These files have been changed ..." popup happening. Any one else see this? regards bruce -- B Bruen From gambas at ...1... Sat May 23 02:28:33 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sat, 23 May 2015 02:28:33 +0200 Subject: [Gambas-user] Rev7093 : Fatal package build error. (Urgent to me :-) ) In-Reply-To: <20150523093934.6f8763212fa2bc035eab43ed@...626...> References: <20150523093934.6f8763212fa2bc035eab43ed@...626...> Message-ID: <555FC9B1.1000600@...1...> Le 23/05/2015 02:09, adamnt42 at ...626... a ?crit : > Occurred when making an autotools package at the final step. > > FMakeInstall.AddLog.547 perhaps should be " edtLog.Goto(0, edtLog.Count)". > > Works locally, but wider wisdom respectfully requested. > > regards > bruce > > Use the latest revision, it should be fixed. Regards, -- Beno?t Minisini From taboege at ...626... Sat May 23 16:59:47 2015 From: taboege at ...626... (Tobias Boege) Date: Sat, 23 May 2015 16:59:47 +0200 Subject: [Gambas-user] Cairo's DrawText In-Reply-To: <20150522184625.GD570@...2774...> References: <20150522174500.GC570@...2774...> <555F6FA4.1040103@...1...> <20150522184625.GD570@...2774...> Message-ID: <20150523145707.GA640@...2774...> On Fri, 22 May 2015, Tobias Boege wrote: > On Fri, 22 May 2015, Beno?t Minisini wrote: > > Le 22/05/2015 19:45, Tobias Boege a ?crit : > > >Hi, > > > > > >I'm confused about the output of the attached project. It should print the > > >two lines in the included file to a PDF. > > > > > >As you can see in the Gambas console, the first of the two lines should even > > >fit into the boundary box, the second doesn't. Regardless, I see only the > > >last part of either of the lines, as the attached PDF shows. > > > > > >Can anyone tell me what's wrong? > > > > > >Regards, > > >Tobi > > > > > > > Running your program, I get that. Is it what you expect? > > > > Yes, that's it. I guess it's time for a cairo update... > Yo. Cairo 1.14.2-1 on Arch Linux does it properly. No change to my Gambas installation was necessary. -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From taboege at ...626... Sat May 23 20:36:42 2015 From: taboege at ...626... (Tobias Boege) Date: Sat, 23 May 2015 20:36:42 +0200 Subject: [Gambas-user] Installation on Debian Jessie Message-ID: <20150523183642.GB640@...2774...> Hi, are any Debian people here? I heard of someone on "Debian Jessie 64 bits" who needed, in addition to what is stated in the wiki, to do the following things to compile Gambas from sources: - create a symlink "llvm-config" in PATH which points to a "llvm-config-xx" binary which has a version number appended (I don't know the exact format of the filename but apparently only a versioned llvm-config binary existed on his installation) -- in order to compile gb.jit -- and - install the package "postgresql-server-dev-all" which holds the needed headers "postgres.h" and "pg_type.h" for gb.db.postgresql. If would be nice if someone could verify if the instructions on the wiki are indeed lacking these two steps for Debian Jessies. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From herberthguzman at ...626... Sun May 24 19:42:54 2015 From: herberthguzman at ...626... (herberth guzman) Date: Sun, 24 May 2015 11:42:54 -0600 Subject: [Gambas-user] gb.qt5 and X11Systray Message-ID: Hi Benoit Congratulations on the component gb.qt5 and Gambas3, greatly improves every day. I am happy for Gambas3 Benoit I am testing gb.qt5 Systray (X11Systray) does not work with this component. I tested: gb.gtk = OK gb.gtk3 = OK gb.qt4 = OK gb.qt5 = BAD That I can do to work well Systray (X11Systray) with GB.QT5 Can you help me please Waiting your answer. Regards Herberth Guzm?n From herberthguzman at ...626... Sun May 24 20:35:39 2015 From: herberthguzman at ...626... (herberth guzman) Date: Sun, 24 May 2015 12:35:39 -0600 Subject: [Gambas-user] FileView and Files ".desktop" Message-ID: Hi Benoit Benoit, Fabien created a class called DesktopApps, that class is what allows me to show my panel applications ("Innova"). I am a rookie and I find it hard. My work is slow and long. I want to convert ("Innova") at a Desktop in the future. To display the contents of my Desktop unify Class_FileView with Class_DesktopApps to make it more attractive for the user. Attached a picture. Questions? 1.- FileView can show the icons("png") related of one file ".desktop", and Run. If this is possible could you give me an example of how to do please. Thanks for your support Regards, herberth -------------- next part -------------- A non-text attachment was scrubbed... Name: file_desktop.png Type: image/png Size: 77536 bytes Desc: not available URL: From gambas at ...1... Sun May 24 21:00:47 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Sun, 24 May 2015 21:00:47 +0200 Subject: [Gambas-user] gb.qt5 and X11Systray In-Reply-To: References: Message-ID: <55621FDF.9080404@...1...> Le 24/05/2015 19:42, herberth guzman a ?crit : > Hi Benoit > > Congratulations on the component gb.qt5 and Gambas3, greatly improves > every day. > > I am happy for Gambas3 > > Benoit I am testing gb.qt5 > Systray (X11Systray) does not work with this component. > > I tested: > > gb.gtk = OK > gb.gtk3 = OK > gb.qt4 = OK > gb.qt5 = BAD > > That I can do to work well Systray (X11Systray) with GB.QT5 > Can you help me please > Waiting your answer. > > Regards > Herberth Guzm?n The gb.desktop.x11 component does not work with gb.qt5 at the moment, because QT5 is now based on xcb, and so Xlib event filters do not work anymore. Regards, -- Beno?t Minisini From gambas at ...1... Sun May 24 21:04:55 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Sun, 24 May 2015 21:04:55 +0200 Subject: [Gambas-user] FileView and Files ".desktop" In-Reply-To: References: Message-ID: <556220D7.20807@...1...> Le 24/05/2015 20:35, herberth guzman a ?crit : > Hi Benoit > > Benoit, Fabien created a class called DesktopApps, that class is what > allows me to show my panel applications ("Innova"). I don't know what that class is. > > I am a rookie and I find it hard. > My work is slow and long. > I want to convert ("Innova") at a Desktop in the future. > > To display the contents of my Desktop unify Class_FileView with > Class_DesktopApps to make it more attractive for the user. > > Attached a picture. > > Questions? > > 1.- FileView can show the icons("png") related of one file ".desktop", and > Run. > If this is possible could you give me an example of how to do please. The example is the Gambas source code of FileView. To get the desktop file associated with a file you use the DesktopMime.FromFile() method. It returns a DesktopMime object that represents the desktop file. Then you have a GetIcon() method to get the icon associated with that desktop file. You should run carefully the freedesktop desktop file specifications to understand everything. Regards, -- Beno?t Minisini From abbat.81 at ...787... Sun May 24 22:28:46 2015 From: abbat.81 at ...787... (abbat81) Date: Sun, 24 May 2015 13:28:46 -0700 (MST) Subject: [Gambas-user] LPT as GPIO Gambas Example Message-ID: <1432499326429-51583.post@...3046...> Is it possible to make such a intresting Example? I'd say "Thank you" -- View this message in context: http://gambas.8142.n7.nabble.com/LPT-as-GPIO-Gambas-Example-tp51583.html Sent from the gambas-user mailing list archive at Nabble.com. From wrchap001 at ...626... Mon May 25 09:57:32 2015 From: wrchap001 at ...626... (William Chapman) Date: Mon, 25 May 2015 09:57:32 +0200 Subject: [Gambas-user] Calculated fields Message-ID: Hi Everyone! My first post to the forum and my first project! Being new to Gambas, I have got stuck on trying to use Gambas to create a front-end for a MySQL database created with MySQL Workbench. I have trawled the Internet without much success for an answer. The application that I am working on requires calculated fields. Using MySQL workbench the calculated field has been produced by using a MySQL query. For example: select quantity, price, (quantity * price) as subtotal from components order by quantity, price, subtotal desc Following a Youtube video showing how to "import" data held in a MySQL database into a Gambas front-end, the form is constructed using the DataSource and the DataBrowser options from the Toolbox. While the fields of "price" and "quantity" are shown, being obtained from the table "components", I have not been able to figure out how to source the calculated field i.e. quantity * price and its value (as obtained via the SQL query) in order to place it into the Gambas front end. e.g:- amount price subtotal 10 50 500 Any possible suggestions or reference to an available coding example would be greatly appreciated. Regards William Cape Town South Africa From vuott at ...325... Mon May 25 12:07:48 2015 From: vuott at ...325... (Ru Vuott) Date: Mon, 25 May 2015 11:07:48 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432314993.54801.YahooMailBasic@...3269...> Message-ID: <1432548468.58960.YahooMailBasic@...3268...> Hello, I come back about this problem that I had on my home PC, because - after installing QT5 libraries on my laptop - I obtained same problem: at end of ~/trunk $ ./configure -C I get this notice: || THESE COMPONENTS ARE DISABLED: || - gb.qt5 || - gb.qt5.opengl || - gb.qt5.webkit || and at end of make install: Unable to compile gambas3 Currently I am able to start Gambas from a copy of the file gambas3.gambas (which fortunately I had not destroyed), and these my system/gambas informations: [System] Gambas=3.7.90 OperatingSystem=Linux Kernel=3.13.0-37-generic Architecture=x86_64 Distribution=Linux Mint 17.1 Rebecca Desktop=GNOME Theme=Cleanlooks Language=it_IT.UTF-8 Memory=1245M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.7.6 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.204.0 GTK+3=libgtk-3.so.0.1000.8 GTK+=libgtk-x11-2.0.so.0.2400.23 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.44.0.0 Qt4=libQtCore.so.4.8.6 Qt5=libQt5Core.so.5.2.1 SDL=libSDL-1.2.so.0.11.4 -------------------------------------------- Ven 22/5/15, Ru Vuott ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: "mailing list for gambas users" Data: Venerd? 22 maggio 2015, 19:16 Hello beno?t, I do not understand: I added several qt5 packages, and now I added the packages, found in this web page: https://docs.google.com/spreadsheets/d/16ycob0pe97H0Bz70WWXgx1-wNp6cVr1OcdQFaf5N7s8/edit?pli=1#gid=0 but at end of "~/trunk $ ./configure -C" I obtain again the notice: || || THESE COMPONENTS ARE DISABLED: || - gb.qt5 || - gb.qt5.opengl || - gb.qt5.webkit || ...suggestion about it ? regards vuott -------------------------------------------- Ven 22/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: "mailing list for gambas users" Data: Venerd? 22 maggio 2015, 18:29 Le 22/05/2015 18:15, Ru Vuott a ?crit : > Hello Fabien, > > thank you for your suggestion. > > So, I tried like reported below: > > ~/trunk $ sudo make uninstall > ~/trunk $ make clean > ~/trunk $ svn up > ~/trunk $ ./reconf > ~/trunk $ ./configure -C > ~/trunk $ make -j4 > ~/trunk $ sudo make install > > ...but I've got the same notice: > >? ???|| >? ???|| Unable to compile gambas3 >? ???|| > > > :<( > > bye > vuottt > You have to install Qt5 development packages. -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From sbungay at ...3301... Mon May 25 12:56:12 2015 From: sbungay at ...3301... (Stephen) Date: Mon, 25 May 2015 06:56:12 -0400 Subject: [Gambas-user] Calculated fields In-Reply-To: References: Message-ID: <5562FFCC.6040100@...3301...> I'm sure there are better answers than this one, however I'll lend a hand whenever I can. If you're using the data controls then someone else will have to lend a hand, but here's what I do (it entails no guesswork on the part of the programmer). Open a database connection and keep it open, assign the select query to a string then use the .exec method of the connection to pull the resultset back. Iterate through the result set and populate the form. The following is a code snippet from a form with 2 buttons on it, "ConnectToDB" and "ExecuteQuery" (creative huh?) There's no error checking on the database open (this is quick & dirty), exercise error checking on the db open and such, but you probably already know that. ' Gambas class file PUBLIC mDBConnection AS NEW Connection PUBLIC SUB ConnectDB_Click() IF NOT EstablishDatabaseConnection() THEN Message ("Unable to open Database","OK") ExecuteQuery.Enabled = False ELSE ExecuteQuery.Enabled = True END IF END PUBLIC SUB ExecuteQuery_Click() DIM SQLString AS String DIM RecordSet AS Result SQLString = "SELECT Quantity, "& "Price, " & "(Quantity * Price) AS SubTotal, " & "Description " & "FROM Components " & "ORDER BY Quantity, Price, SubTotal;" RecordSet = mDBConnection(SQLString) If Not IsEmpty(RecordSet) Then ' Whatever you do here is up to you, you have the Result, the values are there. ' Access them like this; ' [Object].Text = RecordSet["Quantity"] ' [Object].Text = RecordSet["Price"] ' [Object].Text = RecordSet["SubTotal"] ' [Object].Text = RecordSet["Description"] End IF END PRIVATE FUNCTION EstablishDatabaseConnection() AS Boolean DIM Success AS Boolean Success = False WITH mDBConnection .Type = "mysql" .Host = "192.168.1.55" ' Insert the IP of your server here .User = "dbuser" ' Insert your user here .Password = "dbpassword" ' Insert your password here .Name = "dbName" ' Insert the name of the db here TRY .Open IF NOT Error THEN Success = TRUE END IF END WITH RETURN (Success) END '*********************************************************** ' I never code multiple RETURNs in a function, or exit points ' in a SUB, there can be only one. ************************************************************ PUBLIC FUNCTION IsEmpty(pRecordSet AS Result) AS Boolean DIM Empty AS Boolean Empty = False ' I'm cynical. In this case False means the RecordSet is NOT empty (a good thing) ' This could also be written ' IF Not IsNull(pRecordSet) AND pRecordSet.Count = 0 THEN Empty = True IF Not IsNull(pRecordset) THEN IF pRecordset.Count = 0 then Empty = TRUE END IF END IF RETURN (Empty) END On 05/25/2015 03:57 AM, William Chapman wrote: > Hi Everyone! > > My first post to the forum and my first project! > > Being new to Gambas, I have got stuck on trying to use Gambas to create a > front-end for a MySQL database created with MySQL Workbench. I have trawled > the Internet without much success for an answer. > > The application that I am working on requires calculated fields. Using > MySQL > workbench the calculated field has been produced by using a MySQL query. > > For example: > > select quantity, price, (quantity * price) as subtotal > from components > order by quantity, price, subtotal desc > > Following a Youtube video showing how to "import" data held in a MySQL > database into a Gambas front-end, the form is constructed using the > DataSource and the DataBrowser options from the Toolbox. > > While the fields of "price" and "quantity" are shown, being obtained from > the > table "components", I have not been able to figure out how to source the > calculated field i.e. quantity * price and its value (as obtained via the > SQL > query) in order to place it into the Gambas front end. > > e.g:- > > amount price subtotal > 10 50 500 > > Any possible suggestions or reference to an available coding example would > be > greatly appreciated. > > Regards > William > Cape Town > South Africa > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -- Kindest Regards Stephen A. Bungay, Prop. Smarts On Site Information Systems From gambas at ...2524... Tue May 26 01:58:06 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Mon, 25 May 2015 23:58:06 +0000 Subject: [Gambas-user] Issue 623 in gambas: interpreter throws "error #35 file not found" if binary path is relative to current directory Message-ID: <0-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> Status: New Owner: ---- Labels: Version Type-Bug Priority-Medium OpSys-Any Dist-ArchLinux Arch-Any Desktop-Any GUI-Any Arch-X86 New issue 623 by sahmi.so... at ...626...: interpreter throws "error #35 file not found" if binary path is relative to current directory https://code.google.com/p/gambas/issues/detail?id=623 1) Describe the problem. Gambas interpreter throws the following error, if the binary if path to the binary is given relative to the current directory (i.e. the binary path starts with ./) and the binary is not in the current directory: ERROR: #35: Cannot open file './${some_dir(s)}/${binary_name}.gambas': No such file or directory if the absolute path of the binary is given, everything is good. also if the binary is in the current directory everything is good. 2) Give information about your system. Use the 'System information' menu in the Gambas IDE, and paste the result there. [System] Gambas=3.7.1 OperatingSystem=Linux Kernel=4.0.4-2-ARCH Architecture=x86 Distribution=Arch Linux Desktop=GNOME Theme=QGtk Language=ar_MA.utf8 Memory=3496M [Libraries] Cairo=libcairo.so.2.11400.2 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.8.11 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.405.0 GTK+3=libgtk-3.so.0.1600.3 GTK+=libgtk-x11-2.0.so.0.2400.28 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.51.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 3) Indicate the Gambas version in the issue labels, and if it is a bug, a crash, or an enhancement request. Gambas version 3.7.1 6) Explain clearly how to reproduce the bug or the crash. 1. make any gambas binary 2. make a subdirectory $bug_dir 3. copy or move the gambas binary to that subirectory 4. move back to the top directory 5. run the binary relatively to the current directory. ex: gbr3 ./$bug_dir/binary.gambas -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Tue May 26 03:19:42 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Tue, 26 May 2015 01:19:42 +0000 Subject: [Gambas-user] Issue 623 in gambas: interpreter throws "error #35 file not found" if binary path is relative to current directory In-Reply-To: <0-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> Message-ID: <1-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> Updates: Status: Accepted Labels: -Version Version-3.7.0 Comment #1 on issue 623 by benoit.m... at ...626...: interpreter throws "error #35 file not found" if binary path is relative to current directory https://code.google.com/p/gambas/issues/detail?id=623 (No comment was entered for this change.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Tue May 26 03:20:42 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Tue, 26 May 2015 01:20:42 +0000 Subject: [Gambas-user] Issue 623 in gambas: interpreter throws "error #35 file not found" if binary path is relative to current directory In-Reply-To: <1-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> References: <1-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> <0-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> Message-ID: <2-6813199134517018827-1153672850526349618-gambas=googlecode.com@...2524...> Updates: Status: Fixed Comment #2 on issue 623 by benoit.m... at ...626...: interpreter throws "error #35 file not found" if binary path is relative to current directory https://code.google.com/p/gambas/issues/detail?id=623 It should be fixed in revision #7098. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Tue May 26 03:42:09 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Tue, 26 May 2015 01:42:09 +0000 Subject: [Gambas-user] Issue 620 in gambas: Datebox doesn't respect localizations In-Reply-To: <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Message-ID: <1-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Updates: Status: NeedsInfo Comment #1 on issue 620 by benoit.m... at ...626...: Datebox doesn't respect localizations https://code.google.com/p/gambas/issues/detail?id=620 It works on my Kubuntu 15.04. Are you sure that the fi_FI i18n packages are correctly installed? Attachments: galarm.png 35.3 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From john.frankish at ...3358... Tue May 26 11:12:38 2015 From: john.frankish at ...3358... (John Frankish) Date: Tue, 26 May 2015 13:12:38 +0400 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation Message-ID: Hi, I just compiled gambas3-3.7.1 from source against qt-4.8.6 and gtk-3.16.1, but when I try to start it, I get this: $ gambas3 Stock.Themes_Read.698: #45: File or directory does not exist Project.Main.334 I guess I'm doing something dumb, but I don't see this exact error in the wiki error glossary? I cannot use gdb with gambas3 to check the error as gdb sees it as a script Regards John From gambas at ...1... Tue May 26 12:23:49 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Tue, 26 May 2015 12:23:49 +0200 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: References: Message-ID: <556449B5.6040501@...1...> Le 26/05/2015 11:12, John Frankish a ?crit : > Hi, > > I just compiled gambas3-3.7.1 from source against qt-4.8.6 and gtk-3.16.1, > but when I try to start it, I get this: > > $ gambas3 > Stock.Themes_Read.698: #45: File or directory does not exist > Project.Main.334 > > I guess I'm doing something dumb, but I don't see this exact error in the > wiki error glossary? > > I cannot use gdb with gambas3 to check the error as gdb sees it as a script > > Regards > John > The error is on a line that tries to browse the "/usr/share/icons" directory. Don't you have such a directory on your system? -- Beno?t Minisini From john.frankish at ...3358... Tue May 26 12:36:17 2015 From: john.frankish at ...3358... (John Frankish) Date: Tue, 26 May 2015 14:36:17 +0400 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: <556449B5.6040501@...1...> References: <556449B5.6040501@...1...> Message-ID: > > Hi, > > > > I just compiled gambas3-3.7.1 from source against qt-4.8.6 and > > gtk-3.16.1, but when I try to start it, I get this: > > > > $ gambas3 > > Stock.Themes_Read.698: #45: File or directory does not exist > > Project.Main.334 > > > > I guess I'm doing something dumb, but I don't see this exact error in > > the wiki error glossary? > > > > I cannot use gdb with gambas3 to check the error as gdb sees it as a > > script > > > The error is on a line that tries to browse the "/usr/share/icons" > directory. Don't you have such a directory on your system? > Thanks for the reply. No, it's /usr/local/share/icons and gambas3 was compiled to /usr/local... Do I need to go through the source to look for other hard links to /usr? Regards John From gambas at ...1... Tue May 26 12:49:01 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Tue, 26 May 2015 12:49:01 +0200 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: References: <556449B5.6040501@...1...> Message-ID: <55644F9D.4030103@...1...> Le 26/05/2015 12:36, John Frankish a ?crit : >>> Hi, >>> >>> I just compiled gambas3-3.7.1 from source against qt-4.8.6 and >>> gtk-3.16.1, but when I try to start it, I get this: >>> >>> $ gambas3 >>> Stock.Themes_Read.698: #45: File or directory does not exist >>> Project.Main.334 >>> >>> I guess I'm doing something dumb, but I don't see this exact error in >>> the wiki error glossary? >>> >>> I cannot use gdb with gambas3 to check the error as gdb sees it as a >>> script >>> >> The error is on a line that tries to browse the "/usr/share/icons" >> directory. Don't you have such a directory on your system? >> > Thanks for the reply. > > No, it's /usr/local/share/icons and gambas3 was compiled to /usr/local... > > Do I need to go through the source to look for other hard links to /usr? I will fix the code to not crash if /usr/share/icons does not exist. But why you should I look to /usr/local/share/icons? Is it a standard path for storing icons? I mean: each time I look in /usr/a/b/c, I must look in /usr/local/a/b/c too? Anyway, yes, you can browse everywhere and tell me if you see some hard links to /usr. Thanks. -- Beno?t Minisini From Karl.Reinl at ...2345... Tue May 26 13:01:55 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Tue, 26 May 2015 13:01:55 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432548468.58960.YahooMailBasic@...3268...> References: <1432548468.58960.YahooMailBasic@...3268...> Message-ID: <1432638115.3534.11.camel@...40...> Am Montag, den 25.05.2015, 11:07 +0100 schrieb Ru Vuott: > Hello, > > I come back about this problem that I had on my home PC, because - after installing QT5 libraries on my laptop - I obtained same problem: > > at end of ~/trunk $ ./configure -C I get this notice: > > || THESE COMPONENTS ARE DISABLED: > || - gb.qt5 > || - gb.qt5.opengl > || - gb.qt5.webkit > || > > and at end of make install: > > Unable to compile gambas3 > > > > Currently I am able to start Gambas from a copy of the file gambas3.gambas (which fortunately I had not destroyed), and these my system/gambas informations: > > [System] > Gambas=3.7.90 > OperatingSystem=Linux > Kernel=3.13.0-37-generic > Architecture=x86_64 > Distribution=Linux Mint 17.1 Rebecca > Desktop=GNOME > Theme=Cleanlooks > Language=it_IT.UTF-8 > Memory=1245M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 > Qt5=libQt5Core.so.5.2.1 > SDL=libSDL-1.2.so.0.11.4 > Salut, same problem on Ubunto 14.04.x LTS Can't catch higher then libQt5Core 5.2.1, but need Qt5Core>=5.3 Qt5=libQt5Core.so.5.2.1 -- Amicalement Charlie From john.frankish at ...3358... Tue May 26 15:04:09 2015 From: john.frankish at ...3358... (John Frankish) Date: Tue, 26 May 2015 17:04:09 +0400 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: <55644F9D.4030103@...1...> References: <556449B5.6040501@...1...> <55644F9D.4030103@...1...> Message-ID: >>>> Hi, >>>> >>>> I just compiled gambas3-3.7.1 from source against qt-4.8.6 and >>>> gtk-3.16.1, but when I try to start it, I get this: >>>> >>>> $ gambas3 >>>> Stock.Themes_Read.698: #45: File or directory does not exist >>>> Project.Main.334 >>>> >>> The error is on a line that tries to browse the "/usr/share/icons" >>> directory. Don't you have such a directory on your system? >>> >> No, it's /usr/local/share/icons and gambas3 was compiled to /usr/local... >> >> Do I need to go through the source to look for other hard links to /usr? > > I will fix the code to not crash if /usr/share/icons does not exist. > But why you should I look to /usr/local/share/icons? Is it a standard path for storing icons? > I mean: each time I look in /usr/a/b/c, I must look in /usr/local/a/b/c too? > I understand (I could well be mistaken) that /usr is for a distro's files and /usr/local is for apps added afterwards. Since my distro, tinycorelinux, comes with the bare minimum, almost everything is added and in /usr/local. This being said, if a configure script allows "--prefix=/usr/local", then it would seem logical that it looks in $PREFIX/etc, $PREFIX/share and so on to find things, n'est pas? > Anyway, yes, you can browse everywhere and tell me if you see some hard links to /usr. So far, I've found that gambas3 is stuck with finding /usr/local/share/icons and /usr/local/share/mime ..but I'm still looking :) From vuott at ...325... Tue May 26 17:22:03 2015 From: vuott at ...325... (Ru Vuott) Date: Tue, 26 May 2015 16:22:03 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432638115.3534.11.camel@...40...> Message-ID: <1432653723.79689.YahooMailBasic@...3274...> Thank you very much, Charlie, finally a more information ! So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= 5.3 version ? Amicalement - con amicizia vuott -------------------------------------------- Mar 26/5/15, Charlie Reinl ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: gambas-user at lists.sourceforge.net Data: Marted? 26 maggio 2015, 13:01 Am Montag, den 25.05.2015, 11:07 +0100 schrieb Ru Vuott: > Hello, > > I come back about this problem that I had on my home PC, because - after installing QT5 libraries on my laptop - I obtained same problem: > >? at end of? ~/trunk $ ./configure -C? I get this notice: > >? || THESE COMPONENTS ARE DISABLED: >? || - gb.qt5 >? || - gb.qt5.opengl >? || - gb.qt5.webkit >? || > > and at end of make install: > >? ? ? Unable to compile gambas3 > > > > Currently I am able to start Gambas from a copy of the file gambas3.gambas (which fortunately I had not destroyed), and these my system/gambas informations: > > [System] > Gambas=3.7.90 > OperatingSystem=Linux > Kernel=3.13.0-37-generic > Architecture=x86_64 > Distribution=Linux Mint 17.1 Rebecca > Desktop=GNOME > Theme=Cleanlooks > Language=it_IT.UTF-8 > Memory=1245M > [Libraries] > Cairo=libcairo.so.2.11301.0 > Curl=libcurl.so.4.3.0 > DBus=libdbus-1.so.3.7.6 > GStreamer=libgstreamer-0.10.so.0.30.0 > GStreamer=libgstreamer-1.0.so.0.204.0 > GTK+3=libgtk-3.so.0.1000.8 > GTK+=libgtk-x11-2.0.so.0.2400.23 > OpenGL=libGL.so.1.2.0 > Poppler=libpoppler.so.44.0.0 > Qt4=libQtCore.so.4.8.6 >? ? Qt5=libQt5Core.so.5.2.1 > SDL=libSDL-1.2.so.0.11.4 > Salut, same problem on Ubunto 14.04.x LTS Can't catch higher then libQt5Core 5.2.1, but need Qt5Core>=5.3 Qt5=libQt5Core.so.5.2.1 -- Amicalement Charlie ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas at ...1... Tue May 26 17:44:17 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Tue, 26 May 2015 17:44:17 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432653723.79689.YahooMailBasic@...3274...> References: <1432653723.79689.YahooMailBasic@...3274...> Message-ID: <556494D1.60906@...1...> Le 26/05/2015 17:22, Ru Vuott a ?crit : > > Thank you very much, Charlie, finally a more information ! > So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= 5.3 version ? > > Amicalement - con amicizia > > vuott > See my answer to Sebastian: the IDE uses gb.qt5 for testing. I think I will make a component to allows a program to use gb.qt5 if it is present, and to switch to gb.qt4 otherwise. So don't worry, but be patient. Regards, -- Beno?t Minisini From vuott at ...325... Tue May 26 17:58:29 2015 From: vuott at ...325... (Ru Vuott) Date: Tue, 26 May 2015 16:58:29 +0100 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <556494D1.60906@...1...> Message-ID: <1432655909.824.YahooMailBasic@...3274...> Ok, Beno?t. Regards vuott -------------------------------------------- Mar 26/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! A: "mailing list for gambas users" Data: Marted? 26 maggio 2015, 17:44 Le 26/05/2015 17:22, Ru Vuott a ?crit : > > Thank you very much, Charlie, finally a more information ! > So, therefore, do I have "to wait for" :-(???Ubuntu provides Qt5Core >= 5.3 version ? > > Amicalement - con amicizia > > vuott > See my answer to Sebastian: the IDE uses gb.qt5 for testing. I think I will make a component to allows a program to use gb.qt5 if it is present, and to switch to gb.qt4 otherwise. So don't worry, but be patient. Regards, -- Beno?t Minisini ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From sebikul at ...626... Tue May 26 18:08:10 2015 From: sebikul at ...626... (Sebastian Kulesz) Date: Tue, 26 May 2015 13:08:10 -0300 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432653723.79689.YahooMailBasic@...3274...> References: <1432638115.3534.11.camel@...40...> <1432653723.79689.YahooMailBasic@...3274...> Message-ID: On May 26, 2015 12:25 PM, "Ru Vuott" wrote: > > > Thank you very much, Charlie, finally a more information ! > So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= 5.3 version ? They will never provide QT5 5.3 binaries in precise or trusty. They are freezed to whatever version was available at their release, plus backported fixes. If you want to compile gambas as it is now, you will need to add a third party ppa that has the binaries and development packages available. > > Amicalement - con amicizia > > vuott > > > > > > > -------------------------------------------- > Mar 26/5/15, Charlie Reinl ha scritto: > > Oggetto: Re: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! > A: gambas-user at lists.sourceforge.net > Data: Marted? 26 maggio 2015, 13:01 > > Am Montag, den > 25.05.2015, 11:07 +0100 schrieb Ru Vuott: > > Hello, > > > > I come back about this problem that I had > on my home PC, because - after installing QT5 libraries on > my laptop - I obtained same problem: > > > > > at end of ~/trunk $ ./configure > -C I get this notice: > > > > || THESE COMPONENTS ARE DISABLED: > > || - gb.qt5 > > || - > gb.qt5.opengl > > || - gb.qt5.webkit > > || > > > > and at end of make install: > > > > Unable to > compile gambas3 > > > > > > > > > Currently I am > able to start Gambas from a copy of the file gambas3.gambas > (which fortunately I had not destroyed), and these my > system/gambas informations: > > > > [System] > > > Gambas=3.7.90 > > OperatingSystem=Linux > > Kernel=3.13.0-37-generic > > Architecture=x86_64 > > > Distribution=Linux Mint 17.1 Rebecca > > > Desktop=GNOME > > Theme=Cleanlooks > > Language=it_IT.UTF-8 > > > Memory=1245M > > [Libraries] > > Cairo=libcairo.so.2.11301.0 > > Curl=libcurl.so.4.3.0 > > > DBus=libdbus-1.so.3.7.6 > > > GStreamer=libgstreamer-0.10.so.0.30.0 > > > GStreamer=libgstreamer-1.0.so.0.204.0 > > > GTK+3=libgtk-3.so.0.1000.8 > > > GTK+=libgtk-x11-2.0.so.0.2400.23 > > > OpenGL=libGL.so.1.2.0 > > > Poppler=libpoppler.so.44.0.0 > > > Qt4=libQtCore.so.4.8.6 > > > Qt5=libQt5Core.so.5.2.1 > > > SDL=libSDL-1.2.so.0.11.4 > > > > Salut, > > same problem on Ubunto 14.04.x LTS > Can't catch higher then libQt5Core 5.2.1, > but need Qt5Core>=5.3 > > Qt5=libQt5Core.so.5.2.1 > -- > Amicalement > Charlie > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications > across Physical-Virtual-Cloud > Widest > out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that > give you Actionable Insights > Deep dive > visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From gambas at ...1... Tue May 26 18:11:45 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Tue, 26 May 2015 18:11:45 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: References: <1432638115.3534.11.camel@...40...> <1432653723.79689.YahooMailBasic@...3274...> Message-ID: <55649B41.6090301@...1...> Le 26/05/2015 18:08, Sebastian Kulesz a ?crit : > On May 26, 2015 12:25 PM, "Ru Vuott" wrote: >> >> >> Thank you very much, Charlie, finally a more information ! >> So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= > 5.3 version ? > > They will never provide QT5 5.3 binaries in precise or trusty. They are > freezed to whatever version was available at their release, plus backported > fixes. If you want to compile gambas as it is now, you will need to add a > third party ppa that has the binaries and development packages available. > And it could be worse than that, as when you read the QT bug tracker, you see that QT5 X11 support is not fully finished, even in QT5 5.4! It was not easy to make gb.qt5 works with QT 5.3, and I'm not sure yet that everything works. I have noticed some strange mouse behaviours, but people will tell. Regards, -- Beno?t Minisini From gambas at ...2524... Tue May 26 18:32:01 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Tue, 26 May 2015 16:32:01 +0000 Subject: [Gambas-user] Issue 620 in gambas: Datebox doesn't respect localizations In-Reply-To: <1-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> References: <1-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> <0-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Message-ID: <2-6813199134517018827-17566860232181019930-gambas=googlecode.com@...2524...> Comment #2 on issue 620 by jussi.la... at ...626...: Datebox doesn't respect localizations https://code.google.com/p/gambas/issues/detail?id=620 Language packages are installed via system preferences. I'm not sure what causes this. Anyway this turns out to be non-Gambas related issue. Sorry about the noise! I ran the project with "LANG=fi_FI.utf8", which used to work. But "LANG=fi_FI.utf8 locale" reveals that LC_TIME is not changed to fi_FI.utf8 on Mint, like it was on Ubuntu. So I have to run the project with "LANG=fi_FI.utf8;LC_TIME=fi_FI.utf8 ./GAlarm.gambas" to get the desired result. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From Karl.Reinl at ...2345... Tue May 26 22:45:47 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Tue, 26 May 2015 22:45:47 +0200 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: References: <1432638115.3534.11.camel@...40...> <1432653723.79689.YahooMailBasic@...3274...> Message-ID: <1432673147.3626.18.camel@...40...> Am Dienstag, den 26.05.2015, 13:08 -0300 schrieb Sebastian Kulesz: > On May 26, 2015 12:25 PM, "Ru Vuott" wrote: > > > > > > Thank you very much, Charlie, finally a more information ! > > So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= > 5.3 version ? > > They will never provide QT5 5.3 binaries in precise or trusty. They are > freezed to whatever version was available at their release, plus backported > fixes. If you want to compile gambas as it is now, you will need to add a > third party ppa that has the binaries and development packages available. > Salut Sebastian, sounds strange for me, trusty 14.04 LTS has just 15 month on his back, should be supported till April 2017/2019, and you tell they freezed. Do you have any sources where that is advertised? -- Amicalement Charlie From sebikul at ...626... Tue May 26 23:10:43 2015 From: sebikul at ...626... (Sebastian Kulesz) Date: Tue, 26 May 2015 18:10:43 -0300 Subject: [Gambas-user] R: ERROR "Unable to compile gambas3" in rev. #7092 ! In-Reply-To: <1432673147.3626.18.camel@...40...> References: <1432638115.3534.11.camel@...40...> <1432653723.79689.YahooMailBasic@...3274...> <1432673147.3626.18.camel@...40...> Message-ID: This is what I meant [0]. There is a point in the release cycle, before the stable version of Ubuntu is published, where they freeze whatever version was available at that time, and only backport bug fixes until the planned EOL. I didn't mean that Ubuntu Trusty is not being maintained any more! [0] https://wiki.ubuntu.com/FeatureFreeze On May 26, 2015 5:46 PM, "Charlie Reinl" wrote: > Am Dienstag, den 26.05.2015, 13:08 -0300 schrieb Sebastian Kulesz: > > On May 26, 2015 12:25 PM, "Ru Vuott" wrote: > > > > > > > > > Thank you very much, Charlie, finally a more information ! > > > So, therefore, do I have "to wait for" :-( Ubuntu provides Qt5Core >= > > 5.3 version ? > > > > They will never provide QT5 5.3 binaries in precise or trusty. They are > > freezed to whatever version was available at their release, plus > backported > > fixes. If you want to compile gambas as it is now, you will need to add a > > third party ppa that has the binaries and development packages available. > > > > Salut Sebastian, > > sounds strange for me, trusty 14.04 LTS has just 15 month on his back, > should be supported till April 2017/2019, and you tell they freezed. > Do you have any sources where that is advertised? > -- > Amicalement > Charlie > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From gambas at ...1... Wed May 27 03:02:55 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Wed, 27 May 2015 03:02:55 +0200 Subject: [Gambas-user] gb.qt5 and X11Systray In-Reply-To: <55621FDF.9080404@...1...> References: <55621FDF.9080404@...1...> Message-ID: <556517BF.5090809@...1...> Le 24/05/2015 21:00, Beno?t Minisini a ?crit : > > The gb.desktop.x11 component does not work with gb.qt5 at the moment, > because QT5 is now based on xcb, and so Xlib event filters do not work > anymore. > > Regards, > Can you try revision #7098 to see the system tray works? I added experimental support of gb.qt5 in gb.desktop.x11. Regards, -- Beno?t Minisini From john.frankish at ...3358... Wed May 27 17:25:46 2015 From: john.frankish at ...3358... (John Frankish) Date: Wed, 27 May 2015 19:25:46 +0400 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: References: <556449B5.6040501@...1...> <55644F9D.4030103@...1...> Message-ID: >>>>> Hi, >>>>> >>>>> I just compiled gambas3-3.7.1 from source against qt-4.8.6 and >>>>> gtk-3.16.1, but when I try to start it, I get this: >>>>> >>>>> $ gambas3 >>>>> Stock.Themes_Read.698: #45: File or directory does not exist >>>>> Project.Main.334 >>>>> >>>> The error is on a line that tries to browse the "/usr/share/icons" >>>> directory. Don't you have such a directory on your system? >>>> >>> No, it's /usr/local/share/icons and gambas3 was compiled to /usr/local... >>> >>> Do I need to go through the source to look for other hard links to /usr? >> >> I will fix the code to not crash if /usr/share/icons does not exist. >> But why you should I look to /usr/local/share/icons? Is it a standard >> path for storing icons? >> I mean: each time I look in /usr/a/b/c, I must look in >> /usr/local/a/b/c too? >> > I understand (I could well be mistaken) that /usr is for a distro's files and /usr/local is for apps added afterwards. > Since my distro, tinycorelinux, comes with the bare minimum, almost everything is added and in /usr/local. > >This being said, if a configure script allows "--prefix=/usr/local", then it would seem logical that it looks in $PREFIX/etc, > $PREFIX/share and so on to find things, n'est pas? > >> Anyway, yes, you can browse everywhere and tell me if you see some hard >>links to /usr. > >So far, I've found that gambas3 is stuck with finding /usr/local/share/icons and /usr/local/share/mime > I finally finished and recompiled gambas3 and it seems to work. The patch file is 40kb :-o I did not attach the patch as I mostly just changed /usr/{bin, lib, sbin, share} and /etc to /usr/local/{bin, lib, sbin, share} and /usr/local/etc rather than incorporate $PREFIX or add /usr/local to path statements and so on. From gambas at ...1... Wed May 27 17:58:44 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Wed, 27 May 2015 17:58:44 +0200 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: References: <556449B5.6040501@...1...> <55644F9D.4030103@...1...> Message-ID: <5565E9B4.8010304@...1...> Le 27/05/2015 17:25, John Frankish a ?crit : > I finally finished and recompiled gambas3 and it seems to work. > > The patch file is 40kb :-o > > I did not attach the patch as I mostly just changed /usr/{bin, lib, sbin, > share} and /etc to /usr/local/{bin, lib, sbin, share} and /usr/local/etc > rather than incorporate $PREFIX or add /usr/local to path statements and so > on. > Maybe you should share your work. Other people may be interested. Regards, -- Beno?t Minisini From john.frankish at ...3358... Wed May 27 19:05:35 2015 From: john.frankish at ...3358... (John Frankish) Date: Wed, 27 May 2015 21:05:35 +0400 Subject: [Gambas-user] Cannot start gambas3-3.7.1 after compilation In-Reply-To: <5565E9B4.8010304@...1...> References: <556449B5.6040501@...1...> <55644F9D.4030103@...1...> <5565E9B4.8010304@...1...> Message-ID: > > I finally finished and recompiled gambas3 and it seems to work. > > > > The patch file is 40kb :-o > > > > I did not attach the patch as I mostly just changed /usr/{bin, lib, > > sbin, share} and /etc to /usr/local/{bin, lib, sbin, share} and > > /usr/local/etc rather than incorporate $PREFIX or add /usr/local to > > path statements and so on. > > > > Maybe you should share your work. Other people may be interested. > Please see attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3-3.7.1_usr_local.patch Type: application/octet-stream Size: 42400 bytes Desc: not available URL: From gambas at ...2524... Wed May 27 19:29:59 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Wed, 27 May 2015 17:29:59 +0000 Subject: [Gambas-user] Issue 624 in gambas: components inside VPanel are not visible in right-to-left mode Message-ID: <0-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Status: New Owner: ---- Labels: Version-3.7.0 Type-Bug Priority-Medium OpSys-Any Dist-Any Arch-Any Desktop-Any GUI-Any Arch-X86 Dist-ArchLinux Dist-Ubuntu Usability New issue 624 by sahmi.so... at ...626...: components inside VPanel are not visible in right-to-left mode https://code.google.com/p/gambas/issues/detail?id=624 1) Describe the problem. VPanel is visible but whats inside it does not in right-to-left mode. If the VPanel has a background color, the color is visible. The components inside it can be browser with tab, and button can be pushed with the keyboard not with the mouse. VBox and HPanel work fine. 2) Give information about your system. Use the 'System information' menu in the Gambas IDE, and paste the result there. test on two systems #1: [System] Gambas=3.7.1 OperatingSystem=Linux Kernel=4.0.4-2-ARCH Architecture=x86 Distribution=Arch Linux Desktop=GNOME Theme=QGtk Language=ar_MA.utf8 Memory=3496M [Libraries] Cairo=libcairo.so.2.11400.2 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.8.11 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.405.0 GTK+3=libgtk-3.so.0.1600.3 GTK+=libgtk-x11-2.0.so.0.2400.28 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.51.0.0 Qt4=libQtCore.so.4.8.6 SDL=libSDL-1.2.so.0.11.4 #2: [System] Gambas=3.5.4 OperatingSystem=Linux Kernel=3.16.0-23-generic Architecture=x86 Distribution=Ubuntu 14.10 Desktop=GNOME Theme=QGtk Language=fr_FR.UTF-8 Memory=1511M [Libraries] Cairo=libcairo.so.2.11301.0 Curl=libcurl.so.4.3.0 DBus=libdbus-1.so.3.8.7 GStreamer=libgstreamer-0.10.so.0.30.0 GStreamer=libgstreamer-1.0.so.0.403.0 GTK+=libgtk-x11-2.0.so.0.2400.25 OpenGL=libGL.so.1.2.0 Poppler=libpoppler.so.46.0.0 Qt4=libQtCore.so.4.8.6 3) Indicate the Gambas version in the issue labels, and if it is a bug, a crash, or an enhancement request. tested in Gambas Version 3.7.1 and 3.5.4 6) Explain clearly how to reproduce the bug or the crash. 1. make a form and put inside it a VPanel 2. put a component inside the VPanel 3. change locale to a right to left language, then run the program or the ide. ex: LANG=ar gambas3 -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Wed May 27 20:19:57 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Wed, 27 May 2015 18:19:57 +0000 Subject: [Gambas-user] Issue 624 in gambas: components inside VPanel are not visible in right-to-left mode In-Reply-To: <0-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Message-ID: <1-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Comment #1 on issue 624 by sahmi.so... at ...626...: components inside VPanel are not visible in right-to-left mode https://code.google.com/p/gambas/issues/detail?id=624 The bug applies to for Panel when Arrangement property is be set to Arrange.Column if Arrangement is set to anything else it works. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From kevinfishburne at ...1887... Thu May 28 07:08:16 2015 From: kevinfishburne at ...1887... (Kevin Fishburne) Date: Thu, 28 May 2015 01:08:16 -0400 Subject: [Gambas-user] Drifting bookmarks Message-ID: <5566A2C0.40803@...1887...> I haven't been able to figure out what exactly causes this to happen, but when hitting Ctrl-B to set bookmarks in code after an indeterminate period of editing the bookmarks will become offset by one or more lines. They seem to be unaffected by cutting, pasting and using the Delete key to remove lines of code, so perhaps it's caused by Undo/Redo operations? Has anyone else noticed this or has more information? It's not a serious bug, but it's annoying having to continually un-mark and re-mark bookmarks that have moved unexpectedly. -- Kevin Fishburne Eight Virtues www: http://sales.eightvirtues.com e-mail: sales at ...1887... phone: (770) 853-6271 From gambas at ...1... Thu May 28 12:14:14 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Thu, 28 May 2015 12:14:14 +0200 Subject: [Gambas-user] New QT4/QT5 switcher components Message-ID: <5566EA76.8030209@...1...> Hi, In revision #7102, I have added two new componennts: gb.gui.qt and gb.qui.qt.webkit. They are switcher components (like other 'gb.gui*' components) that load QT4 or QT5 components according to the contents of the GB_GUI environmental variable or the current desktop. If GB_GUI is not set, and if the current desktop is *not* KDE4, then QT5 is preferred. The IDE now uses these components. So logically Gambas development version should now work again with older Linux distributions that do not have QT5 libraries in their repositories. Please report any problem with that! Regards, -- Beno?t Minisini From Karl.Reinl at ...2345... Thu May 28 20:57:23 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Thu, 28 May 2015 20:57:23 +0200 Subject: [Gambas-user] New QT4/QT5 switcher components In-Reply-To: <5566EA76.8030209@...1...> References: <5566EA76.8030209@...1...> Message-ID: <1432839443.3956.4.camel@...40...> Am Donnerstag, den 28.05.2015, 12:14 +0200 schrieb Beno?t Minisini: > Hi, > > In revision #7102, I have added two new componennts: gb.gui.qt and > gb.qui.qt.webkit. > > They are switcher components (like other 'gb.gui*' components) that load > QT4 or QT5 components according to the contents of the GB_GUI > environmental variable or the current desktop. > > If GB_GUI is not set, and if the current desktop is *not* KDE4, then QT5 > is preferred. > > The IDE now uses these components. So logically Gambas development > version should now work again with older Linux distributions that do not > have QT5 libraries in their repositories. > > Please report any problem with that! > > Regards, > Salut Beno?t, this is on my 14.04 Lubuntu, a crash-report GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from gbx3...done. (gdb) run Starting program: /usr/bin/gbx3 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x0804c959 in JIT_load () at gbx_jit.c:57 #2 0x08057415 in load_and_relocate (in_jit_compilation=, pndesc=, pstart=, len_data=, class=) at gbx_class_load.c:589 #3 load_without_inits (class=class at ...2861...=0x820bbec, in_jit_compilation=in_jit_compilation at ...2861...=0 '\000') at gbx_class_load.c:1033 #4 0x080584cc in CLASS_load_real (class=0x820bbec) at gbx_class_load.c:1311 #5 0x08069ec7 in ARCHIVE_load_exported_class (arch=0x80a7884, pass=1) at gbx_archive.c:196 #6 0x080772c8 in COMPONENT_load_all_finish () at gbx_component.c:147 #7 0x0805cfa4 in PROJECT_load_finish () at gbx_project.c:486 #8 0x0806c35f in init (file=file at ...2861...=0x80821e5 ".", argc=1, argv=0xbffff1d4) at gbx.c:103 #9 0x0804b401 in main (argc=1, argv=0xbffff1d4) at gbx.c:372 (gdb) bt I attached the compile logs. -- Amicalement Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3.svn.tar.gz Type: application/x-compressed-tar Size: 23236 bytes Desc: not available URL: From gambas at ...1... Thu May 28 21:20:55 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 21:20:55 +0200 Subject: [Gambas-user] New QT4/QT5 switcher components In-Reply-To: <1432839443.3956.4.camel@...40...> References: <5566EA76.8030209@...1...> <1432839443.3956.4.camel@...40...> Message-ID: <55676A97.7060305@...1...> Le 28/05/2015 20:57, Charlie Reinl a ?crit : > Am Donnerstag, den 28.05.2015, 12:14 +0200 schrieb Beno?t Minisini: >> Hi, >> >> In revision #7102, I have added two new componennts: gb.gui.qt and >> gb.qui.qt.webkit. >> >> They are switcher components (like other 'gb.gui*' components) that load >> QT4 or QT5 components according to the contents of the GB_GUI >> environmental variable or the current desktop. >> >> If GB_GUI is not set, and if the current desktop is *not* KDE4, then QT5 >> is preferred. >> >> The IDE now uses these components. So logically Gambas development >> version should now work again with older Linux distributions that do not >> have QT5 libraries in their repositories. >> >> Please report any problem with that! >> >> Regards, >> > > Salut Beno?t, > > this is on my 14.04 Lubuntu, a crash-report > It's a crash report about what program? -- Beno?t Minisini From adrien.prokopowicz at ...626... Thu May 28 22:37:05 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Thu, 28 May 2015 22:37:05 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 Message-ID: Hello Beno?t, Since revision #7095, opening a project in the IDE makes it crash, seemingly because of the new TextEditor. Here is the full output of the IDE : [adrien at ...2913... gambas3]$ gambas3 QPainter::end: Painter ended with 2 saved states QWidget::repaint: Recursive repaint detected QPainter::end: Painter ended with 2 saved states QWidget::repaint: Recursive repaint detected >>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>> CLineInfo instead ScrollArea.DrawingArea_Draw.433 Because the error message does not make much sense to me, I tried a bunch of "generic" solutions, including : - Reinstalling gambas completely (make uninstall && make install); - Checking out a fresh new SVN tree, and compiling and installing from it; - Reverting to a few revisions between #7102 and #7095; - Rebooting. Unfortunately, none of these actually worked, I keep getting the same error message again and again. Do you have any ideas ? (System information attached) Regards, -- Adrien Prokopowicz -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sysinfo.txt URL: From gambas at ...1... Thu May 28 22:41:44 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 22:41:44 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: References: Message-ID: <55677D88.7070901@...1...> Le 28/05/2015 22:37, Adrien Prokopowicz a ?crit : > Hello Beno?t, > > Since revision #7095, opening a project in the IDE makes it crash, > seemingly > because of the new TextEditor. Here is the full output of the IDE : > > [adrien at ...2913... gambas3]$ gambas3 > QPainter::end: Painter ended with 2 saved states > QWidget::repaint: Recursive repaint detected > QPainter::end: Painter ended with 2 saved states > QWidget::repaint: Recursive repaint detected >>>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>>> CLineInfo instead > ScrollArea.DrawingArea_Draw.433 > > Because the error message does not make much sense to me, I tried a > bunch of > "generic" solutions, including : > > - Reinstalling gambas completely (make uninstall && make install); > - Checking out a fresh new SVN tree, and compiling and installing from it; > - Reverting to a few revisions between #7102 and #7095; > - Rebooting. > > Unfortunately, none of these actually worked, I keep getting the same error > message again and again. > > Do you have any ideas ? (System information attached) > > Regards, > No idea at the moment, it seems to work perfectly on my own system... -- Beno?t Minisini From gambas at ...1... Thu May 28 22:42:13 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 22:42:13 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: <55677D88.7070901@...1...> References: <55677D88.7070901@...1...> Message-ID: <55677DA5.80309@...1...> Le 28/05/2015 22:41, Beno?t Minisini a ?crit : > Le 28/05/2015 22:37, Adrien Prokopowicz a ?crit : >> Hello Beno?t, >> >> Since revision #7095, opening a project in the IDE makes it crash, >> seemingly >> because of the new TextEditor. Here is the full output of the IDE : >> >> [adrien at ...2913... gambas3]$ gambas3 >> QPainter::end: Painter ended with 2 saved states >> QWidget::repaint: Recursive repaint detected >> QPainter::end: Painter ended with 2 saved states >> QWidget::repaint: Recursive repaint detected >>>>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>>>> CLineInfo instead >> ScrollArea.DrawingArea_Draw.433 >> >> Because the error message does not make much sense to me, I tried a >> bunch of >> "generic" solutions, including : >> >> - Reinstalling gambas completely (make uninstall && make install); >> - Checking out a fresh new SVN tree, and compiling and installing from >> it; >> - Reverting to a few revisions between #7102 and #7095; >> - Rebooting. >> >> Unfortunately, none of these actually worked, I keep getting the same >> error >> message again and again. >> >> Do you have any ideas ? (System information attached) >> >> Regards, >> > > No idea at the moment, it seems to work perfectly on my own system... > Maybe you should try the last revision (7102)! -- Beno?t Minisini From gambas at ...1... Thu May 28 22:43:04 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 22:43:04 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: <55677DA5.80309@...1...> References: <55677D88.7070901@...1...> <55677DA5.80309@...1...> Message-ID: <55677DD8.3040501@...1...> Le 28/05/2015 22:42, Beno?t Minisini a ?crit : > Le 28/05/2015 22:41, Beno?t Minisini a ?crit : >> Le 28/05/2015 22:37, Adrien Prokopowicz a ?crit : >>> Hello Beno?t, >>> >>> Since revision #7095, opening a project in the IDE makes it crash, >>> seemingly >>> because of the new TextEditor. Here is the full output of the IDE : >>> >>> [adrien at ...2913... gambas3]$ gambas3 >>> QPainter::end: Painter ended with 2 saved states >>> QWidget::repaint: Recursive repaint detected >>> QPainter::end: Painter ended with 2 saved states >>> QWidget::repaint: Recursive repaint detected >>>>>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>>>>> CLineInfo instead >>> ScrollArea.DrawingArea_Draw.433 >>> >>> Because the error message does not make much sense to me, I tried a >>> bunch of >>> "generic" solutions, including : >>> >>> - Reinstalling gambas completely (make uninstall && make install); >>> - Checking out a fresh new SVN tree, and compiling and installing from >>> it; >>> - Reverting to a few revisions between #7102 and #7095; >>> - Rebooting. >>> >>> Unfortunately, none of these actually worked, I keep getting the same >>> error >>> message again and again. >>> >>> Do you have any ideas ? (System information attached) >>> >>> Regards, >>> >> >> No idea at the moment, it seems to work perfectly on my own system... >> > > Maybe you should try the last revision (7102)! > Sorry, didn't see that you tried everything from 7095 to 7102... -- Beno?t Minisini From gambas at ...1... Thu May 28 22:47:29 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 22:47:29 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: References: Message-ID: <55677EE1.4020702@...1...> Le 28/05/2015 22:37, Adrien Prokopowicz a ?crit : > Hello Beno?t, > > Since revision #7095, opening a project in the IDE makes it crash, > seemingly > because of the new TextEditor. Here is the full output of the IDE : > > [adrien at ...2913... gambas3]$ gambas3 > QPainter::end: Painter ended with 2 saved states > QWidget::repaint: Recursive repaint detected > QPainter::end: Painter ended with 2 saved states > QWidget::repaint: Recursive repaint detected >>>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>>> CLineInfo instead > ScrollArea.DrawingArea_Draw.433 > > Because the error message does not make much sense to me, I tried a > bunch of > "generic" solutions, including : > > - Reinstalling gambas completely (make uninstall && make install); > - Checking out a fresh new SVN tree, and compiling and installing from it; > - Reverting to a few revisions between #7102 and #7095; > - Rebooting. > > Unfortunately, none of these actually worked, I keep getting the same error > message again and again. > > Do you have any ideas ? (System information attached) > > Regards, > Does valgrind tell you anything strange? -- Beno?t Minisini From adrien.prokopowicz at ...626... Thu May 28 23:38:47 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Thu, 28 May 2015 23:38:47 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: <55677EE1.4020702@...1...> References: <55677EE1.4020702@...1...> Message-ID: Le Thu, 28 May 2015 22:47:29 +0200, Beno?t Minisini a ?crit: > Le 28/05/2015 22:37, Adrien Prokopowicz a ?crit : >> Hello Beno?t, >> >> Since revision #7095, opening a project in the IDE makes it crash, >> seemingly >> because of the new TextEditor. Here is the full output of the IDE : >> >> [adrien at ...2913... gambas3]$ gambas3 >> QPainter::end: Painter ended with 2 saved states >> QWidget::repaint: Recursive repaint detected >> QPainter::end: Painter ended with 2 saved states >> QWidget::repaint: Recursive repaint detected >>>>>> TextEditor.DrawLine.501: #6: Type mismatch: wanted CLineInfo, got >>>>>> CLineInfo instead >> ScrollArea.DrawingArea_Draw.433 >> >> Because the error message does not make much sense to me, I tried a >> bunch of >> "generic" solutions, including : >> >> - Reinstalling gambas completely (make uninstall && make install); >> - Checking out a fresh new SVN tree, and compiling and installing from >> it; >> - Reverting to a few revisions between #7102 and #7095; >> - Rebooting. >> >> Unfortunately, none of these actually worked, I keep getting the same >> error >> message again and again. >> >> Do you have any ideas ? (System information attached) >> >> Regards, >> > > Does valgrind tell you anything strange? > Besides some usual Qt errors at startup, nothing pops out when the IDE crashes. (See attached). -- Adrien Prokopowicz -------------- next part -------------- A non-text attachment was scrubbed... Name: valgrind.out Type: application/octet-stream Size: 46722 bytes Desc: not available URL: From gambas at ...1... Thu May 28 23:43:04 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 28 May 2015 23:43:04 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: References: <55677EE1.4020702@...1...> Message-ID: <55678BE8.4040606@...1...> Le 28/05/2015 23:38, Adrien Prokopowicz a ?crit : >> >> Does valgrind tell you anything strange? >> > > Besides some usual Qt errors at startup, nothing pops out when the IDE > crashes. > (See attached). > I have the same Qt5 WebKit messages, but not the ones on the font. -- Beno?t Minisini From adrien.prokopowicz at ...626... Fri May 29 00:02:51 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Fri, 29 May 2015 00:02:51 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: <55678BE8.4040606@...1...> References: <55677EE1.4020702@...1...> <55678BE8.4040606@...1...> Message-ID: Le Thu, 28 May 2015 23:43:04 +0200, Beno?t Minisini a ?crit: > Le 28/05/2015 23:38, Adrien Prokopowicz a ?crit : >>> >>> Does valgrind tell you anything strange? >>> >> >> Besides some usual Qt errors at startup, nothing pops out when the IDE >> crashes. >> (See attached). >> > > I have the same Qt5 WebKit messages, but not the ones on the font. > I've had them for quite a while now, they show up when I use valgrind on any Qt program (using gambas or not), so I assumed it was a Qt or freetype bug (or one of them does some dirty stuff that valgrind doesn't like). Nothing seems to crash, so I consider them as "normal". I have freetype 16.1.10 installed on my system, if that may help. -- Adrien Prokopowicz From gambas at ...1... Fri May 29 00:21:10 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Fri, 29 May 2015 00:21:10 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: References: <55677EE1.4020702@...1...> <55678BE8.4040606@...1...> Message-ID: <556794D6.4000307@...1...> Le 29/05/2015 00:02, Adrien Prokopowicz a ?crit : > Le Thu, 28 May 2015 23:43:04 +0200, Beno?t Minisini > a ?crit: > >> Le 28/05/2015 23:38, Adrien Prokopowicz a ?crit : >>>> >>>> Does valgrind tell you anything strange? >>>> >>> >>> Besides some usual Qt errors at startup, nothing pops out when the IDE >>> crashes. >>> (See attached). >>> >> >> I have the same Qt5 WebKit messages, but not the ones on the font. >> > > I've had them for quite a while now, they show up when I use valgrind on > any Qt program > (using gambas or not), so I assumed it was a Qt or freetype bug (or one of > them does some > dirty stuff that valgrind doesn't like). Nothing seems to crash, so I > consider > them as "normal". > I have freetype 16.1.10 installed on my system, if that may help. > I have juste compiled and installed the latest trunk on my Mint 17.1 VirtualBox VM, and everything seems to work. No recent QT5 packages, so the IDE runs with gb.qt4. -- Beno?t Minisini From adrien.prokopowicz at ...626... Fri May 29 01:13:49 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Fri, 29 May 2015 01:13:49 +0200 Subject: [Gambas-user] TextEditor crashes the IDE in rev. 7095 In-Reply-To: <556794D6.4000307@...1...> References: <55677EE1.4020702@...1...> <55678BE8.4040606@...1...> <556794D6.4000307@...1...> Message-ID: Le Fri, 29 May 2015 00:21:10 +0200, Beno?t Minisini a ?crit: > > I have juste compiled and installed the latest trunk on my Mint 17.1 > VirtualBox VM, and everything seems to work. No recent QT5 packages, so > the IDE runs with gb.qt4. > I fooled around a bit, and I tried to export the CLine class in the gb.form.editor component. Surprisingly, as dirty as it is, the IDE did not complain about CLineInfo, but CDocument instead. So I kept going, and exported all the classes that I thought were used by TextEditor (CCommand, CDocument, CLineInfo, Helper, and _TextEditor_Rows). And now everything works ! I thought at first the interpreter was messing up some classes between the ones in the IDE and the ones in gb.form.editor, but none of the classes that the interpreter complained about have homonyms in the IDE. I know that can't be a good fix, but it works for me now at least... I will keep you informed if I find more. -- Adrien Prokopowicz -------------- next part -------------- A non-text attachment was scrubbed... Name: TextEditor_error.png Type: image/png Size: 258111 bytes Desc: not available URL: From gambas at ...2524... Fri May 29 02:12:42 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Fri, 29 May 2015 00:12:42 +0000 Subject: [Gambas-user] Issue 624 in gambas: components inside VPanel are not visible in right-to-left mode In-Reply-To: <1-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> References: <1-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> <0-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Message-ID: <2-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Updates: Status: Accepted Comment #2 on issue 624 by benoit.m... at ...626...: components inside VPanel are not visible in right-to-left mode https://code.google.com/p/gambas/issues/detail?id=624 (No comment was entered for this change.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Fri May 29 02:13:42 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Fri, 29 May 2015 00:13:42 +0000 Subject: [Gambas-user] Issue 621 in gambas: Stable Gambas 3.7.1 reports DEVELOPMENT VERSION... in windows title In-Reply-To: <0-6813199134517018827-7847976245170022910-gambas=googlecode.com@...2524...> References: <0-6813199134517018827-7847976245170022910-gambas=googlecode.com@...2524...> Message-ID: <1-6813199134517018827-7847976245170022910-gambas=googlecode.com@...2524...> Updates: Labels: -Version Version-3.7.0 Comment #1 on issue 621 by benoit.m... at ...626...: Stable Gambas 3.7.1 reports DEVELOPMENT VERSION... in windows title https://code.google.com/p/gambas/issues/detail?id=621 (No comment was entered for this change.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From gambas at ...2524... Fri May 29 02:43:47 2015 From: gambas at ...2524... (gambas at ...2524...) Date: Fri, 29 May 2015 00:43:47 +0000 Subject: [Gambas-user] Issue 624 in gambas: components inside VPanel are not visible in right-to-left mode In-Reply-To: <2-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> References: <2-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> <0-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Message-ID: <3-6813199134517018827-6008018529031151369-gambas=googlecode.com@...2524...> Updates: Status: Fixed Comment #3 on issue 624 by benoit.m... at ...626...: components inside VPanel are not visible in right-to-left mode https://code.google.com/p/gambas/issues/detail?id=624 Fixed in revision #7103. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From vuott at ...325... Fri May 29 10:02:39 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 29 May 2015 09:02:39 +0100 Subject: [Gambas-user] No "OK" Button in "Project Type" window Message-ID: <1432886559.21821.YahooMailBasic@...3275...> Hello, with rev. 7102 at last Gambas now is compiled. Well. Now, with rev. 7103 I have a new problem: "Project Type" IDE window (when I want to create new project) has only 1 (one) button !!! The "OK" button is missing. I see only "Cancel" (for closing the window). Regards vuott From gambas at ...1... Fri May 29 13:46:32 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 29 May 2015 13:46:32 +0200 Subject: [Gambas-user] No "OK" Button in "Project Type" window In-Reply-To: <1432886559.21821.YahooMailBasic@...3275...> References: <1432886559.21821.YahooMailBasic@...3275...> Message-ID: <55685198.1070800@...1...> Le 29/05/2015 10:02, Ru Vuott a ?crit : > Hello, > > with rev. 7102 at last Gambas now is compiled. Well. > > Now, with rev. 7103 I have a new problem: "Project Type" IDE window (when I want to create new project) has only 1 (one) button !!! > The "OK" button is missing. I see only "Cancel" (for closing the window). > > Regards > vuott > It's fixed in revision #7104. Regards, -- Beno?t Minisini From vuott at ...325... Fri May 29 16:05:45 2015 From: vuott at ...325... (Ru Vuott) Date: Fri, 29 May 2015 15:05:45 +0100 Subject: [Gambas-user] No "OK" Button in "Project Type" window In-Reply-To: <55685198.1070800@...1...> Message-ID: <1432908345.47228.YahooMailBasic@...3275...> Yes, it is. Bye -------------------------------------------- Ven 29/5/15, Beno?t Minisini ha scritto: Oggetto: Re: [Gambas-user] No "OK" Button in "Project Type" window A: "mailing list for gambas users" Data: Venerd? 29 maggio 2015, 13:46 Le 29/05/2015 10:02, Ru Vuott a ?crit : > Hello, > > with rev. 7102 at last Gambas now is compiled. Well. > > Now, with rev. 7103 I have a new problem:? "Project Type" IDE window (when I want to create? new project) has only 1 (one) button !!! > The "OK" button is missing. I see only "Cancel" (for closing the window). > > Regards > vuott > It's fixed in revision #7104. Regards, -- Beno?t Minisini ------------------------------------------------------------------------------ _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From herberthguzman at ...626... Fri May 29 18:50:45 2015 From: herberthguzman at ...626... (herberth guzman) Date: Fri, 29 May 2015 10:50:45 -0600 Subject: [Gambas-user] gb.qt5 and X11Systray Message-ID: Benoit Thanks for the support experimental of gb.qt5 in gb.desktop.x11. I am testing and by moment work good. I use to work the Applets of Gnome (Network, Audio). One questions.? I can work with the KDE applets, and how.? I'm trying work and not work Applets KDE. in gnome nm-applet=OK in kde plasma-nm=BAD and thanks for all Regards, Herberth From herberthguzman at ...626... Fri May 29 19:41:07 2015 From: herberthguzman at ...626... (herberth guzman) Date: Fri, 29 May 2015 11:41:07 -0600 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) Message-ID: Install gambas3 svn update Gambas 7104 I get the following error. Segmentation fault (core dumped) Previously discharged He installed and all good I do not have Gambas3. that I can do. I never happened to me. Regards, Herberth From epost at ...3323... Fri May 29 19:44:49 2015 From: epost at ...3323... (=?windows-1252?Q?J=F8rn_Erik_M=F8rne?=) Date: Fri, 29 May 2015 19:44:49 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: References: Message-ID: <5568A591.2070109@...3323...> Yupp, same here! KDE5 and Arch Linux. Happened with yestreday's commit. Den 29. mai 2015 19:41, skrev herberth guzman: > Install gambas3 > svn update Gambas 7104 > > I get the following error. > > Segmentation fault (core dumped) > > Previously discharged > He installed and all good > > I do not have Gambas3. > > that I can do. > I never happened to me. > > > Regards, > Herberth > ------------------------------------------------------------------------------ > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user From Karl.Reinl at ...2345... Fri May 29 19:55:45 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Fri, 29 May 2015 19:55:45 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <5568A591.2070109@...3323...> References: <5568A591.2070109@...3323...> Message-ID: <1432922145.3555.3.camel@...40...> Am Freitag, den 29.05.2015, 19:44 +0200 schrieb J?rn Erik M?rne: > Yupp, same here! > > KDE5 and Arch Linux. Happened with yestreday's commit. > > Den 29. mai 2015 19:41, skrev herberth guzman: > > Install gambas3 > > svn update Gambas 7104 > > > > I get the following error. > > > > Segmentation fault (core dumped) > > > > Previously discharged > > He installed and all good > > > > I do not have Gambas3. > > > > that I can do. > > I never happened to me. > > > > > > Regards, > > Herberth Salut, here also Lubuntu 14.04.2 LTS gambas3 rev 7103 when starting gambas IDE, here the valgrin log -- Amicalement Charlie -------------- next part -------------- ==60925== Memcheck, a memory error detector ==60925== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==60925== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info ==60925== Command: gbx3 ==60925== ==60925== Jump to the invalid address stated on the next line ==60925== at 0x0: ??? ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==60925== ==60925== ==60925== Process terminating with default action of signal 11 (SIGSEGV) ==60925== Bad permissions for mapped region at address 0x0 ==60925== at 0x0: ??? ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== HEAP SUMMARY: ==60925== in use at exit: 2,443,402 bytes in 6,969 blocks ==60925== total heap usage: 8,156 allocs, 1,187 frees, 2,578,659 bytes allocated ==60925== ==60925== 8 bytes in 1 blocks are possibly lost in loss record 17 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F20618: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F250D4: g_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F29805: g_type_plugin_get_type (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005BF: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 8 bytes in 1 blocks are possibly lost in loss record 18 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F20618: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F250D4: g_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F025D5: g_boxed_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F02825: g_value_array_get_type (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F13784: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E9: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 8 bytes in 1 blocks are possibly lost in loss record 19 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F20618: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F250D4: g_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2DF71: g_pointer_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2DFF7: g_gtype_get_type (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F138E7: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E9: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 78 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40EA2C: CLASS_init_native (gbx_class_init.c:145) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 79 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40EA3D: CLASS_init_native (gbx_class_init.c:146) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 80 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40EA5F: CLASS_init_native (gbx_class_init.c:148) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 81 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 82 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C99E: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 83 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C99E: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 84 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C9F1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 85 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C9F1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 86 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CA4D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 87 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CA4D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 88 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CAAD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 89 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CAAD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 90 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB01: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 91 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB01: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 92 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB5D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 93 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB5D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 94 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CBB1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 95 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CBB1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 96 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC0D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 97 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC0D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 98 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC61: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 99 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC61: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 100 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CCBD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 101 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CCBD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 102 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD1D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 103 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD1D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 104 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD7D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 105 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD7D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 106 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CDDD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 107 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CDDD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 108 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CE3D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 109 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CE3D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 110 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0673B: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 111 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0673B: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 112 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F067A1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 113 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F067A1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 114 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F02520: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D6: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 115 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F02520: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D6: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 116 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F101C4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005DB: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 117 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F101C4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005DB: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 118 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F2161A: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0AEC3: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 119 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x4C2CF1F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21525: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E91: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0AEC3: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 120 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 121 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F3E: GB_INIT (main.cpp:1339) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 122 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FB1: GB_INIT (main.cpp:1344) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 123 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FC8: GB_INIT (main.cpp:1345) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 124 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FF6: GB_INIT (main.cpp:1347) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 125 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554024: GB_INIT (main.cpp:1349) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 126 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 16 bytes in 1 blocks are possibly lost in loss record 127 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F892: CLASS_calc_info (gbx_class.c:1249) ==60925== by 0x411F42: load_without_inits (gbx_class_load.c:910) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 148 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AC6: TABLE_create_static (gb_table_temp.h:361) ==60925== by 0x40EC53: CLASS_init (gbx_class.c:77) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 149 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AD9: TABLE_create_static (gb_table_temp.h:362) ==60925== by 0x40EC53: CLASS_init (gbx_class.c:77) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 150 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x424D9E: WATCH_init (gbx_watch.c:270) ==60925== by 0x42625C: init (gbx.c:89) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 151 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42625C: init (gbx.c:89) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 152 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x416996: PROJECT_init (gbx_project.c:344) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 153 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x416B7E: PROJECT_init (gbx_project.c:429) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 154 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x423BC9: ARCHIVE_create (gbx_archive.c:67) ==60925== by 0x423EA0: ARCHIVE_create_main (gbx_archive.c:271) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 155 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408AFC: TABLE_create (gb_table_temp.h:371) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x423EA0: ARCHIVE_create_main (gbx_archive.c:271) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 156 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AC6: TABLE_create_static (gb_table_temp.h:361) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x423EA0: ARCHIVE_create_main (gbx_archive.c:271) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 157 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AD9: TABLE_create_static (gb_table_temp.h:362) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x423EA0: ARCHIVE_create_main (gbx_archive.c:271) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 158 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x423126: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 159 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x423170: LOCAL_set_lang (gbx_local.c:554) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 160 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 161 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 162 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 163 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408AFC: TABLE_create (gb_table_temp.h:371) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 164 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AC6: TABLE_create_static (gb_table_temp.h:361) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 165 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AD9: TABLE_create_static (gb_table_temp.h:362) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 166 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F55: GB_INIT (main.cpp:1340) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 167 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F6C: GB_INIT (main.cpp:1341) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 168 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F83: GB_INIT (main.cpp:1342) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 169 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F9A: GB_INIT (main.cpp:1343) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 170 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x755400D: GB_INIT (main.cpp:1348) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 171 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x755403B: GB_INIT (main.cpp:1350) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 172 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554069: GB_INIT (main.cpp:1352) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 173 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554080: GB_INIT (main.cpp:1353) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 174 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42BE14: Array_new (gbx_c_array.c:480) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x42728A: OBJECT_create (gbx_object.c:418) ==60925== by 0x42DA55: GB_ArrayNew (gbx_c_array.c:2040) ==60925== by 0x41C2C2: SUBR_array (gbx_subr_misc.c:358) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 175 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411244: load_without_inits (gbx_class_load.c:566) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 176 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x411C9D: load_without_inits (gbx_class_load.c:458) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 177 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42BE14: Array_new (gbx_c_array.c:480) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 178 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x41927E: SUBR_cat (gbx_subr_string.c:148) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are possibly lost in loss record 179 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x405D16: JIT_load (gbx_jit.c:47) ==60925== by 0x411318: load_without_inits (gbx_class_load.c:589) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 2 blocks are possibly lost in loss record 180 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410468: CLASS_check_global (gbx_class.c:227) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 2 blocks are possibly lost in loss record 181 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are definitely lost in loss record 182 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AD9: TABLE_create_static (gb_table_temp.h:362) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are definitely lost in loss record 183 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x423C82: ARCHIVE_load_exported_class (gbx_archive.c:119) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are definitely lost in loss record 184 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42BE14: Array_new (gbx_c_array.c:480) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 32 bytes in 1 blocks are definitely lost in loss record 185 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42BE14: Array_new (gbx_c_array.c:480) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x42728A: OBJECT_create (gbx_object.c:418) ==60925== by 0x42DA55: GB_ArrayNew (gbx_c_array.c:2040) ==60925== by 0x41C2C2: SUBR_array (gbx_subr_misc.c:358) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 256 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x4169D3: PROJECT_init (gbx_project.c:349) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 257 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x4219E8: LOCAL_get_lang (gbx_local.c:587) ==60925== by 0x422F4D: LOCAL_set_lang (gbx_local.c:511) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 258 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x42275E: LOCAL_load_translation (gbx_local.c:324) ==60925== by 0x422A07: LOCAL_gettext (gbx_local.c:1647) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 259 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42764B: STRING_extend (gbx_string.c:420) ==60925== by 0x4279FD: STRING_add (gbx_string.c:762) ==60925== by 0x422775: LOCAL_load_translation (gbx_local.c:326) ==60925== by 0x422A07: LOCAL_gettext (gbx_local.c:1647) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 260 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x42832C: STRING_conv_file_name (gbx_string.c:1266) ==60925== by 0x41FFFD: GB_LoadFile (gbx_api.c:1839) ==60925== by 0x422863: LOCAL_load_translation (gbx_local.c:1552) ==60925== by 0x422A07: LOCAL_gettext (gbx_local.c:1647) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 261 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42764B: STRING_extend (gbx_string.c:420) ==60925== by 0x4279FD: STRING_add (gbx_string.c:762) ==60925== by 0x422775: LOCAL_load_translation (gbx_local.c:326) ==60925== by 0x4229F5: LOCAL_gettext (gbx_local.c:1657) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 262 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x42832C: STRING_conv_file_name (gbx_string.c:1266) ==60925== by 0x41FFFD: GB_LoadFile (gbx_api.c:1839) ==60925== by 0x422863: LOCAL_load_translation (gbx_local.c:1552) ==60925== by 0x4229F5: LOCAL_gettext (gbx_local.c:1657) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 263 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x416FD5: LIBRARY_create (gbx_library.c:183) ==60925== by 0x430A99: COMPONENT_create (gbx_component.c:225) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 264 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x416FD5: LIBRARY_create (gbx_library.c:183) ==60925== by 0x430A99: COMPONENT_create (gbx_component.c:225) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 265 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x416FD5: LIBRARY_create (gbx_library.c:183) ==60925== by 0x430A99: COMPONENT_create (gbx_component.c:225) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 266 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 267 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x423BC9: ARCHIVE_create (gbx_archive.c:67) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 268 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 1 blocks are possibly lost in loss record 269 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x416FD5: LIBRARY_create (gbx_library.c:183) ==60925== by 0x430A99: COMPONENT_create (gbx_component.c:225) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 2 blocks are possibly lost in loss record 270 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 48 bytes in 2 blocks are possibly lost in loss record 271 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 1 blocks are possibly lost in loss record 289 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x40C664: EXEC_new (gbx_exec.c:1938) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 2 blocks are possibly lost in loss record 290 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 2 blocks are possibly lost in loss record 291 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 2 blocks are possibly lost in loss record 292 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x41166E: load_without_inits (gbx_class_load.c:683) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 3 blocks are possibly lost in loss record 293 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410468: CLASS_check_global (gbx_class.c:227) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 3 blocks are possibly lost in loss record 294 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 4 blocks are possibly lost in loss record 295 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 64 bytes in 2 blocks are definitely lost in loss record 296 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AC6: TABLE_create_static (gb_table_temp.h:361) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 310 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C99E: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 311 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C9F1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 312 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CA4D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 313 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CAAD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 314 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB01: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 315 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB5D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 316 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CBB1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 317 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC0D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 318 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC61: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 319 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CCBD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 320 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD1D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 321 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD7D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 322 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CDDD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76 bytes in 1 blocks are possibly lost in loss record 323 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21315: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CE3D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 1 blocks are possibly lost in loss record 349 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x416955: PROJECT_init (gbx_project.c:338) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 1 blocks are possibly lost in loss record 350 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x416B2B: PROJECT_init (gbx_project.c:420) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 1 blocks are possibly lost in loss record 351 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x423601: ARCH_open (gb_arch_temp.h:178) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 1 blocks are possibly lost in loss record 352 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411ABC: load_without_inits (gbx_class_load.c:385) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 2 blocks are possibly lost in loss record 353 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x4227EF: LOCAL_load_translation (gbx_local.c:1514) ==60925== by 0x422A07: LOCAL_gettext (gbx_local.c:1647) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 80 bytes in 2 blocks are possibly lost in loss record 354 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x4227EF: LOCAL_load_translation (gbx_local.c:1514) ==60925== by 0x4229F5: LOCAL_gettext (gbx_local.c:1657) ==60925== by 0x423101: LOCAL_set_lang (gbx_local.c:552) ==60925== by 0x426273: init (gbx.c:94) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 90 bytes in 1 blocks are possibly lost in loss record 361 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F213BC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F02520: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D6: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 395 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x423B8C: ARCHIVE_create (gbx_archive.c:62) ==60925== by 0x423EA0: ARCHIVE_create_main (gbx_archive.c:271) ==60925== by 0x426269: init (gbx.c:91) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 396 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 397 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F00515: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 398 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0056C: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 399 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C99E: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 400 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2C9F1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 401 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CA4D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 402 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CAAD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 403 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB01: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 404 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CB5D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 405 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CBB1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 406 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC0D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 407 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CC61: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 408 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CCBD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 409 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD1D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 410 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CD7D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 411 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CDDD: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 412 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F2CE3D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005CC: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 413 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0673B: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 414 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F067A1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 415 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F02520: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D6: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 416 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F101C4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005DB: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 417 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F206F4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F20765: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24E83: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0AEC3: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 418 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 419 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 420 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 421 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x423B8C: ARCHIVE_create (gbx_archive.c:62) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 422 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x41F066: GB_LoadComponent (gbx_api.c:557) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 1 blocks are possibly lost in loss record 423 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x405D16: JIT_load (gbx_jit.c:47) ==60925== by 0x411318: load_without_inits (gbx_class_load.c:589) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 96 bytes in 4 blocks are possibly lost in loss record 424 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410468: CLASS_check_global (gbx_class.c:227) ==60925== by 0x423CF8: ARCHIVE_load_exported_class (gbx_archive.c:162) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 112 bytes in 4 blocks are possibly lost in loss record 428 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 112 bytes in 5 blocks are possibly lost in loss record 429 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x423CF8: ARCHIVE_load_exported_class (gbx_archive.c:162) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 128 bytes in 4 blocks are possibly lost in loss record 438 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x42BE14: Array_new (gbx_c_array.c:480) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 130 bytes in 1 blocks are possibly lost in loss record 439 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F213F5: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0057D: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 132 bytes in 1 blocks are possibly lost in loss record 440 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21277: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0673B: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 132 bytes in 1 blocks are possibly lost in loss record 441 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21277: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F067A1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005D1: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 144 bytes in 1 blocks are possibly lost in loss record 462 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x42B261: CFILE_create (gbx_c_file.c:81) ==60925== by 0x42B35F: create_default_stream (gbx_c_file.c:118) ==60925== by 0x42B381: CFILE_init (gbx_c_file.c:125) ==60925== by 0x426257: init (gbx.c:88) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 144 bytes in 1 blocks are possibly lost in loss record 463 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x42B261: CFILE_create (gbx_c_file.c:81) ==60925== by 0x42B35F: create_default_stream (gbx_c_file.c:118) ==60925== by 0x42B399: CFILE_init (gbx_c_file.c:126) ==60925== by 0x426257: init (gbx.c:88) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 144 bytes in 1 blocks are possibly lost in loss record 464 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x42B261: CFILE_create (gbx_c_file.c:81) ==60925== by 0x42B35F: create_default_stream (gbx_c_file.c:118) ==60925== by 0x42B3B1: CFILE_init (gbx_c_file.c:127) ==60925== by 0x426257: init (gbx.c:88) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 144 bytes in 1 blocks are possibly lost in loss record 465 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411A9C: load_without_inits (gbx_class_load.c:383) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 148 bytes in 1 blocks are possibly lost in loss record 467 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21073: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F101C4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005DB: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 148 bytes in 1 blocks are possibly lost in loss record 468 of 675 ==60925== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x9772668: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F21073: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F24F0A: g_type_register_fundamental (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F0AEC3: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E4: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 160 bytes in 1 blocks are possibly lost in loss record 470 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42373A: ARCH_open (gb_arch_temp.h:119) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 160 bytes in 1 blocks are possibly lost in loss record 471 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x406137: ARRAY_add_data (gb_array_temp.h:74) ==60925== by 0x406263: ARRAY_insert_many (gb_array_temp.h:168) ==60925== by 0x42CEA0: add (gbx_c_array.c:365) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x438BDB: EXEC_loop (gbx_exec_loop.c:1150) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 160 bytes in 2 blocks are possibly lost in loss record 472 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x40FE9A: CLASS_create_array_class (gbx_class.c:1463) ==60925== by 0x40C513: EXEC_new (gbx_exec.c:1911) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 176 bytes in 1 blocks are possibly lost in loss record 473 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411AF9: load_without_inits (gbx_class_load.c:393) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 176 bytes in 1 blocks are possibly lost in loss record 474 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411B1E: load_without_inits (gbx_class_load.c:399) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 184 bytes in 1 blocks are possibly lost in loss record 476 of 675 ==60925== at 0x4C2CE8E: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x97726AE: g_realloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0) ==60925== by 0x9F20618: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F250D4: g_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F11DE6: g_param_type_register_static (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F139AB: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x9F005E9: ??? (in /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0) ==60925== by 0x4010139: call_init.part.0 (dl-init.c:78) ==60925== by 0x4010222: _dl_init (dl-init.c:36) ==60925== by 0x4014C6F: dl_open_worker (dl-open.c:577) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x40143BA: _dl_open (dl-open.c:661) ==60925== by 0x572102A: dlopen_doit (dlopen.c:66) ==60925== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==60925== by 0x572162C: _dlerror_run (dlerror.c:163) ==60925== by 0x57210C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==60925== by 0x4170AF: LIBRARY_load (gbx_library.c:238) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 192 bytes in 3 blocks are possibly lost in loss record 478 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x42723A: OBJECT_create (gbx_object.c:409) ==60925== by 0x42DA55: GB_ArrayNew (gbx_c_array.c:2040) ==60925== by 0x41C2C2: SUBR_array (gbx_subr_misc.c:358) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 192 bytes in 4 blocks are possibly lost in loss record 479 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 192 bytes in 6 blocks are possibly lost in loss record 480 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x423C82: ARCHIVE_load_exported_class (gbx_archive.c:119) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 192 bytes in 6 blocks are possibly lost in loss record 481 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x407F07: VALUE_write (gbx_value.c:979) ==60925== by 0x41C2F5: SUBR_array (gbx_subr_misc.c:364) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 224 bytes in 1 blocks are possibly lost in loss record 486 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x406137: ARRAY_add_data (gb_array_temp.h:74) ==60925== by 0x42BF02: Array_new (gbx_c_array.c:515) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 487 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40EA2C: CLASS_init_native (gbx_class_init.c:145) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 488 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40EA3D: CLASS_init_native (gbx_class_init.c:146) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 489 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40EA4E: CLASS_init_native (gbx_class_init.c:147) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 490 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40EA5F: CLASS_init_native (gbx_class_init.c:148) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 491 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 492 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 493 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F3E: GB_INIT (main.cpp:1339) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 494 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F55: GB_INIT (main.cpp:1340) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 495 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F6C: GB_INIT (main.cpp:1341) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 496 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F83: GB_INIT (main.cpp:1342) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 497 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553F9A: GB_INIT (main.cpp:1343) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 498 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FB1: GB_INIT (main.cpp:1344) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 499 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FC8: GB_INIT (main.cpp:1345) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 500 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7553FF6: GB_INIT (main.cpp:1347) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 501 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x755400D: GB_INIT (main.cpp:1348) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 502 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554024: GB_INIT (main.cpp:1349) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 503 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x755403B: GB_INIT (main.cpp:1350) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 504 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554069: GB_INIT (main.cpp:1352) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 505 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x7554080: GB_INIT (main.cpp:1353) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 506 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0xD689794: GB_INIT (main.cpp:78) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 507 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4092AE: TYPE_transform_signature (gbx_type.c:295) ==60925== by 0x4108F8: CLASS_register_class (gbx_class_native.c:284) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 1 blocks are possibly lost in loss record 508 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 240 bytes in 6 blocks are definitely lost in loss record 509 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4111F6: load_without_inits (gbx_class_load.c:557) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 256 bytes in 1 blocks are possibly lost in loss record 513 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x415A39: STREAM_load (gbx_stream.c:1434) ==60925== by 0x416C4D: PROJECT_load (gbx_project.c:458) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 288 bytes in 1 blocks are possibly lost in loss record 515 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x40619D: ARRAY_realloc (gb_array_temp.h:96) ==60925== by 0x408CDF: TABLE_add_symbol (gb_table_temp.h:483) ==60925== by 0x40F00C: CLASS_find (gbx_class.c:523) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 288 bytes in 2 blocks are possibly lost in loss record 516 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410F57: load_without_inits (gbx_class_load.c:501) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 288 bytes in 2 blocks are possibly lost in loss record 517 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x411197: load_without_inits (gbx_class_load.c:553) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 288 bytes in 9 blocks are possibly lost in loss record 518 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AC6: TABLE_create_static (gb_table_temp.h:361) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 304 bytes in 1 blocks are possibly lost in loss record 521 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4083C7: hash_table_resize (gb_hash_temp.h:421) ==60925== by 0x408687: HASH_TABLE_insert (gb_hash_temp.h:283) ==60925== by 0x42A322: Collection_put (gbx_c_collection.c:217) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x436687: _pop_array (gbx_exec_loop.c:3742) ==60925== by 0x438AFC: EXEC_loop (gbx_exec_loop.c:665) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 304 bytes in 3 blocks are possibly lost in loss record 522 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x415A39: STREAM_load (gbx_stream.c:1434) ==60925== by 0x423C61: ARCHIVE_load_exported_class (gbx_archive.c:111) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 304 bytes in 4 blocks are possibly lost in loss record 523 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41087D: CLASS_register_class (gbx_class_native.c:252) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 304 bytes in 4 blocks are possibly lost in loss record 524 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 320 bytes in 10 blocks are possibly lost in loss record 525 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x406076: ARRAY_create_with_size (gb_array_temp.h:35) ==60925== by 0x408AD9: TABLE_create_static (gb_table_temp.h:362) ==60925== by 0x408B10: TABLE_create (gb_table_temp.h:372) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 336 (192 direct, 144 indirect) bytes in 3 blocks are definitely lost in loss record 526 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4110D7: load_without_inits (gbx_class_load.c:545) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 352 bytes in 11 blocks are possibly lost in loss record 527 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408AFC: TABLE_create (gb_table_temp.h:371) ==60925== by 0x423BE4: ARCHIVE_create (gbx_archive.c:71) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 384 bytes in 2 blocks are possibly lost in loss record 528 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41111C: load_without_inits (gbx_class_load.c:549) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 400 bytes in 1 blocks are possibly lost in loss record 530 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x411B2B: load_without_inits (gbx_class_load.c:400) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 416 bytes in 2 blocks are possibly lost in loss record 531 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4110FB: load_without_inits (gbx_class_load.c:548) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 416 bytes in 2 blocks are possibly lost in loss record 532 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x40FE9A: CLASS_create_array_class (gbx_class.c:1463) ==60925== by 0x40C513: EXEC_new (gbx_exec.c:1911) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 416 bytes in 3 blocks are possibly lost in loss record 533 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x406137: ARRAY_add_data (gb_array_temp.h:74) ==60925== by 0x42BF02: Array_new (gbx_c_array.c:515) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C289: EXEC_special_inheritance (gbx_exec.c:1829) ==60925== by 0x42728A: OBJECT_create (gbx_object.c:418) ==60925== by 0x42DA55: GB_ArrayNew (gbx_c_array.c:2040) ==60925== by 0x41C2C2: SUBR_array (gbx_subr_misc.c:358) ==60925== by 0x437B93: EXEC_loop (gbx_exec_loop.c:505) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 2 blocks are possibly lost in loss record 536 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 2 blocks are possibly lost in loss record 537 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 2 blocks are possibly lost in loss record 538 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 2 blocks are possibly lost in loss record 539 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 9 blocks are possibly lost in loss record 540 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 480 bytes in 10 blocks are possibly lost in loss record 541 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x416FD5: LIBRARY_create (gbx_library.c:183) ==60925== by 0x430A99: COMPONENT_create (gbx_component.c:225) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 496 bytes in 11 blocks are possibly lost in loss record 542 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x423BC9: ARCHIVE_create (gbx_archive.c:67) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 496 bytes in 16 blocks are possibly lost in loss record 543 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x41166E: load_without_inits (gbx_class_load.c:683) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 512 bytes in 4 blocks are possibly lost in loss record 549 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 512 bytes in 14 blocks are possibly lost in loss record 550 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F892: CLASS_calc_info (gbx_class.c:1249) ==60925== by 0x411F42: load_without_inits (gbx_class_load.c:910) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 512 bytes in 16 blocks are possibly lost in loss record 551 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 544 bytes in 1 blocks are possibly lost in loss record 552 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x40619D: ARRAY_realloc (gb_array_temp.h:96) ==60925== by 0x423D41: ARCHIVE_load_exported_class (gbx_archive.c:176) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 640 bytes in 2 blocks are possibly lost in loss record 553 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x412429: load_without_inits (gbx_class_load.c:1234) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 704 bytes in 11 blocks are possibly lost in loss record 556 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408503: HASH_TABLE_create (gb_hash_temp.h:156) ==60925== by 0x429F86: Collection_new (gbx_c_collection.c:108) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C069: EXEC_special_inheritance (gbx_exec.c:1730) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 720 bytes in 3 blocks are possibly lost in loss record 558 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4106C4: CLASS_register_class (gbx_class_native.c:171) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 720 bytes in 3 blocks are possibly lost in loss record 559 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x4109E3: CLASS_register (gbx_class_native.c:350) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 720 bytes in 3 blocks are possibly lost in loss record 560 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x41166E: load_without_inits (gbx_class_load.c:683) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 720 bytes in 33 blocks are possibly lost in loss record 561 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4109DB: CLASS_register (gbx_class_native.c:350) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 768 bytes in 17 blocks are possibly lost in loss record 562 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 784 bytes in 1 blocks are possibly lost in loss record 564 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4236DF: ARCH_open (gb_arch_temp.h:108) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 800 bytes in 1 blocks are possibly lost in loss record 565 of 675 ==60925== at 0x4C2CE8E: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x406002: my_realloc (gb_alloc_temp.h:469) ==60925== by 0x40619D: ARRAY_realloc (gb_array_temp.h:96) ==60925== by 0x408CDF: TABLE_add_symbol (gb_table_temp.h:483) ==60925== by 0x40F040: CLASS_find (gbx_class.c:532) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x423CED: ARCHIVE_load_exported_class (gbx_archive.c:161) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 800 bytes in 15 blocks are possibly lost in loss record 566 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x426E4F: OBJECT_new (gbx_object.c:60) ==60925== by 0x40C664: EXEC_new (gbx_exec.c:1938) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 800 bytes in 18 blocks are possibly lost in loss record 567 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x430A18: COMPONENT_create (gbx_component.c:202) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 848 bytes in 1 blocks are possibly lost in loss record 568 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41087D: CLASS_register_class (gbx_class_native.c:252) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 864 bytes in 30 blocks are possibly lost in loss record 569 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 880 bytes in 11 blocks are possibly lost in loss record 570 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x423601: ARCH_open (gb_arch_temp.h:178) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 960 bytes in 4 blocks are possibly lost in loss record 572 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 960 bytes in 4 blocks are possibly lost in loss record 573 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 992 bytes in 31 blocks are possibly lost in loss record 574 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4274A0: STRING_new (gbx_string.c:311) ==60925== by 0x407400: VALUE_convert (gbx_value.c:682) ==60925== by 0x40B444: EXEC_native (gbx_exec.c:1289) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x436687: _pop_array (gbx_exec_loop.c:3742) ==60925== by 0x438AFC: EXEC_loop (gbx_exec_loop.c:665) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,008 bytes in 2 blocks are possibly lost in loss record 577 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41113D: load_without_inits (gbx_class_load.c:550) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,056 bytes in 11 blocks are possibly lost in loss record 579 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x423B8C: ARCHIVE_create (gbx_archive.c:62) ==60925== by 0x430AE5: COMPONENT_create (gbx_component.c:233) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,056 bytes in 11 blocks are possibly lost in loss record 580 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408526: HASH_TABLE_create (gb_hash_temp.h:161) ==60925== by 0x429F86: Collection_new (gbx_c_collection.c:108) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x40C069: EXEC_special_inheritance (gbx_exec.c:1730) ==60925== by 0x40C6EE: EXEC_new (gbx_exec.c:1947) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,072 bytes in 41 blocks are possibly lost in loss record 581 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,152 bytes in 4 blocks are possibly lost in loss record 583 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x40619D: ARRAY_realloc (gb_array_temp.h:96) ==60925== by 0x408CDF: TABLE_add_symbol (gb_table_temp.h:483) ==60925== by 0x40F00C: CLASS_find (gbx_class.c:523) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,200 bytes in 5 blocks are possibly lost in loss record 589 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x410499: CLASS_check_global (gbx_class.c:232) ==60925== by 0x423CF8: ARCHIVE_load_exported_class (gbx_archive.c:162) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,200 bytes in 10 blocks are possibly lost in loss record 590 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41087D: CLASS_register_class (gbx_class_native.c:252) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,216 bytes in 2 blocks are possibly lost in loss record 592 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x40FE9A: CLASS_create_array_class (gbx_class.c:1463) ==60925== by 0x40C513: EXEC_new (gbx_exec.c:1911) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,232 bytes in 4 blocks are possibly lost in loss record 593 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,248 bytes in 54 blocks are possibly lost in loss record 594 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,312 bytes in 4 blocks are possibly lost in loss record 597 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xBFD4B36: GB_INIT (main.c:64) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,408 bytes in 1 blocks are possibly lost in loss record 599 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42372E: ARCH_open (gb_arch_temp.h:118) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553F03: GB_INIT (main.cpp:1334) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,408 bytes in 2 blocks are possibly lost in loss record 600 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41211A: load_without_inits (gbx_class_load.c:1105) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,648 bytes in 2 blocks are possibly lost in loss record 603 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4111F6: load_without_inits (gbx_class_load.c:557) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 1,824 bytes in 19 blocks are possibly lost in loss record 604 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4309D5: COMPONENT_create (gbx_component.c:197) ==60925== by 0x416802: PROJECT_analyze_startup (gbx_project.c:103) ==60925== by 0x416CFC: PROJECT_load (gbx_project.c:468) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,048 bytes in 2 blocks are possibly lost in loss record 606 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40FE75: CLASS_create_array_class (gbx_class.c:1459) ==60925== by 0x40C513: EXEC_new (gbx_exec.c:1911) ==60925== by 0x4385D4: EXEC_loop (gbx_exec_loop.c:907) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x41249E: CLASS_run_inits (gbx_class_load.c:1287) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,080 bytes in 40 blocks are possibly lost in loss record 608 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,176 bytes in 34 blocks are possibly lost in loss record 609 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x408633: HASH_TABLE_insert (gb_hash_temp.h:454) ==60925== by 0x42A322: Collection_put (gbx_c_collection.c:217) ==60925== by 0x40B677: EXEC_native (gbx_exec.c:1366) ==60925== by 0x40BD71: EXEC_special (gbx_exec.c:1674) ==60925== by 0x436687: _pop_array (gbx_exec_loop.c:3742) ==60925== by 0x438AFC: EXEC_loop (gbx_exec_loop.c:665) ==60925== by 0x40A7BC: EXEC_function_loop (gbx_exec.c:931) ==60925== by 0x40AE9A: EXEC_function_real (gbx_exec.c:895) ==60925== by 0x40BCB9: EXEC_public (gbx_exec.c:1629) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,352 bytes in 11 blocks are possibly lost in loss record 610 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42373A: ARCH_open (gb_arch_temp.h:119) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,384 bytes in 42 blocks are possibly lost in loss record 611 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,480 bytes in 4 blocks are possibly lost in loss record 613 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x7553EE9: GB_INIT (main.cpp:1332) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,512 bytes in 55 blocks are possibly lost in loss record 614 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,576 bytes in 26 blocks are possibly lost in loss record 615 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,592 bytes in 1 blocks are possibly lost in loss record 616 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x4061F9: ARRAY_add_data_one (gb_array_temp.h:121) ==60925== by 0x408CBD: TABLE_add_symbol (gb_table_temp.h:472) ==60925== by 0x40F00C: CLASS_find (gbx_class.c:523) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 2,736 bytes in 94 blocks are possibly lost in loss record 617 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F099: CLASS_find (gbx_class.c:546) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x423CED: ARCHIVE_load_exported_class (gbx_archive.c:161) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 3,424 bytes in 2 blocks are possibly lost in loss record 619 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4113CC: load_without_inits (gbx_class_load.c:613) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 3,712 bytes in 2 blocks are possibly lost in loss record 620 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41141A: load_without_inits (gbx_class_load.c:616) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 3,840 bytes in 16 blocks are possibly lost in loss record 621 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 3,840 bytes in 16 blocks are possibly lost in loss record 622 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x41166E: load_without_inits (gbx_class_load.c:683) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 4,032 bytes in 32 blocks are possibly lost in loss record 623 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4108A2: CLASS_register_class (gbx_class_native.c:258) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 4,384 bytes in 73 blocks are definitely lost in loss record 626 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4114CD: load_without_inits (gbx_class_load.c:636) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 4,640 bytes in 2 blocks are possibly lost in loss record 627 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4110D7: load_without_inits (gbx_class_load.c:545) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 4,896 bytes in 58 blocks are possibly lost in loss record 628 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x411197: load_without_inits (gbx_class_load.c:553) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 5,536 bytes in 17 blocks are possibly lost in loss record 629 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0xD47B9AF: GB_INIT (main.c:61) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 6,016 bytes in 2 blocks are possibly lost in loss record 630 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4111D3: load_without_inits (gbx_class_load.c:555) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 6,080 bytes in 2 blocks are possibly lost in loss record 631 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x4123F5: load_without_inits (gbx_class_load.c:1220) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 7,712 bytes in 1 blocks are possibly lost in loss record 636 of 675 ==60925== at 0x4C2CE8E: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x406002: my_realloc (gb_alloc_temp.h:469) ==60925== by 0x4061F9: ARRAY_add_data_one (gb_array_temp.h:121) ==60925== by 0x408CBD: TABLE_add_symbol (gb_table_temp.h:472) ==60925== by 0x40F040: CLASS_find (gbx_class.c:532) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x423CED: ARCHIVE_load_exported_class (gbx_archive.c:161) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 7,920 bytes in 33 blocks are possibly lost in loss record 637 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x4109DB: CLASS_register (gbx_class_native.c:350) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 8,160 bytes in 34 blocks are possibly lost in loss record 638 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 8,640 bytes in 70 blocks are possibly lost in loss record 639 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x410918: CLASS_register_class (gbx_class_native.c:321) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 9,840 bytes in 41 blocks are possibly lost in loss record 641 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 10,256 bytes in 99 blocks are possibly lost in loss record 642 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41111C: load_without_inits (gbx_class_load.c:549) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 10,368 bytes in 4 blocks are possibly lost in loss record 643 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40601A: my_realloc (gb_alloc_temp.h:477) ==60925== by 0x4061F9: ARRAY_add_data_one (gb_array_temp.h:121) ==60925== by 0x408CBD: TABLE_add_symbol (gb_table_temp.h:472) ==60925== by 0x40F00C: CLASS_find (gbx_class.c:523) ==60925== by 0x411648: load_without_inits (gbx_class_load.c:681) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 12,960 bytes in 54 blocks are possibly lost in loss record 645 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x417037: LIBRARY_declare (gbx_library.c:294) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 14,672 bytes in 11 blocks are possibly lost in loss record 646 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4236DF: ARCH_open (gb_arch_temp.h:108) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 14,832 bytes in 103 blocks are possibly lost in loss record 647 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410F57: load_without_inits (gbx_class_load.c:501) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 15,168 bytes in 40 blocks are possibly lost in loss record 648 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x40EA73: CLASS_init_native (gbx_class_init.c:154) ==60925== by 0x426252: init (gbx.c:87) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 17,648 bytes in 43 blocks are possibly lost in loss record 650 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 18,112 bytes in 101 blocks are possibly lost in loss record 651 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F5F0: CLASS_sort (gbx_class.c:924) ==60925== by 0x412429: load_without_inits (gbx_class_load.c:1234) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 18,448 bytes in 36 blocks are possibly lost in loss record 652 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41087D: CLASS_register_class (gbx_class_native.c:252) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 22,144 bytes in 11 blocks are possibly lost in loss record 653 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x42372E: ARCH_open (gb_arch_temp.h:118) ==60925== by 0x423E67: ARCHIVE_load (gbx_archive.c:261) ==60925== by 0x430B90: COMPONENT_load (gbx_component.c:317) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 23,104 bytes in 87 blocks are possibly lost in loss record 654 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4111F6: load_without_inits (gbx_class_load.c:557) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 24,464 bytes in 95 blocks are possibly lost in loss record 655 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41113D: load_without_inits (gbx_class_load.c:550) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 24,960 bytes in 104 blocks are possibly lost in loss record 656 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F062: CLASS_find (gbx_class.c:539) ==60925== by 0x40F14B: CLASS_find_global (gbx_class.c:597) ==60925== by 0x423CED: ARCHIVE_load_exported_class (gbx_archive.c:161) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 25,536 bytes in 81 blocks are possibly lost in loss record 657 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4110FB: load_without_inits (gbx_class_load.c:548) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 35,792 bytes in 2 blocks are possibly lost in loss record 662 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x415A39: STREAM_load (gbx_stream.c:1434) ==60925== by 0x410EBB: load_without_inits (gbx_class_load.c:1012) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x40F6BF: CLASS_inheritance (gbx_class.c:962) ==60925== by 0x411E9E: load_without_inits (gbx_class_load.c:901) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 37,232 bytes in 58 blocks are possibly lost in loss record 664 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x40F926: CLASS_make_event (gbx_class.c:1276) ==60925== by 0x41211A: load_without_inits (gbx_class_load.c:1105) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 56,752 bytes in 1,061 blocks are definitely lost in loss record 666 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4114CD: load_without_inits (gbx_class_load.c:636) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76,096 bytes in 102 blocks are possibly lost in loss record 668 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4113CC: load_without_inits (gbx_class_load.c:613) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76,384 bytes in 102 blocks are possibly lost in loss record 669 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x41141A: load_without_inits (gbx_class_load.c:616) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 76,800 bytes in 71 blocks are possibly lost in loss record 670 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x410870: CLASS_register_class (gbx_class_native.c:250) ==60925== by 0x41704A: LIBRARY_declare (gbx_library.c:301) ==60925== by 0x417173: LIBRARY_load (gbx_library.c:267) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x41F06E: GB_LoadComponent (gbx_api.c:558) ==60925== by 0x73159F8: GB_INIT (main.c:83) ==60925== by 0x417155: LIBRARY_load (gbx_library.c:262) ==60925== by 0x430B3E: COMPONENT_load (gbx_component.c:305) ==60925== by 0x430BE0: COMPONENT_load_all (gbx_component.c:134) ==60925== by 0x416D75: PROJECT_load (gbx_project.c:480) ==60925== by 0x42627D: init (gbx.c:98) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 98,608 bytes in 100 blocks are possibly lost in loss record 671 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4110D7: load_without_inits (gbx_class_load.c:545) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 131,696 bytes in 103 blocks are possibly lost in loss record 673 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x410B6D: get_section (gbx_class_load.c:268) ==60925== by 0x4111D3: load_without_inits (gbx_class_load.c:555) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 168,464 bytes in 102 blocks are possibly lost in loss record 674 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x4100F7: CLASS_make_description (gbx_class.c:1078) ==60925== by 0x4123F5: load_without_inits (gbx_class_load.c:1220) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== 722,480 bytes in 103 blocks are possibly lost in loss record 675 of 675 ==60925== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==60925== by 0x405F2C: my_malloc (gb_alloc_temp.h:368) ==60925== by 0x415A39: STREAM_load (gbx_stream.c:1434) ==60925== by 0x410EBB: load_without_inits (gbx_class_load.c:1012) ==60925== by 0x412520: CLASS_load_real (gbx_class_load.c:1311) ==60925== by 0x423D88: ARCHIVE_load_exported_class (gbx_archive.c:196) ==60925== by 0x430927: COMPONENT_load_all_finish (gbx_component.c:147) ==60925== by 0x416D83: PROJECT_load_finish (gbx_project.c:486) ==60925== by 0x42629A: init (gbx.c:103) ==60925== by 0x40481F: main (gbx.c:372) ==60925== ==60925== LEAK SUMMARY: ==60925== definitely lost: 61,760 bytes in 1,149 blocks ==60925== indirectly lost: 144 bytes in 3 blocks ==60925== possibly lost: 1,848,996 bytes in 3,007 blocks ==60925== still reachable: 532,502 bytes in 2,810 blocks ==60925== suppressed: 0 bytes in 0 blocks ==60925== Reachable blocks (those to which a pointer was found) are not shown. ==60925== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==60925== ==60925== For counts of detected and suppressed errors, rerun with: -v ==60925== ERROR SUMMARY: 324 errors from 324 contexts (suppressed: 0 from 0) From gambas at ...1... Fri May 29 20:15:28 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 29 May 2015 20:15:28 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <1432922145.3555.3.camel@...40...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> Message-ID: <5568ACC0.3010602@...1...> Le 29/05/2015 19:55, Charlie Reinl a ?crit : > > Salut, > > here also Lubuntu 14.04.2 LTS > gambas3 rev 7103 > when starting gambas IDE, here the valgrin log > > Do you have gb.qt5 installed or not? -- Beno?t Minisini From Karl.Reinl at ...2345... Fri May 29 20:50:06 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Fri, 29 May 2015 20:50:06 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <5568ACC0.3010602@...1...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> Message-ID: <1432925406.3555.8.camel@...40...> Am Freitag, den 29.05.2015, 20:15 +0200 schrieb Beno?t Minisini: > Le 29/05/2015 19:55, Charlie Reinl a ?crit : > > > > Salut, > > > > here also Lubuntu 14.04.2 LTS > > gambas3 rev 7103 > > when starting gambas IDE, here the valgrin log > > > > > > Do you have gb.qt5 installed or not? > Salut Beno?t, how can I check this, in Synaptic by searching 'qt5', shows a lot of files with qt5 are installed. I send you the compile logs. -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3-rev7103.tar.gz Type: application/x-compressed-tar Size: 27785 bytes Desc: not available URL: From gambas at ...1... Fri May 29 21:07:53 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Fri, 29 May 2015 21:07:53 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <1432925406.3555.8.camel@...40...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> <1432925406.3555.8.camel@...40...> Message-ID: <5568B909.4050809@...1...> Le 29/05/2015 20:50, Charlie Reinl a ?crit : > Am Freitag, den 29.05.2015, 20:15 +0200 schrieb Beno?t Minisini: >> Le 29/05/2015 19:55, Charlie Reinl a ?crit : >>> >>> Salut, >>> >>> here also Lubuntu 14.04.2 LTS >>> gambas3 rev 7103 >>> when starting gambas IDE, here the valgrin log >>> >>> >> >> Do you have gb.qt5 installed or not? >> > > Salut Beno?t, > > how can I check this, in Synaptic by searching 'qt5', shows a lot of > files with qt5 are installed. > I send you the compile logs. > I'm talking about 'gb.qt5'! The answer is in the 'configure.log' file: || || THESE COMPONENTS ARE DISABLED: || - gb.db.postgresql || - gb.gtk3 || - gb.jit || - gb.qt5 || - gb.qt5.opengl || - gb.qt5.webkit || - gb.sdl2 || - gb.sdl2.audio || So you don't have gb.qt5 installed. -- Beno?t Minisini From Karl.Reinl at ...2345... Fri May 29 21:44:19 2015 From: Karl.Reinl at ...2345... (Charlie Reinl) Date: Fri, 29 May 2015 21:44:19 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <5568B909.4050809@...1...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> <1432925406.3555.8.camel@...40...> <5568B909.4050809@...1...> Message-ID: <1432928659.3555.13.camel@...40...> Am Freitag, den 29.05.2015, 21:07 +0200 schrieb Beno?t Minisini: > Le 29/05/2015 20:50, Charlie Reinl a ?crit : > > Am Freitag, den 29.05.2015, 20:15 +0200 schrieb Beno?t Minisini: > >> Le 29/05/2015 19:55, Charlie Reinl a ?crit : > >>> > >>> Salut, > >>> > >>> here also Lubuntu 14.04.2 LTS > >>> gambas3 rev 7103 > >>> when starting gambas IDE, here the valgrin log > >>> > >>> > >> > >> Do you have gb.qt5 installed or not? > >> > > > > Salut Beno?t, > > > > how can I check this, in Synaptic by searching 'qt5', shows a lot of > > files with qt5 are installed. > > I send you the compile logs. > > > > I'm talking about 'gb.qt5'! The answer is in the 'configure.log' file: > > || > || THESE COMPONENTS ARE DISABLED: > || - gb.db.postgresql > || - gb.gtk3 > || - gb.jit > || - gb.qt5 > || - gb.qt5.opengl > || - gb.qt5.webkit > || - gb.sdl2 > || - gb.sdl2.audio > || > > So you don't have gb.qt5 installed. > oh, yeah, mostly using his ability to read, saves a lot of time. Sorry -- Amicalement Charlie From epost at ...3323... Fri May 29 21:45:38 2015 From: epost at ...3323... (=?UTF-8?B?SsO4cm4gRXJpayBNw7hybmU=?=) Date: Fri, 29 May 2015 21:45:38 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <1432928659.3555.13.camel@...40...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> <1432925406.3555.8.camel@...40...> <5568B909.4050809@...1...> <1432928659.3555.13.camel@...40...> Message-ID: <5568C1E2.4080108@...3323...> Den 29. mai 2015 21:44, skrev Charlie Reinl: > Am Freitag, den 29.05.2015, 21:07 +0200 schrieb Beno?t Minisini: >> Le 29/05/2015 20:50, Charlie Reinl a ?crit : >>> Am Freitag, den 29.05.2015, 20:15 +0200 schrieb Beno?t Minisini: >>>> Le 29/05/2015 19:55, Charlie Reinl a ?crit : >>>>> Salut, >>>>> >>>>> here also Lubuntu 14.04.2 LTS >>>>> gambas3 rev 7103 >>>>> when starting gambas IDE, here the valgrin log >>>>> >>>>> >>>> Do you have gb.qt5 installed or not? >>>> >>> Salut Beno?t, >>> >>> how can I check this, in Synaptic by searching 'qt5', shows a lot of >>> files with qt5 are installed. >>> I send you the compile logs. >>> >> I'm talking about 'gb.qt5'! The answer is in the 'configure.log' file: >> >> || >> || THESE COMPONENTS ARE DISABLED: >> || - gb.db.postgresql >> || - gb.gtk3 >> || - gb.jit >> || - gb.qt5 >> || - gb.qt5.opengl >> || - gb.qt5.webkit >> || - gb.sdl2 >> || - gb.sdl2.audio >> || >> >> So you don't have gb.qt5 installed. >> > oh, yeah, mostly using his ability to read, saves a lot of time. > > Sorry > I have it installed though From gambas at ...1... Sat May 30 00:34:31 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Sat, 30 May 2015 00:34:31 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <5568C1E2.4080108@...3323...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> <1432925406.3555.8.camel@...40...> <5568B909.4050809@...1...> <1432928659.3555.13.camel@...40...> <5568C1E2.4080108@...3323...> Message-ID: <5568E977.7010400@...1...> Le 29/05/2015 21:45, J?rn Erik M?rne a ?crit : >> > I have it installed though > So I have compiled and installed the latest trunk on a Mint 17.1 64 bits and on a ArchLinux 32 bits: everything works as expected, no crash at all... Strange! -- Beno?t Minisini From tsukubagraduates at ...3482... Sat May 30 11:16:40 2015 From: tsukubagraduates at ...3482... (=?gb18030?B?dHN1a3ViYSBHSU1QIHVzZXI=?=) Date: Sat, 30 May 2015 17:16:40 +0800 Subject: [Gambas-user] how to generation 12 random letters (A-Z and 0-9) Message-ID: i want when i click button (button_1) LCDpanl(LCDLabel1) will be Generation 12 random letters how to do? From epost at ...3323... Sat May 30 12:48:34 2015 From: epost at ...3323... (=?UTF-8?B?SsO4cm4gRXJpayBNw7hybmU=?=) Date: Sat, 30 May 2015 12:48:34 +0200 Subject: [Gambas-user] ERROR Segmentation fault (core dumped) In-Reply-To: <5568E977.7010400@...1...> References: <5568A591.2070109@...3323...> <1432922145.3555.3.camel@...40...> <5568ACC0.3010602@...1...> <1432925406.3555.8.camel@...40...> <5568B909.4050809@...1...> <1432928659.3555.13.camel@...40...> <5568C1E2.4080108@...3323...> <5568E977.7010400@...1...> Message-ID: <55699582.8020102@...3323...> Hmm.... only difference is I have 64-bit. Any recently added dependencies? Den 30. mai 2015 00:34, skrev Beno?t Minisini: > Le 29/05/2015 21:45, J?rn Erik M?rne a ?crit : >> I have it installed though >> > So I have compiled and installed the latest trunk on a Mint 17.1 64 bits > and on a ArchLinux 32 bits: everything works as expected, no crash at > all... Strange! > From vuott at ...325... Sat May 30 14:12:44 2015 From: vuott at ...325... (Ru Vuott) Date: Sat, 30 May 2015 13:12:44 +0100 Subject: [Gambas-user] R: how to generation 12 random letters (A-Z and 0-9) In-Reply-To: Message-ID: <1432987964.96733.YahooMailBasic@...3271...> Hello, I propose: Public Sub Button1_Click() Dim j As Byte Dim s As String For j = 1 To 12 If Fix(Rnd(0, 2)) Then s &= Chr(Rnd(48, 58)) Else s &= Chr(Rnd(65, 91)) Endif Next Print s End -------------------------------------------- Sab 30/5/15, tsukuba GIMP user ha scritto: Oggetto: [Gambas-user] how to generation 12 random letters (A-Z and 0-9) A: "gambas-user" Data: Sabato 30 maggio 2015, 11:16 i want when i click button (button_1) LCDpanl(LCDLabel1) will be Generation 12 random letters how to do? ------------------------------------------------------------------------------ _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From tsukubagraduates at ...3482... Sat May 30 14:22:06 2015 From: tsukubagraduates at ...3482... (=?gb18030?B?dHN1a3ViYSBHSU1QIHVzZXI=?=) Date: Sat, 30 May 2015 20:22:06 +0800 Subject: [Gambas-user] =?gb18030?b?u9i4tKO6IFI6IGhvdyB0byBnZW5lcmF0aW9u?= =?gb18030?q?_12_random_letters_=28A-Z_and_0-9=29?= In-Reply-To: <1432987964.96733.YahooMailBasic@...3271...> References: <1432987964.96733.YahooMailBasic@...3271...> Message-ID: oh thanks you helping :-D ========================================================= Hello, I propose: Public Sub Button1_Click() Dim j As Byte Dim s As String For j = 1 To 12 If Fix(Rnd(0, 2)) Then s &= Chr(Rnd(48, 58)) Else s &= Chr(Rnd(65, 91)) Endif Next Print s End -------------------------------------------- Sab 30/5/15, tsukuba GIMP user ha scritto: Oggetto: [Gambas-user] how to generation 12 random letters (A-Z and 0-9) A: "gambas-user" Data: Sabato 30 maggio 2015, 11:16 i want when i click button (button_1) LCDpanl(LCDLabel1) will be Generation 12 random letters how to do? ------------------------------------------------------------------------------ _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user ------------------------------------------------------------------------------ _______________________________________________ Gambas-user mailing list Gambas-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user From jussi.lahtinen at ...626... Sat May 30 16:41:43 2015 From: jussi.lahtinen at ...626... (Jussi Lahtinen) Date: Sat, 30 May 2015 17:41:43 +0300 Subject: [Gambas-user] R: how to generation 12 random letters (A-Z and 0-9) In-Reply-To: <1432987964.96733.YahooMailBasic@...3271...> References: <1432987964.96733.YahooMailBasic@...3271...> Message-ID: You can write that in nicer way with rand() function, than rnd() function. But that doesn't really matter, your code works anyway. Jussi On Sat, May 30, 2015 at 3:12 PM, Ru Vuott wrote: > Hello, > > I propose: > > > Public Sub Button1_Click() > > Dim j As Byte > Dim s As String > > For j = 1 To 12 > If Fix(Rnd(0, 2)) Then > s &= Chr(Rnd(48, 58)) > Else > s &= Chr(Rnd(65, 91)) > Endif > Next > > Print s > > End > > > -------------------------------------------- > Sab 30/5/15, tsukuba GIMP user ha scritto: > > Oggetto: [Gambas-user] how to generation 12 random letters (A-Z and 0-9) > A: "gambas-user" > Data: Sabato 30 maggio 2015, 11:16 > > i want when i click button (button_1) > LCDpanl(LCDLabel1) will be Generation 12 random letters > how to do? > > ------------------------------------------------------------------------------ > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Gambas-user mailing list > Gambas-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > From gambas at ...1... Sat May 30 20:23:17 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Sat, 30 May 2015 20:23:17 +0200 Subject: [Gambas-user] Gambas migration to github (or something else?) Message-ID: <556A0015.3020306@...1...> Hi, I'm currently testing the SVN import feature of github for Gambas. The plan is to migrate from subversion to something else, that "else" having to provide git (or svn) and a bug tracker. The main reason is the "Gimp" sourceforge case. If anyone has a problem against using git instead of subversion, please tell. I don't know how to use git yes, and I think it will be better and faster. I don't know if I can import Google issues into github with the Google code export, I will check. And at the moment, GitHub tells me that 87% of the repository is imported, while sending me a mail telling that the import has failed at the same time... Weird! Regards, -- Beno?t Minisini From adrien.prokopowicz at ...626... Sat May 30 21:42:09 2015 From: adrien.prokopowicz at ...626... (Adrien Prokopowicz) Date: Sat, 30 May 2015 21:42:09 +0200 Subject: [Gambas-user] Gambas migration to github (or something else?) In-Reply-To: <556A0015.3020306@...1...> References: <556A0015.3020306@...1...> Message-ID: Le Sat, 30 May 2015 20:23:17 +0200, Beno?t Minisini a ?crit: > Hi, > > I'm currently testing the SVN import feature of github for Gambas. > > The plan is to migrate from subversion to something else, that "else" > having to provide git (or svn) and a bug tracker. > > The main reason is the "Gimp" sourceforge case. > > If anyone has a problem against using git instead of subversion, please > tell. I don't know how to use git yes, and I think it will be better and > faster. > > I don't know if I can import Google issues into github with the Google > code export, I will check. > > And at the moment, GitHub tells me that 87% of the repository is > imported, while sending me a mail telling that the import has failed at > the same time... Weird! > > Regards, > I have used Github (and therefore Git) for both school and personal projects for quite some time, so personally I have no problem with Gambas switching to it. However, Github does not provide website hosting nor mailing-list features, so will these stay on SourceForge ? Also, I haven't found any "Gambas" organization, do you plan to make one before importing the repository ? Regards, -- Adrien Prokopowicz From gambas at ...1... Sat May 30 21:55:04 2015 From: gambas at ...1... (=?UTF-8?B?QmVub8OudCBNaW5pc2luaQ==?=) Date: Sat, 30 May 2015 21:55:04 +0200 Subject: [Gambas-user] Gambas migration to github (or something else?) In-Reply-To: References: <556A0015.3020306@...1...> Message-ID: <556A1598.2010909@...1...> Le 30/05/2015 21:42, Adrien Prokopowicz a ?crit : > Le Sat, 30 May 2015 20:23:17 +0200, Beno?t Minisini > a ?crit: > >> Hi, >> >> I'm currently testing the SVN import feature of github for Gambas. >> >> The plan is to migrate from subversion to something else, that "else" >> having to provide git (or svn) and a bug tracker. >> >> The main reason is the "Gimp" sourceforge case. >> >> If anyone has a problem against using git instead of subversion, please >> tell. I don't know how to use git yes, and I think it will be better and >> faster. >> >> I don't know if I can import Google issues into github with the Google >> code export, I will check. >> >> And at the moment, GitHub tells me that 87% of the repository is >> imported, while sending me a mail telling that the import has failed at >> the same time... Weird! >> >> Regards, >> > > I have used Github (and therefore Git) for both school and personal > projects for quite some time, so personally I have no problem with Gambas > switching to it. > > However, Github does not provide website hosting nor mailing-list features, > so will these stay on SourceForge ? > > Also, I haven't found any "Gambas" organization, do you plan to make one > before importing the repository ? > > Regards, > I just created a personal account to check svn import. -- Beno?t Minisini