View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000072 | ardour | bugs | public | 2003-10-23 11:09 | 2003-11-03 15:47 |
Reporter | Joeboy | Assigned To | taybin | ||
Priority | normal | Severity | minor | Reproducibility | sometimes |
Status | closed | Resolution | fixed | ||
Summary | 0000072: Segfault on startup if ~/.ardour/sfdb not found | ||||
Description | Segfault on startup if ~/.ardour/sfdb not found | ||||
Additional Information | At 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 | ||||
Tags | No tags attached. | ||||
|
Reminder sent to Joeboy Can I get a gdb traceback of this? Thanks. |
|
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) |
|
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 |
|
Let's really fix this. Joeboy, what versions do you have of raptor and lrdf installed? |
|
I have raptor-1.0.0 and liblrdf-0.3.2. HTH, thanks again. |
|
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. |
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 |