Discussion:
Pre-release of Gambas 3.4.1
(too old to reply)
Benoît Minisini
2013-04-05 09:08:15 UTC
Permalink
Hi,

I have made a new package of the 3.4.1, with the fix about control names.

http://sourceforge.net/projects/gambas/files/gambas3/gambas3-3.4.1.tar.bz2/download

Please tell me if it is ok for you (those who don't want their control
name to be renamed savagely), and I will make it official.

Regards,
--
Benoît Minisini
kokoko3k
2013-04-05 09:37:25 UTC
Permalink
It is working as previous versions; form names are right.
Thanks!



-----
Antonio Orefice
--
View this message in context: http://gambas.8142.n7.nabble.com/Pre-release-of-Gambas-3-4-1-tp41628p41629.html
Sent from the gambas-user mailing list archive at Nabble.com.
Ron
2013-04-05 09:12:20 UTC
Permalink
Post by Benoît Minisini
Hi,
I have made a new package of the 3.4.1, with the fix about control names.
http://sourceforge.net/projects/gambas/files/gambas3/gambas3-3.4.1.tar.bz2/download
Please tell me if it is ok for you (those who don't want their control
name to be renamed savagely), and I will make it official.
Regards,
Benoit,

Hopefully you also integrated the gbx_ patches?
r5598 and later regarding freeing gbx stuff?

With those my DomotiGa project runs stable now, for the first time since
months.

Regards,
Ron.
Benoît Minisini
2013-04-05 17:07:24 UTC
Permalink
Post by Ron
Post by Benoît Minisini
Hi,
I have made a new package of the 3.4.1, with the fix about control names.
http://sourceforge.net/projects/gambas/files/gambas3/gambas3-3.4.1.tar.bz2/download
Please tell me if it is ok for you (those who don't want their control
name to be renamed savagely), and I will make it official.
Regards,
Benoit,
Hopefully you also integrated the gbx_ patches?
r5598 and later regarding freeing gbx stuff?
With those my DomotiGa project runs stable now, for the first time since
months.
Regards,
Ron.
No, these patches will be in the 3.5 version.

These patches change the syntax of some macros, but do not change
anything in the generated code of the interpreter or the compiler. So I
don't think they make your project run stable. It's something else!

But there will be a 3.4.2 soon, with the other patches backported. I
think that the revisions that made DomotiGa stable are r5597 and/or
r5600. I don't know if you can confirm...

Regards,
--
Benoît Minisini
Ron
2013-04-06 15:06:34 UTC
Permalink
Revision #5598 and #5600 made Gambas3 stable.

But one thing I noticed it when it runs for a few days and I stop it i see this:

gbx3: warning: 35 allocation(s) non freed.
How can I check what they are?
Run valgrind?

Regards,
Ron_2nd.
Post by Benoît Minisini
Post by Ron
Post by Benoît Minisini
Hi,
I have made a new package of the 3.4.1, with the fix about control names.
http://sourceforge.net/projects/gambas/files/gambas3/gambas3-3.4.1.tar.bz2/download
Please tell me if it is ok for you (those who don't want their control
name to be renamed savagely), and I will make it official.
Regards,
Benoit,
Hopefully you also integrated the gbx_ patches?
r5598 and later regarding freeing gbx stuff?
With those my DomotiGa project runs stable now, for the first time since
months.
Regards,
Ron.
No, these patches will be in the 3.5 version.
These patches change the syntax of some macros, but do not change
anything in the generated code of the interpreter or the compiler. So I
don't think they make your project run stable. It's something else!
But there will be a 3.4.2 soon, with the other patches backported. I
think that the revisions that made DomotiGa stable are r5597 and/or
r5600. I don't know if you can confirm...
Regards,
--
Benoît Minisini
------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
Gambas-user mailing list
https://lists.sourceforge.net/lists/listinfo/gambas-user
Benoît Minisini
2013-04-06 16:18:26 UTC
Permalink
Post by Ron
Revision #5598 and #5600 made Gambas3 stable.
gbx3: warning: 35 allocation(s) non freed.
How can I check what they are?
Run valgrind?
Regards,
Ron_2nd.
This is a memory leak in the interpreter or a component detected by the
interpreter.

