Re: [Lmuse-user] MusE (1.0rc3) hangs at startup

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Ok, this points to that my memory was just plain bad.
There was a fix done a while ago to get 64 bit in fedora working, I assumed
that this was before 1.0pre3 but probably it wasn't.

Check around line 50 in muse/memory.cpp for this line.
      int esize = (idx+1) * sizeof(int);

Change it to
       int esize = (idx+1) * sizeof(int)+2;

Alternatively get MusE from cvs.

Regards,
Robert

2009/9/14 Nils Lofstedt <lof...@fr...>

> Hi Robert,
>
> Yes, it hangs even with the -h option. Here is the backtrace:
>
> (gdb) backtrace
> #0  0x000000356f0ed36e in __lll_lock_wait_private () from /lib64/libc.so.6
> #1  0x000000356f07cc43 in _L_lock_9907 () from /lib64/libc.so.6
> #2  0x000000356f07a8d7 in malloc () from /lib64/libc.so.6
> #3  0x000000356f06eea9 in vasprintf () from /lib64/libc.so.6
> #4  0x000000356f04fd08 in asprintf () from /lib64/libc.so.6
> #5  0x000000356f02c2c3 in __assert_fail () from /lib64/libc.so.6
> #6  0x000000356f078fdb in _int_malloc () from /lib64/libc.so.6
> #7  0x000000356f07a8e2 in malloc () from /lib64/libc.so.6
> #8  0x00000035734c1f8d in operator new(unsigned long) () from
> /usr/lib64/libstdc++.so.6
> #9  0x00000000004d41e3 in Pool::grow (this=0x9c8800, idx=1) at
> memory.cpp:53
> #10 0x00000000004d40df in Pool::Pool (this=0x9c8800) at memory.cpp:23
> #11 0x00000000004d42c0 in __static_initialization_and_destruction_0
> (__initialize_p=1,
>    __priority=65535) at memory.cpp:11
> #12 0x00000000004d430d in global constructors keyed to audioRTmemoryPool ()
>    at memory.cpp:66
> #13 0x0000000000654366 in __do_global_ctors_aux ()
> #14 0x0000000000422c33 in _init ()
> #15 0x00007fff78ffa330 in ?? ()
> #16 0x00000000006542e5 in __libc_csu_init ()
> #17 0x0000000000000003 in ?? ()
> #18 0x00000000006542a0 in ?? ()
> #19 0x0000000000000000 in ?? ()
> (gdb)
>
> Thanks,
> Nils
>
>
> On Monday 14 September 2009 08:25:41 Robert Jonsson wrote:
> > Hello again,
> >
> > Does muse also hang even if you run it with -h ? Almost nothing is
> started
> > then so it limits the options.
> >
> > Assuming it is possible to see the help:
> > My own setup looks fairly similar, I have run it at 64 bit, but am not
> > currently.
> > You could try with larger buffers for Jack, I have rarely had a stable
> > system at 64 frames so it's not well tested by me atleast.
> > How do you compile MusE?
> > Could you try compiling it with --disable-optimize and --enable-debug
> >
> > If it still hangs after this try using gdb and attach to muse and give us
> a
> > backtrace.
> > Something like:
> > muse &
> > # note the process id (it's ok to start the debugger from another shell,
> > reduces the risk of getting garbled text)
> > gdb
> > $ attach <pid>
> > $ backtrace
> >
> > and mail the backtrace here
> >
> >
> > 2009/9/11 Nils Lofstedt <lof...@fr...>
> >
> > > Hi Robert,
> > >
> > > I start it at the command line:
> > > [nils@localhost ~]$ which muse
> > > /usr/local/bin/muse
> > > [nils@localhost ~]$ muse
> > >
> > > Then it hangs immediately. I've tried passing different options (
> > > http://muse-
> > > sequencer.org/index.php/Invoking_MusE) but still with the same result,
> > > just
> > > hangs and no output.
> > >
> > > I'm using jack:
> > > JACK server starting in realtime mode with priority 10
> > > creating alsa driver ... hw:0|hw:0|64|2|44100|0|0|nomon|swmeter|-|32bit
> > > Using ALSA driver ICE1712 running on M Audio Delta 66 at 0xc000, irq 20
> > > configuring for 44100Hz, period = 64 frames (1.5 ms), buffer = 2
> periods
> > >
> > > I'm running as non-root user, same as jack. I have the same result when
> > > running as root. Also starting up muse (the same one compiled for
> x86_64)
> > > with
> > > a non-rt kernel gives the same result.
> > >
> > > Thanks for trying helping me out,
> > > Nils
> > >
> > > On Friday 11 September 2009 19:05:57 Robert Jonsson wrote:
> > > > Hi Nils,
> > > >
> > > > It has atleast been known on 64bit.
> > > > There was an issue some months ago where it did not start under 64bit
> > > > but
> > >
> > > I
> > >
> > > > think it crashed, no?
> > > >
> > > > Could you give some more information about how you start it.
> > > > Do you use jack? If so, try to run midi only, I forget the flag,
> check
> > >
> > > with
> > >
> > > > -h
> > > > What user do you run as?
> > > >
> > > > Regards,
> > > > Robert
> > > >
> > > > 2009/9/11 Nils Lofstedt <lof...@fr...>
> > > >
> > > > > Hi. I've compiled MusE 1.0rc3 for a x86_64 architecture on Fedora
> 11
> > >
> > > with
> > >
> > > > > CCRMA softwares and RT kernel. Used default configure options,
> > > > > prefixed by /usr/local. Configured, compiled and installed without
> > > > > errors.
> > > > >
> > > > > When I try to run muse, it hangs immediately. Same result if I run
> as
> > > > > root. A
> > > > > "ps -eal" gives me this:
> > > > > 0 S   500 13520  8225  0  80   0 - 23871 futex_ pts/3    00:00:00
> > > > > muse
> > > > >
> > > > > Did I miss something? Anyone's got an idea?
> > > > >
> > > > > I suppose MusE is supported on the x86_64 platform (specified
> > > > > platform requirements says "x86" - http://muse-
> > > > > sequencer.org/index.php/Installation#Hardware).
> > > > >
> > > > > Thanks in advance,
> > > > > Nils
> > >
> > >
> -------------------------------------------------------------------------
> > >
> > > > >----- Let Crystal Reports handle the reporting - Free Crystal
> Reports
> > >
> > > 2008
> > >
> > > > > 30-Day trial. Simplify your report design, integration and
> deployment
> > > > > - and focus on
> > > > > what you do best, core application coding. Discover what's new with
> > > > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > > > _______________________________________________
> > > > > Lmuse-user mailing list
> > > > > Lmu...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/lmuse-user
>