https://bugzilla.novell.com/show_bug.cgi?id=362565 User webbb@excite.com added comment https://bugzilla.novell.com/show_bug.cgi?id=362565#c2 --- Comment #2 from oward webb 2008-02-16 18:02:09 MST --- I tried using debuginfo. Notice that the stack gets corrupted at main()'s argc. yahn:~ # gdb -s /usr/lib/debug/usr/sbin/vpdupdate.debug /usr/sbin/vpdupdate <<<SNIP>>> (gdb) run Starting program: /usr/sbin/vpdupdate [Thread debugging using libthread_db enabled] [New Thread 0xb7b896d0 (LWP 6832)] terminate called after throwing an instance of 'lsvpd::VpdException' what(): VpdDbEnv.VpdDbEnv( /var/lib/lsvpd, db ): Must have read permission of /var/lib/lsvpd. Details: DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery Program received signal SIGABRT, Aborted. [Switching to Thread 0xb7b896d0 (LWP 6832)] 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7bb48f5 in raise () from /lib/libc.so.6 #2 0xb7bb61e1 in abort () from /lib/libc.so.6 #3 0xb7f00380 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0xb7efdc25 in ?? () from /usr/lib/libstdc++.so.6 #5 0xb7efdc62 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0xb7efdd8a in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0xb7e0f6cc in VpdDbEnv (this=0x826d768, envDir=@0xbfd97364, dbFileName=@0xbfd97360, cFlags=1) at src/internal/vpddbenv.cpp:98 #8 0x080563ad in __lsvpdInit (env=@0xbfd97364, file=@0xbfd97360) at src/internal/updater.cpp:524 #9 0x080582a2 in initializeDB () at src/internal/updater.cpp:303 #10 0x08058d9d in main (argc=Cannot access memory at address 0x1ab0 ) at src/internal/updater.cpp:151 #11 0xb7ba0fe0 in __libc_start_main () from /lib/libc.so.6 #12 0x0804ba11 in _start () ummm... I don't do this kind of stuff for a living, but I hope this helps. (gdb) up 7 #7 0xb7e0f6cc in VpdDbEnv (this=0x826d768, envDir=@0xbfd97364, dbFileName=@0xbfd97360, cFlags=1) at src/internal/vpddbenv.cpp:98 98 throw ve; (gdb) info args this = (lsvpd::VpdDbEnv * const) 0x826d768 envDir = (const string &) @0xbfd97364: {static npos = 4294967295, _M_dataplus = { = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8088e6c "/var/lib/lsvpd"}} dbFileName = (const string &) @0xbfd97360: {static npos = 4294967295, _M_dataplus = { = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8088e8c "db"}} cFlags = 1 (gdb) up #8 0x080563ad in __lsvpdInit (env=@0xbfd97364, file=@0xbfd97360) at src/internal/updater.cpp:524 524 db = new VpdDbEnv( env, file, DB_CREATE ); (gdb) info args env = (string &) @0xbfd97364: {static npos = 4294967295, _M_dataplus = { = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8088e6c "/var/lib/lsvpd"}} file = (string &) @0xbfd97360: {static npos = 4294967295, _M_dataplus = { = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x8088e8c "db"}} (gdb) up #9 0x080582a2 in initializeDB () at src/internal/updater.cpp:303 303 __lsvpdInit(env, file); (gdb) info args No arguments. (gdb) up #10 0x08058d9d in main (argc=Cannot access memory at address 0x1ab0 ) at src/internal/updater.cpp:151 151 return initializeDB( ); (gdb) info args argc = Cannot access memory at address 0x1ab0 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=362565 User webbb@excite.com added comment https://bugzilla.novell.com/show_bug.cgi?id=362565#c4 --- Comment #4 from oward webb 2008-02-16 21:34:07 MST --- Yet more info... As indicated above, I am running on openSuSE 10.3. running strace, one suspicious thing is that /proc/device-tree is nearly the last thing checked before it dies. My machine does not have /proc/device-tree. The actual last thing checked before segfault is /var/lib/lsvpd/DB_CONFIG. That does not exist when checked. The part in question looks like: <<<SNIP>>> brk(0x8266000) = 0x8266000 read(5, "hancement Products\n08d1 smartBr"..., 8191) = 8191 read(5, "e Technology, Inc.\n\t0400 Xanboo"..., 8191) = 8191 read(5, "0300 cyberJack pinpad(a)\n0c52 "..., 8191) = 8191 _llseek(5, -8192, [90100], SEEK_CUR) = 0 read(5, "\t0300 cyberJack pinpad(a)\n0c52 "..., 8191) = 8191 read(5, " Ltd\n0e25 VinChip Systems, Inc."..., 8191) = 8191 brk(0x8287000) = 0x8287000 read(5, "Design, Ltd\n105f Chin Shong Ent"..., 8191) = 8191 read(5, "rallel Port\n\t0007 U1-SC25 SCSI\n"..., 8191) = 8191 read(5, "\n\t\t02 Ultra WideBand Radio Cont"..., 8191) = 8191 read(5, "nthesis Left)\n\t027 0 and ) (Zer"..., 8191) = 8191 read(5, "nnel Front\n\t165 Channel Center "..., 8191) = 8191 read(5, "re\n\t037 Humidity\n\t038 Bad Coun"..., 8191) = 7124 read(5, "", 8191) = 0 close(5) = 0 stat64("/sys/devices", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 stat64("/proc/device-tree", 0xbf92b50c) = -1 ENOENT (No such file or directory) time(NULL) = 1203222415 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 send(3, "<14>Feb 16 20:26:55 lsvpd[1096]:"..., 109, MSG_NOSIGNAL) = 109 close(3) = 0 stat64("/proc", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 rt_sigaction(SIGABRT, {0x80550b0, [], 0x10 /* SA_??? */}, NULL, 8) = 0 rt_sigaction(SIGILL, {0x80550b0, [], 0x10 /* SA_??? */}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x80550b0, [], 0x10 /* SA_??? */}, NULL, 8) = 0 rt_sigaction(SIGQUIT, {0x80550b0, [], 0x10 /* SA_??? */}, NULL, 8) = 0 rt_sigaction(SIGTERM, {0x80550b0, [], 0x10 /* SA_??? */}, NULL, 8) = 0 open("/proc/stat", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7efc000 read(3, "cpu 1746579 86521 55632 1231992"..., 1024) = 731 read(3, "", 1024) = 0 close(3) = 0 munmap(0xb7efc000, 4096) = 0 stat64("/var/lib/lsvpd/DB_CONFIG", 0xbf92b25c) = -1 ENOENT (No such file or directory) open("/var/lib/lsvpd/DB_CONFIG", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) stat64("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0 stat64("/var/lib/lsvpd/__db.001", {st_mode=S_IFREG|0640, st_size=24576, ...}) = 0 open("/var/lib/lsvpd/__db.001", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0660) = -1 EEXIST (File exists) open("/var/lib/lsvpd/__db.001", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0660) = -1 EEXIST (File exists) open("/var/lib/lsvpd/__db.001", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0660) = -1 EEXIST (File exists) open("/var/lib/lsvpd/__db.001", O_RDWR|O_LARGEFILE) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0640, st_size=24576, ...}) = 0 close(3) = 0 open("/var/lib/lsvpd/__db.001", O_RDWR|O_LARGEFILE) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 mmap2(NULL, 24576, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0xb7ef7000 close(3) = 0 munmap(0xb7ef7000, 24576) = 0 futex(0xb7c560a4, FUTEX_WAKE, 2147483647) = 0 time(NULL) = 1203222415 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 socket(PF_FILE, SOCK_DGRAM, 0) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 connect(3, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0 send(3, "<11>Feb 16 20:26:55 lsvpd[1096]:"..., 192, MSG_NOSIGNAL) = 192 write(2, "terminate called after throwing "..., 48terminate called after throwing an instance of ') = 48 write(2, "lsvpd::VpdException", 19lsvpd::VpdException) = 19 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=362565 Cyril Hrubis changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |olh@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.