Re: [Denemo-devel] building on an old system again - error

[Jeremiah Benham]

On Jun 12, 2014 2:49 AM, "Richard Shann" <address@hidden> wrote:
>
> On Wed, 2014-06-11 at 22:14 -0400, Bric wrote:
> > On 06/10/2014 03:50 PM, Richard Shann wrote:
> > > On Tue, 2014-06-10 at 20:25 +0100, Richard Shann wrote:
> > >> On Tue, 2014-06-10 at 10:30 -0400, Bric wrote:
> > >>> On 06/10/2014 07:30 AM, Richard Shann wrote:
> > >>>> On Tue, 2014-06-10 at 07:16 -0400, Bric wrote:
> > >>>>> On 06/09/2014 11:51 PM, Bric wrote:
> > >>>>>> On 06/09/2014 11:16 PM, Bric wrote:
> > >>>>>>> On 06/09/2014 02:45 AM, Bric wrote:
> > >>>>>>>> Hi, guys!
> > >>>>>>>>
> > >>>>>>>> Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main
> > >>>>>>>> system to Ubuntu 14.04, but would like to build denemo on a
> > >>>>>>>> different, old system because it also has some apps built with
> > >>>>>>>> ancient code which is out of maintenance and not forward-compatible).
> > >>>>>>>>
> > >>>>>>>> So, I managed to ./configure the latest git on the old Ubuntu 10.10,
> > >>>>>>>> but "make" errors out, apparently because my libglib is too old.  Or
> > >>>>>>>> am I wrong?  Below is the error message.
> > >>>>>>>>
> > >>>>>>>> My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options?
> > >>>>>>>> Thanks in advance.
> > >>>>>>>>
> > >>>>>>> Anyone?  Am I correct in my assessment that this is a libglib version
> > >>>>>>> problem?
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> What's the highest denemo version that works with libglib-2.26 ?
> > >>>>>>>
> > >>>>>> I think I just determined that the error starts with version
> > >>>>>> 1.1.2      Version 1.1.0  seems to compile and run OK.
> > >>>>>>
> > >>>>> And as far as the downloadable binaries, version 1.1.2 and 1.1.4
> > >>>>> segfault when launched.
> > >>>> Is it a 32-bit or 64-bit system?
> > >>> 32-bit
> > >> Are you sure you are launching it correctly? - you launch it with some
> > >> shell script called launch denemo or some such...
> >
> > I'm doing:
> >
> > $ ./Launch_Denemo.sh
> >
> > It starts to run, and errors out.  Strangely, I just saw that it seems
> > to have a /home/<username> (user "jjbenham") hard-coded in it.  Maybe
> > THAT's the culprit?
>
> That is not a problem - evidently the debug information has been
> included and this tells us where the source code is that is executing -
> in this case it is on Jeremiah's machine at the location mentioned,
> perfectly true, and indeed useful to know.
>
> >  The following is a snippet of the terminal output,
> > ending with the fatal seg fault. Please note the apparently hard-coded
> > username (there is no "jjbenham" on my system!)
>
> so these first error messages are about the alsa stuff not working in
> your environment ...
> >
> >
> > .....
> > LSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/conf.c:3314:(snd_config_hooks_call)
> > Cannot open shared library libasound_module_conf_pulse.so
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/control/control.c:951:(snd_ctl_open_noupdate)
> > Invalid CTL hw:0
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate)
> > Unknown PCM cards.pcm.rear
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate)
> > Unknown PCM cards.pcm.center_lfe
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate)
> > Unknown PCM cards.pcm.side
> > bt_audio_service_open: connect() failed: Connection refused (111)
> > bt_audio_service_open: connect() failed: Connection refused (111)
> > bt_audio_service_open: connect() failed: Connection refused (111)
> > bt_audio_service_open: connect() failed: Connection refused (111)
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dsnoop.c:612:(snd_pcm_dsnoop_open)
> > unable to open slave
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dmix.c:1018:(snd_pcm_dmix_open)
> > unable to open slave
> > ALSA lib
> > /home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dmix.c:1018:(snd_pcm_dmix_open)
> > unable to open slave
>
> at this stage it goes back to executing Denemo's code, usually, the
> failures above would just mean no audio ...
>
> > Denemo - MESSAGE : The default fluidsynth soundfont has been loaded
> > Denemo - MESSAGE : Initializing Rubberband
> > Denemo - MESSAGE : Initializing PortAudio backend
> > ./Launch_Denemo.sh: line 35:  3929 Segmentation fault $PREFIX/bin/denemo
>
> What would be interesting would be to know what was happening here - but
> presumably the Denemo executable has been compiled without debug
> information, (it makes the files a bit shorter, but as the libraries
> have it turned on it would make sense for it to be on here too).
> Without that, this is a dead end I'm afraid.
>

Should I start compiling denemo with debug symbols? I noticed that if audio does not work it is unstable. Is there any reason portaudio did not start? Is jack or pulseaudio running? Are any other application open using audio?

Jeremiah

> Richard
>
>
>
>
> _______________________________________________
> Denemo-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/denemo-devel