Play track while analyzing: Segmentation fault

Bug #768981 reported by Till Hofmann
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Critical
Unassigned

Bug Description

1. Start to analyze a song
2. Load the song on a deck before Mixxx finished analyzing
Result:
Mixxx crashes (Segmentation fault).
Segmentation is the only error message it gives.

Note: If you do
1. Analyze a song, wait until it is finished
2. Analyze it again
3. Load it on a deck while it's analyzing
NO error occurs.

Mixxx trunk
Ubuntu 10.10

Tags: analyzer crash
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Hi Till,

Thanks for the report! Can you get us a backtrace for the segfault?

http://mixxx.org/wiki/doku.php/creating_backtraces

Thanks,
RJ Ryan

Revision history for this message
Till Hofmann (morxa) wrote :

When I created the backtrace, mixxx didn't close anymore but just froze.

It seems like this bug only occurs if the playcount is 0.
If it's >0, everything works as it is supposed to.

Revision history for this message
jus (jus) wrote :

If you created the backtrace you must quit the GDB terminal session then Mixxx will close.
NOTE: You may be asked if you want to kill the program. Answer yes.

(gdb) quit
The program is running. Exit anyway? (y or n) y

Revision history for this message
Till Hofmann (morxa) wrote :

Thanks jus,

I only mentioned it because the behaviour was different, not because I had problems stopping the program.
I know how to kill :) But thanks anyway

Revision history for this message
Till Hofmann (morxa) wrote :

If you
1. load the track on a deck
2. Start analyzing it while it is still playing,
the same bug occurs.

RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: New → Triaged
importance: Undecided → High
tags: added: analyzer crash
RJ Skerry-Ryan (rryan)
Changed in mixxx:
importance: High → Critical
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

The interesting bit in that backtrace is that there are two analyzers running concurrently. There probably is some issue with running a single track through multiple AQs or something.

Revision history for this message
Peter G. Marczis (marczis) wrote :

Can you create a core file instead of the bt ?
You can set the core file limit with:
ulimit -c unlimited

Then just reproduce the problem normally, no gdb no extra thing needed. And please share the generated "core" file.

Thanks in advance !

Artem (arli0715)
Changed in mixxx:
assignee: nobody → Artem (arli0715)
Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

I cannot reproduce this with the current development version, and I analyze and play a lot and of tracks concurrently. Most likely to be fixed with the upcoming version 2.1.

Changed in mixxx:
assignee: Artem (arli0715) → nobody
assignee: nobody → Uwe Klotz (uklotzde)
status: Triaged → Fix Committed
milestone: none → 2.1.0
Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5873

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.