On 2021/07/20 10:24, Alexandre Ratchov wrote:
> On Sun, Jul 18, 2021 at 06:43:45AM +0000, Dimitri Karamazov wrote:
> > On Fri, Jun 25, 2021 at 10:48:20PM +0100, Stuart Henderson wrote:
> > > On 2021/06/24 17:16, Dimitri Karamazov wrote:
> > > > Ping
> > > > 
> > > > On Fri, Jun 18, 2021 at 02:06:24PM +0200, Alexandre Ratchov wrote:
> > > > > On Fri, Jun 18, 2021 at 09:05:41AM +0000, Dimitri Karamazov wrote:
> > > > > > Ping
> > > > > > 
> > > > > 
> > > > > I'm very interested by your port, but I've not time these days,
> > > > > hopefully end of next week. Sorry.
> > > > > 
> > > > > Thanks for your port
> > > 
> > > I'm not going to have time to do much in the way of debugging, but
> > > it's crashing at startup for me:
> > 
> > Apologies for the huge delay but I'm unable to reproduce the error 
> > could you please test again?
> > 
> 
> I've lightly used it and it works very well here. Most problems I get
> are consequences of xruns which are not related to muse.
> 
> I don't know if this is OK portwise, but I'm very happy to see muse
> running on OpenBSD.
> 
> Furthermnore, this puts pressure to add MIDI support to jack and to
> address the continuous restarts.

I've rebuilt and tried again; it segfaults some of the time at
startup and probably 25-50% of the time when loading a file. I added
DEBUG_PACKAGES=${BUILD_PACKAGES} and got the backtrace below.

When it does start I'm able to play your sample file ok. I also tried
share/muse-4.0/demos/rasen.med with no audio output but I think that's
just because it's not hooked up to a synth producing any sound.

Ports-wise please have the doc directory not include the version number
e.g. this is untested but I think it will work,
-DMusE_DOC_DIR=${PREFIX}/share/doc/muse
(It might be worth patching CMakeLists.txt to install lib and share files
to a directory without the version too - pkg_add -u can skip fetching
unchanged files at update time, but only if the filename stays the same).



Setting project path to /home/sthen/MusE
delay of 20506.000 usecs exceeds estimated spare time of 9892.000; restart ...

delay of 14726.000 usecs exceeds estimated spare time of 9892.000; restart ...

delay of 27251.000 usecs exceeds estimated spare time of 9892.000; restart ...

delay of 13972.000 usecs exceeds estimated spare time of 9892.000; restart ...

delay of 71759.000 usecs exceeds estimated spare time of 9889.000; restart ...

delay of 21620.000 usecs exceeds estimated spare time of 9889.000; restart ...

subgraph starting at MusE lost client
timeout waiting for client MusE to handle a xrun event
sndio_driver: running null cycle
sndio_driver: running null cycle
sndio_driver: running null cycle
sndio_driver: running null cycle
sndio_driver: poll() error: sndio_driver.c@422
DRIVER NT: could not run driver cycle
jack main caught signal 31
received signal 31 during shutdown (ignored)
Segmentation fault (core dumped) 

$ egdb muse4 muse4.core  
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.9".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from muse4...Reading symbols from 
/usr/local/bin/.debug/muse4.dbg...done.
done.
[New process 133495]
[New process 536331]
[New process 190582]
[New process 618010]
[New process 177378]
[New process 174451]
Core was generated by `muse4'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000060d3a743faa in MusEGui::MusE::initStatusBar (this=0x60d30718800) at 
/usr/obj/ports/muse-4.0.0/muse-4.0.0/src/muse/app.cpp:4944
4944                .arg(MusEGlobal::audioDevice->driverName())
[Current thread is 1 (process 133495)]
(gdb) bt
#0  0x0000060d3a743faa in MusEGui::MusE::initStatusBar (this=0x60d30718800) at 
/usr/obj/ports/muse-4.0.0/muse-4.0.0/src/muse/app.cpp:4944
#1  0x0000060ad32cea82 in main (argc=<optimized out>, argv=<optimized out>) at 
/usr/obj/ports/muse-4.0.0/muse-4.0.0/src/muse/main.cpp:1570
(gdb) list
4939        cpuStatusBar = new CpuStatusBar(statusBar());
4940        connect(cpuStatusBar, SIGNAL(resetClicked()), 
SLOT(resetXrunsCounter()));
4941        statusBar()->addPermanentWidget(cpuStatusBar);
4942    
4943        QString s = QString("%1 | Sample rate: %2Hz | Segment size: %3 | 
Segment count: %4")
4944                .arg(MusEGlobal::audioDevice->driverName())
4945                .arg(MusEGlobal::sampleRate)
4946                .arg(MusEGlobal::segmentSize)
4947                .arg(MusEGlobal::segmentCount);
4948        statusBar()->addWidget(new QLabel(s));
(gdb) p MusEGlobal::audioDevice
$1 = (MusECore::AudioDevice *) 0x0


...so a null deref on MusEGlobal::audioDevice?

Reply via email to