On Wed, 2014-06-18 at 00:08 -0500, Jeremiah Benham wrote: > I have recompiled the linux binary adding -g to the CFLAGS.
Bric - this will be the following binary http://denemo.org/~jjbenham/gub/uploads/denemo-1.1.6-0.linux-x86.tar.xz it should report where the code fails. Richard > Lets see if that helps. Maybe I need to set -O0 also. I don't know. > > > Jeremiah > > > > On Tue, Jun 17, 2014 at 2:55 AM, Richard Shann > <[email protected]> wrote: > On Mon, 2014-06-16 at 17:12 -0500, Jeremiah Benham wrote: > > > > On Jun 12, 2014 2:49 AM, "Richard Shann" > <[email protected]> > > 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? > > If it is easy, please do - it makes no difference to > performance, and > will help a lot picking up on problems. > > > I noticed that if audio does not work it is unstable. > > > It should be just fine reverting to the dummy backend - I used > to get a > failure to connect via Alsa on first running a new executable, > but this > has stopped, but in either case Denemo itself worked fine, > just no audio > in that case (but then it gave the message that it was > resorting to the > dummy backend - in the case bric gives there is no such > message, so I > guess that would be a problem - continuing to call audio > routines which > have already failed). > > Richard > > > 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 > > > [email protected] > > > https://lists.gnu.org/mailman/listinfo/denemo-devel > > > > > > > > > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
