Play track while analyzing: Segmentation fault

Bug #768981 reported by Till Hofmann on 2011-04-22
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Critical
Uwe Klotz

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

RJ 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

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.

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

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

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 Ryan (rryan) on 2011-10-01
Changed in mixxx:
status: New → Triaged
importance: Undecided → High
tags: added: analyzer crash
RJ Ryan (rryan) on 2011-10-05
Changed in mixxx:
importance: High → Critical
RJ 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.

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) on 2015-08-09
Changed in mixxx:
assignee: nobody → Artem (arli0715)
Uwe Klotz (uklotzde) 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
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments