Ubuntu 18.04 has gcc 7.3, which I tested, and which does not have the
problem.
Any idea why they didn't include readline 6?
On Tue, Mar 20, 2018 at 9:46 PM Greg Beam <ki7m...@gmail.com> wrote:
> Hi Doug,
>
>
>
> If the problem is in fact the GCC 7.2 tool chain, that may very well be a
> problem for 18.04 also. For Readline, the version was bumped to
> libreadline7 between Xenial (now obsolete) and Artful (obsolete in July).
> One should be able to specify libreadline-dev in the Debian control file,
> and libreadline7 should be picked up. Unless of course, there is a source
> code need for a feature within WSJTX that requires libreadline6
> specifically.
>
>
>
> The Final Ubuntu 18.04 package freeze happened yesterday. So, unless this
> issue is confirmed, and placed at high-priority with respect to release, I
> doubt GCC will shift-off of 7.2 between now and April 26th.
>
>
>
> I have all the builds for {Trusty, Xenial, Artful,{x86-64,x86}} available
> here:
>
>
>
> https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+packages
>
>
>
> You can check the Debian source package control files. However, I do not
> specify the use of libreadline-dev specifically, as it’s being pulled in by
> one or more other meta packages; I don’t recall which off-hand.
>
>
>
> 73’s
>
> Greg, KI7MT
>
>
>
> *From:* Doug Collinge [mailto:doug.colli...@gmail.com]
> *Sent:* Tuesday, March 20, 2018 5:20 PM
> *To:* WSJT software development <wsjt-devel@lists.sourceforge.net>
> *Subject:* Re: [wsjt-devel] Memory Leak in jt9 Process
>
>
>
> Mike W9MDB and I have done a bunch of testing to try to figure out this
> memory leak in jt9. I'm finally ready to make a report.
>
> I have installed the distributed deb binaries and built from source for
> 1.9.0-rc2 and rc3 on three different versions of Ubuntu, 16.04 LTS (latest
> LTS version), 17.10 (latest non-LTS version), and 18.04 (up-coming LTS
> pre-release). Here are the results:
>
> Ubuntu 16.04 LTS:
>
> - The distributed binary for 1.9.0-rc2 works, 1.9.0-rc3 not tested.
>
> - Compiled binary for 1.9.0-rc2 works. 1.9.0-rc3 not tested.
>
> Ubuntu 17.10:
>
> - The distributed binaries for 1.9.0-rc2 and rc3 work, no leak.
>
> - The compiled binaries for 1.9.0-rc2 and rc3 have the memory leak
> problem, when compiled with the stock gcc, g++, and gfortran at 7.2.0.
>
> - The repositories for 17.10 also include gcc, g++, and gfortran at 6.4.0,
> which produces a functional wsjtx and a jt9 that does not leak.
>
> Ubuntu 18.04 LTS pre-release:
>
> - The distributed binaries for 1.9.0-rc2 and 1.9.0-rc3 both fail to
> install, wanting dependency "libreadline6 (>= 6.0)" but readline6 is not in
> the 18.04 repository for some reason, though versions 5 and 7 are.
>
> - The compiled binaries for rc2 and rc3 both work with no leaks. gcc and
> friends are also at 7.3.0 so it must have been fixed.
>
> The bad news:
>
> - there IS a problem if someone running Ubuntu 17.10 tries to compile the
> source. (Like me!)
>
> - the currently-distributed binaries will not install on Ubuntu 18.04 LTS
> when it comes out, unless they add readline6 to the repository.
>
> The good news:
>
> - the problem is not compiled into the distributed deb binaries.
>
> - the problem is evidently not in the wsjtx code, it's in gcc or its
> libraries, and it has already been fixed.
>
> - there is an easy fix if someone wants to compile it on Ubuntu 17.10 -
> downgrade gcc to gcc-6
>
> Recommendation:
>
> - the install notes should warn at least that the code may have a memory
> leak in jt9 if compiled on gcc 7.2.0, and suggest downgrading to gcc 6.4.0.
> Maybe cmake can exclude just that version automatically?
>
> - maybe the dependency in the distributed deb binary could be relaxed to
> allow readline7, just in case Ubuntu doesn't get around to including
> readline6 (presuming it works, of course)
>
> Doug VE7GNU
>
>
>
> On Tue, Feb 20, 2018 at 11:59 AM Doug Collinge <doug.colli...@gmail.com>
> wrote:
>
> There seems to be a memory leak in the jt9 process started by wsjtx. I
> have included a chart showing the memory use growing from about 20MiB to
> over 300MiB in the course of 11 hours. I set wsjtx to monitor 40m overnight
> and recorded the memory stats produced by /proc/*/statm at one minute
> intervals. The change in slope of the curves indicates the band opening and
> more signals being decoded.
>
>
>
> The configuration here is Ubuntu 17.10 with an RTL-SDR. gqrx demodulates
> USB, filters and feeds the audio to wsjt-x 1.9.0-rc1 using pulseaudio.
>
>
>
> Doug VE7GNU
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
