! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfburn-0.4.1 - segfaults when trying to burn an audio compilation
Status:
RESOLVED: FIXED

Comments

Description Daniel Pielmeier 2009-04-26 16:46:29 CEST
When creating an audio compilation out of wav files xfburn segfaults directly after starting the burn process.
Comment 1 David Mohr 2009-05-29 06:10:43 CEST
Backtrace please? Also is it reproducible?
Comment 2 Daniel Pielmeier 2009-05-29 21:12:31 CEST
Created attachment 2377 
Backtrace

I can not reproduce exactly this issue, but i can reproduce another segfault when doing a simulation run and afterwards trying to do the real burn, xfburn always segfaults. I have attached a backtrace, don't know if it contains enough information as i only compiled xfburn with debug symbols.
Comment 3 David Mohr 2009-05-31 02:23:16 CEST
Thanks for all the reports and the follow ups btw.

I'm working on this issue, I just need to figure something out about the tree model before I can commit a complete fix.
Comment 4 David Mohr 2009-06-08 05:38:00 CEST
OK, crash is fixed in 7503. Memory leaks probably still remain, so I'll keep this bug open for now.
Comment 5 David Mohr 2009-06-09 07:08:25 CEST
Memory is correctly released now in r7507. Yet it seems the memory is not freed when closing the tab - although it is freed when removing a track or clearing the composition. Might be a gtk bug, I'm currently investigating.
Comment 6 David Mohr 2009-06-12 02:42:18 CEST
Not a gtk bug, but rather the treeview does not take ownership of the model. Unreferencing the model when the tab gets closed eliminates the last memory leak. Fixed in rev. 7535.

As usual, please reopen if the issue still shows up.

Bug #5303

Reported by:
Daniel Pielmeier
Reported on: 2009-04-26
Last modified on: 2009-06-12

People

Assignee:
Xfburn Bug Triage
CC List:
1 user

Version

Version:
unspecified

Attachments

Backtrace (1.25 KB, text/plain)
2009-05-29 21:12 CEST , Daniel Pielmeier
no flags

Additional information