View Issue Details

IDProjectCategoryView StatusLast Update
0000072ardourbugspublic2003-11-03 15:47
ReporterJoeboy Assigned Totaybin  
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionfixed 
Summary0000072: Segfault on startup if ~/.ardour/sfdb not found
DescriptionSegfault on startup if ~/.ardour/sfdb not found
Additional InformationAt least two users have experienced this problem, while others have reported that the file has been created automatically without problems. Maybe a problem with lrdf rather than ardour? Maybe something to do with the double-slash in the path? See http://sourceforge.net/mailarchive/forum.php?thread_id=3315490&forum_id=11845
TagsNo tags attached.

Activities

taybin

2003-10-26 14:57

administrator   ~0000093

Reminder sent to Joeboy

Can I get a gdb traceback of this? Thanks.

Joeboy

2003-10-26 20:22

reporter   ~0000106

Thanks for looking at this. I'm not too hot with gdb I'm afraid (although I'd like to be). Is this the kind of thing you want?

Single stepping until exit from function main,
which has no line number information.
Ardour/GTK 0.407.0 running with libardour 0.695.0
Loading UI configuration file /usr/local/etc/ardour/ardour_ui.rc
Loading system configuration file /usr/local/etc/ardour/ardour_system.rc
Loading user configuration file /root/.ardour/ardour.rc
liblrdf: error - - file '/root/.ardour//sfdb' open failed - No such file or directory

Program received signal SIGSEGV, Segmentation fault.
0x406bd4ad in fclose () from /lib/i686/libc.so.6
(gdb) bt 10
#0 0x406bd4ad in fclose () from /lib/i686/libc.so.6
0000001 0x40799579 in raptor_parse_file ()
   from /usr/local/lib/libraptor.so.1
#2 0x404d0080 in lrdf_read_file_intl (
    uri=0x8601304 "file:/root/.ardour//sfdb") at lrdf.c:607
#3 0x404cff46 in lrdf_read_file (
    uri=0x8601304 "file:/root/.ardour//sfdb") at lrdf.c:575
(gdb)

taybin

2003-10-30 03:06

administrator   ~0000129

Last edited: 2003-10-30 17:39

Kludged in my tree. We fopen() the file in "a" mode. This will create an empty file if none exists and leave it alone if it does. We needed to do this anyways to avoid raptor's error message.

edited on: 10-30-03 09:39

taybin

2003-10-30 17:02

administrator   ~0000131

Let's really fix this.

Joeboy, what versions do you have of raptor and lrdf installed?

Joeboy

2003-10-30 17:37

reporter   ~0000132

I have raptor-1.0.0 and liblrdf-0.3.2. HTH, thanks again.

taybin

2003-10-31 17:07

administrator   ~0000134

This has been fixed in raptor's CVS tree. The workaround will stay in ardour though to suppress the error message of trying to open a non-existant file.

Issue History

Date Modified Username Field Change
2003-10-23 11:09 Joeboy New Issue
2003-10-23 20:19 taybin Status new => acknowledged
2003-10-26 14:56 taybin Assigned To => taybin
2003-10-26 14:56 taybin Status acknowledged => feedback
2003-10-26 14:57 taybin Note Added: 0000093
2003-10-26 20:22 Joeboy Note Added: 0000106
2003-10-26 22:17 taybin Status feedback => acknowledged
2003-10-30 03:06 taybin Status acknowledged => resolved
2003-10-30 03:06 taybin Resolution open => fixed
2003-10-30 03:06 taybin Note Added: 0000129
2003-10-30 17:02 taybin Status resolved => feedback
2003-10-30 17:02 taybin Resolution fixed => reopened
2003-10-30 17:02 taybin Note Added: 0000131
2003-10-30 17:37 Joeboy Note Added: 0000132
2003-10-30 17:39 taybin Note Edited: 0000129
2003-10-31 17:07 taybin Note Added: 0000134
2003-10-31 17:07 taybin Status feedback => resolved
2003-10-31 17:07 taybin Resolution reopened => fixed
2003-11-03 15:47 taybin Status resolved => closed