Triode wrote: > rebuild from source with -g and then create a core dump which you let > look at with gdb? Sorry don't have time to look at this at the moment > but will do so, especially if you could post more information about the > segfault. Thanks for responding.
I'm currently struggling with a combination of problems that I have no idea what to do with. I can't get any log at all from squeezelite because it seems to override stdout, which is what I am using for the audio sample data. Am I doing something stupid? Almost every time I stop and restart squeezelite in this mode it goes to 100% CPU. This makes testing scenarios rather slow and painful. I effectively have to reboot for each short test, and rebooting and then fully restarting LMS takes several minutes. I cannot work out what is going on, especially without a log to help. This means I don't yet even know what actions cause the segfaults. I noticed several on the syslog when looking back over what I'd been doing, but I can't tie them into specific events yet. It could be running at a high data rate, or something else. I have no idea yet since I'm trying to resolve the above two issues first. Once I've can control things better I'll try to compile sometime, although my skillset isn't great in that area. I'll then attempt to find out what gdb is and how to use it. LMS 7.9 on VortexBox Midi running Xubuntu 14.04, FLACs 16->24 bit, 44.1->192kbps. Wired Touch + EDO, coax to Musical Fidelity M1 CLiC. Wireless Xubuntu 14.04 laptop controls LMS via Chromium. Meridian Explorer USB DAC to listen via Squeezelite on Vortexbox & other PCs as required. Spare Touch in loft. ------------------------------------------------------------------------ PasTim's Profile: http://forums.slimdevices.com/member.php?userid=41642 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
