Dear developers,
I have found that surprigsingly the new ports tree for FreeBSD 5.3 can only install and run inkscape 0.38 The mantainer claimed that there are several memory leaks issues because of the usage of boehm-gc, as explained here : http://lists.freebsd.org/pipermail/freebsd-gnome/2004-December/ 009256.html
Are the developers aware of this issue? Is there any hope to have a FreeBSD running 0.40 version any time soon?
Thank you.
Albert
On Fri, 31 Dec 2004 10:18:52 +0100, Albert wrote:
Are the developers aware of this issue? Is there any hope to have a FreeBSD running 0.40 version any time soon?
They are. My question though is *why* does the FreeBSD ports maintainer feel like he should stop updating his packages once memory leaks cross a totally arbitrary line? No other packager has decided that Inkscape is too buggy so it should not be packaged. He should continue to update it and anybody who has problems with leaks should go upstream with the problems.
I'm assuming that there isn't something special about FreeBSD that makes it unusable whereas on Linux it's fine. If there is, then perhaps he should update the package and give the kernel/GC people some incentive to fix it :)
thanks -mike
On Fri, 2004-12-31 at 04:18, Albert wrote:
Are the developers aware of this issue?
Yes, I've been working with the FreeBSD developer in question some.
As far as I can tell, the leaks are not due to a problem with the Boehm GC, and appear to be present on other platforms as well.
Is there any hope to have a FreeBSD running 0.40 version any time soon?
That's up to the folks who handle the FreeBSD port. IMO, the leaks aren't bad enough to stop releases on other platforms, but that's their call (and there may be additional issues on FreeBSD that I don't understand yet).
I've been spending some time trying to track down the remaining leaks, but it's very tedious work as they are hard to localize.
In the long-term, the leaks may just go away as more code is switched over to automatic memory management (right now, only a relatively small portion of the codebase relies on the Boehm GC).
-mental
participants (3)
-
Albert -
MenTaLguY -
Mike Hearn