Alas valgrind won't help there.

It's the most difficult bug to fix.

The most important is trying to reproduce it reliably. If you can, then
just explain me how. But I guess you won't be able, so let's go the hard
way: recompiling the interpreter by enabling memory allocation debugging.

To do that, edit the /share/gb_alloc.h file at line 29 to replace
"#define DEBUG_MEMORY 0" by "#define DEBUG_MEMORY 1".

Then recompile and install the interpreter.

Then run your project: all allocation routines will generate a trace on
the standard error output. To put them in a file, run your project that way:

$ cd /path/to/DomotiGa
$ gbx3 > gbx.out 2>&1

Then wait until you stop the program and get the non-freed allocation
warning, and send me the 'gbx.out' file. Beware that it may be big!

Regards,
--
Benoît Minisini
Ron
2013-04-06 16:24:59 UTC
Permalink
Ok i will recompile and try to isolate it.

Can they come from the two revisions mentioned below?
Since I didn't see them before it.
I will revert the code to see too.

Regards,
Ron.
Post by Benoît Minisini
Post by Ron
Revision #5598 and #5600 made Gambas3 stable.
gbx3: warning: 35 allocation(s) non freed.
How can I check what they are?
Run valgrind?
Regards,
Ron_2nd.
This is a memory leak in the interpreter or a component detected by the
interpreter.
Alas valgrind won't help there.
It's the most difficult bug to fix.
The most important is trying to reproduce it reliably. If you can, then
just explain me how. But I guess you won't be able, so let's go the hard
way: recompiling the interpreter by enabling memory allocation debugging.
To do that, edit the /share/gb_alloc.h file at line 29 to replace
"#define DEBUG_MEMORY 0" by "#define DEBUG_MEMORY 1".
Then recompile and install the interpreter.
Then run your project: all allocation routines will generate a trace on
$ cd /path/to/DomotiGa
$ gbx3 > gbx.out 2>&1
Then wait until you stop the program and get the non-freed allocation
warning, and send me the 'gbx.out' file. Beware that it may be big!
Regards,
--
Benoît Minisini
------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
Gambas-user mailing list
https://lists.sourceforge.net/lists/listinfo/gambas-user
Benoît Minisini
2013-04-06 17:01:57 UTC
Permalink
Post by Ron
Ok i will recompile and try to isolate it.
Can they come from the two revisions mentioned below?
Since I didn't see them before it.
Maybe.
Post by Ron
I will revert the code to see too.
Yes, good idea too to identify where the problem comes from!

Regards,
--
Benoît Minisini
Ron
2013-04-07 08:19:39 UTC
Permalink
We are in luck.
It seems very easy to reproduce...

Create CLI project containing just this:

Public Sub Main()

Exec ["/test"]
Catch

End

And you get 1 allocation(s) non freed when run.
This is on latest revision.

So it seems the latest gbx_ changes are generating this issue.

Regards,
Ron.
Post by Benoît Minisini
Post by Ron
Ok i will recompile and try to isolate it.
Can they come from the two revisions mentioned below?
Since I didn't see them before it.
Maybe.
Post by Ron
I will revert the code to see too.
Yes, good idea too to identify where the problem comes from!
Regards,
--
Benoît Minisini
------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
Gambas-user mailing list
https://lists.sourceforge.net/lists/listinfo/gambas-user
Benoît Minisini
2013-04-07 14:22:20 UTC
Permalink
Post by Ron
We are in luck.
It seems very easy to reproduce...
Public Sub Main()
Exec ["/test"]
Catch
End
And you get 1 allocation(s) non freed when run.
This is on latest revision.
So it seems the latest gbx_ changes are generating this issue.
Regards,
Ron.
OK, fixed in revision #5614. It will backported to the 3.4.2 version.

Regards,
--
Benoît Minisini
Continue reading on narkive:
Loading...