* [sisyphus] osec, segfault @ 2002-09-30 4:15 Sergei Dolmatov 2002-09-30 8:21 ` Stanislav Ievlev 0 siblings, 1 reply; 6+ messages in thread From: Sergei Dolmatov @ 2002-09-30 4:15 UTC (permalink / raw) To: AltLinux Sisyphus Добрый день! С недавнего времени osec стал падать в кору: root@dolmatov ~ # gdb osec (no debugging symbols found)...(gdb) run Starting program: /sbin/osec (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... processing... /bin/ processing... /lib/ (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so (gdb) where #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so #1 0x0804b715 in strcpy () at strcpy:-1 #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() () #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() () #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() () #5 0x0804ad2c in strcpy () at strcpy:-1 #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at ../sysdeps/generic/libc-start.c:129 (gdb) С чем это может быть связано? -- Regards, Sergei Dolmatov. --- UNIX was half a billion (500000000) seconds old on Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). -- Andy Tannenbaum ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [sisyphus] osec, segfault 2002-09-30 4:15 [sisyphus] osec, segfault Sergei Dolmatov @ 2002-09-30 8:21 ` Stanislav Ievlev 2002-09-30 8:50 ` Sergei Dolmatov 0 siblings, 1 reply; 6+ messages in thread From: Stanislav Ievlev @ 2002-09-30 8:21 UTC (permalink / raw) To: sisyphus On Mon, Sep 30, 2002 at 01:15:50PM +0900, Sergei Dolmatov wrote: > Добрый день! > > С недавнего времени osec стал падать в кору: > > root@dolmatov ~ # gdb osec > (no debugging symbols found)...(gdb) run > Starting program: /sbin/osec > (no debugging symbols found)...(no debugging symbols found)...(no debugging > symbols found)...(no debugging symbols found)... > processing... /bin/ > processing... /lib/ > (no debugging symbols found)... > Program received signal SIGSEGV, Segmentation fault. > 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > (gdb) where > #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > #1 0x0804b715 in strcpy () at strcpy:-1 > #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, > std::allocator<char> >::~basic_stringbuf() () > #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, > std::allocator<char> >::~basic_stringbuf() () > #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, > std::allocator<char> >::~basic_stringbuf() () > #5 0x0804ad2c in strcpy () at strcpy:-1 > #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, > ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, > rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at > ../sysdeps/generic/libc-start.c:129 > (gdb) > > С чем это может быть связано? Так сходу ничего не скажешь. Пожайлуста пересоберите osec с отладочной информацией и повторите эксперимент. У нас пока такого не наблюдалось. Может быть Вы помните после чего именно он стал падать? > > -- > Regards, > Sergei Dolmatov. > --- > UNIX was half a billion (500000000) seconds old on > Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). > -- Andy Tannenbaum > _______________________________________________ > Sisyphus mailing list > Sisyphus@altlinux.ru > http://altlinux.ru/mailman/listinfo/sisyphus ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [sisyphus] osec, segfault 2002-09-30 8:21 ` Stanislav Ievlev @ 2002-09-30 8:50 ` Sergei Dolmatov 2002-09-30 9:27 ` Stanislav Ievlev 0 siblings, 1 reply; 6+ messages in thread From: Sergei Dolmatov @ 2002-09-30 8:50 UTC (permalink / raw) To: sisyphus On Mon, Sep 30, 2002 at 12:21:02PM +0400, Stanislav Ievlev wrote: > On Mon, Sep 30, 2002 at 01:15:50PM +0900, Sergei Dolmatov wrote: > > Добрый день! > > > > С недавнего времени osec стал падать в кору: > > > > root@dolmatov ~ # gdb osec > > (no debugging symbols found)...(gdb) run > > Starting program: /sbin/osec > > (no debugging symbols found)...(no debugging symbols found)...(no debugging > > symbols found)...(no debugging symbols found)... > > processing... /bin/ > > processing... /lib/ > > (no debugging symbols found)... > > Program received signal SIGSEGV, Segmentation fault. > > 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > (gdb) where > > #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > #1 0x0804b715 in strcpy () at strcpy:-1 > > #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, > > std::allocator<char> >::~basic_stringbuf() () > > #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, > > std::allocator<char> >::~basic_stringbuf() () > > #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, > > std::allocator<char> >::~basic_stringbuf() () > > #5 0x0804ad2c in strcpy () at strcpy:-1 > > #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, > > ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, > > rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at > > ../sysdeps/generic/libc-start.c:129 > > (gdb) > > > > С чем это может быть связано? > Так сходу ничего не скажешь. Пожайлуста пересоберите osec с отладочной > информацией и повторите эксперимент. У нас пока такого не наблюдалось. > > Может быть Вы помните после чего именно он стал падать? После того, как я заболел гриппом. :) Не помню. Попытка пересборки дает вот такой результат: g++ -ldb_cxx -lcrypto -L/usr/lib -lxml2 -lz -lm osec.o ../lib/storage.o ../lib/statitem.o ../lib/fields.o ../lib/reporter.o ../lib/cksumitem.o ../lib/config.o -o osec ../lib/storage.o: In function `InternalError type_info function': /usr/src/RPM/BUILD/osec-0.3.3/src/../lib/storage.cpp(.text+0x28): undefined reference to `Db::Db(DbEnv *, unsigned int)' и дальше - undefined references... Ему еще что-то надо кроме того, что указано в BuildRequires? -- Regards, Sergei Dolmatov. --- UNIX was half a billion (500000000) seconds old on Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). -- Andy Tannenbaum ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [sisyphus] osec, segfault 2002-09-30 8:50 ` Sergei Dolmatov @ 2002-09-30 9:27 ` Stanislav Ievlev 2002-09-30 9:37 ` Serge Volkov 0 siblings, 1 reply; 6+ messages in thread From: Stanislav Ievlev @ 2002-09-30 9:27 UTC (permalink / raw) To: sisyphus On Mon, Sep 30, 2002 at 05:50:09PM +0900, Sergei Dolmatov wrote: > On Mon, Sep 30, 2002 at 12:21:02PM +0400, Stanislav Ievlev wrote: > > On Mon, Sep 30, 2002 at 01:15:50PM +0900, Sergei Dolmatov wrote: > > > Добрый день! > > > > > > С недавнего времени osec стал падать в кору: > > > > > > root@dolmatov ~ # gdb osec > > > (no debugging symbols found)...(gdb) run > > > Starting program: /sbin/osec > > > (no debugging symbols found)...(no debugging symbols found)...(no debugging > > > symbols found)...(no debugging symbols found)... > > > processing... /bin/ > > > processing... /lib/ > > > (no debugging symbols found)... > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > (gdb) where > > > #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > #1 0x0804b715 in strcpy () at strcpy:-1 > > > #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, > > > std::allocator<char> >::~basic_stringbuf() () > > > #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, > > > std::allocator<char> >::~basic_stringbuf() () > > > #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, > > > std::allocator<char> >::~basic_stringbuf() () > > > #5 0x0804ad2c in strcpy () at strcpy:-1 > > > #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, > > > ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, > > > rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at > > > ../sysdeps/generic/libc-start.c:129 > > > (gdb) > > > > > > С чем это может быть связано? > > Так сходу ничего не скажешь. Пожайлуста пересоберите osec с отладочной > > информацией и повторите эксперимент. У нас пока такого не наблюдалось. > > > > Может быть Вы помните после чего именно он стал падать? > > После того, как я заболел гриппом. :) Не помню. > > Попытка пересборки дает вот такой результат: > > g++ -ldb_cxx -lcrypto -L/usr/lib -lxml2 -lz -lm osec.o ../lib/storage.o > ../lib/statitem.o ../lib/fields.o ../lib/reporter.o ../lib/cksumitem.o > ../lib/config.o -o osec > ../lib/storage.o: In function `InternalError type_info function': > /usr/src/RPM/BUILD/osec-0.3.3/src/../lib/storage.cpp(.text+0x28): undefined > reference to `Db::Db(DbEnv *, unsigned int)' > > и дальше - undefined references... > > Ему еще что-то надо кроме того, что указано в BuildRequires? Наверное Вы собираете старым компилятором. > > -- > Regards, > Sergei Dolmatov. > --- > UNIX was half a billion (500000000) seconds old on > Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). > -- Andy Tannenbaum > _______________________________________________ > Sisyphus mailing list > Sisyphus@altlinux.ru > http://altlinux.ru/mailman/listinfo/sisyphus ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [sisyphus] osec, segfault 2002-09-30 9:27 ` Stanislav Ievlev @ 2002-09-30 9:37 ` Serge Volkov 2002-09-30 10:57 ` Stanislav Ievlev 0 siblings, 1 reply; 6+ messages in thread From: Serge Volkov @ 2002-09-30 9:37 UTC (permalink / raw) To: sisyphus Приветствуюю у меня такое было нужно было поставить библиотеку libstdс++3.2 кажется On Mon, 30 Sep 2002 13:27:46 +0400 Stanislav Ievlev <inger@altlinux.org> wrote: > On Mon, Sep 30, 2002 at 05:50:09PM +0900, Sergei Dolmatov wrote: > > On Mon, Sep 30, 2002 at 12:21:02PM +0400, Stanislav Ievlev wrote: > > > On Mon, Sep 30, 2002 at 01:15:50PM +0900, Sergei Dolmatov wrote: > > > > Добрый день! > > > > > > > > С недавнего времени osec стал падать в кору: > > > > > > > > root@dolmatov ~ # gdb osec > > > > (no debugging symbols found)...(gdb) run > > > > Starting program: /sbin/osec > > > > (no debugging symbols found)...(no debugging symbols found)...(no debugging > > > > symbols found)...(no debugging symbols found)... > > > > processing... /bin/ > > > > processing... /lib/ > > > > (no debugging symbols found)... > > > > Program received signal SIGSEGV, Segmentation fault. > > > > 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > > (gdb) where > > > > #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > > #1 0x0804b715 in strcpy () at strcpy:-1 > > > > #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, > > > > std::allocator<char> >::~basic_stringbuf() () > > > > #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, > > > > std::allocator<char> >::~basic_stringbuf() () > > > > #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, > > > > std::allocator<char> >::~basic_stringbuf() () > > > > #5 0x0804ad2c in strcpy () at strcpy:-1 > > > > #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, > > > > ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, > > > > rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at > > > > ../sysdeps/generic/libc-start.c:129 > > > > (gdb) > > > > > > > > С чем это может быть связано? > > > Так сходу ничего не скажешь. Пожайлуста пересоберите osec с отладочной > > > информацией и повторите эксперимент. У нас пока такого не наблюдалось. > > > > > > Может быть Вы помните после чего именно он стал падать? > > > > После того, как я заболел гриппом. :) Не помню. > > > > Попытка пересборки дает вот такой результат: > > > > g++ -ldb_cxx -lcrypto -L/usr/lib -lxml2 -lz -lm osec.o ../lib/storage.o > > ../lib/statitem.o ../lib/fields.o ../lib/reporter.o ../lib/cksumitem.o > > ../lib/config.o -o osec > > ../lib/storage.o: In function `InternalError type_info function': > > /usr/src/RPM/BUILD/osec-0.3.3/src/../lib/storage.cpp(.text+0x28): undefined > > reference to `Db::Db(DbEnv *, unsigned int)' > > > > и дальше - undefined references... > > > > Ему еще что-то надо кроме того, что указано в BuildRequires? > Наверное Вы собираете старым компилятором. > > > > > -- > > Regards, > > Sergei Dolmatov. > > --- > > UNIX was half a billion (500000000) seconds old on > > Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). > > -- Andy Tannenbaum > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@altlinux.ru > > http://altlinux.ru/mailman/listinfo/sisyphus > _______________________________________________ > Sisyphus mailing list > Sisyphus@altlinux.ru > http://altlinux.ru/mailman/listinfo/sisyphus -- With best wishes, Volkov Serge Network Administrator/Security Administrator ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [sisyphus] osec, segfault 2002-09-30 9:37 ` Serge Volkov @ 2002-09-30 10:57 ` Stanislav Ievlev 0 siblings, 0 replies; 6+ messages in thread From: Stanislav Ievlev @ 2002-09-30 10:57 UTC (permalink / raw) To: sisyphus On Mon, Sep 30, 2002 at 01:37:47PM +0400, Serge Volkov wrote: > Приветствуюю > > у меня такое было нужно было поставить библиотеку libstdс++3.2 кажется Через apt она должна была вытащиться автоматически > > On Mon, 30 Sep 2002 13:27:46 +0400 > Stanislav Ievlev <inger@altlinux.org> wrote: > > > On Mon, Sep 30, 2002 at 05:50:09PM +0900, Sergei Dolmatov wrote: > > > On Mon, Sep 30, 2002 at 12:21:02PM +0400, Stanislav Ievlev wrote: > > > > On Mon, Sep 30, 2002 at 01:15:50PM +0900, Sergei Dolmatov wrote: > > > > > Добрый день! > > > > > > > > > > С недавнего времени osec стал падать в кору: > > > > > > > > > > root@dolmatov ~ # gdb osec > > > > > (no debugging symbols found)...(gdb) run > > > > > Starting program: /sbin/osec > > > > > (no debugging symbols found)...(no debugging symbols found)...(no debugging > > > > > symbols found)...(no debugging symbols found)... > > > > > processing... /bin/ > > > > > processing... /lib/ > > > > > (no debugging symbols found)... > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > > > (gdb) where > > > > > #0 0x4003a4c8 in Db::close(unsigned) () from /usr/lib/libdb_cxx-4.0.so > > > > > #1 0x0804b715 in strcpy () at strcpy:-1 > > > > > #2 0x080578b8 in std::basic_stringbuf<char, std::char_traits<char>, > > > > > std::allocator<char> >::~basic_stringbuf() () > > > > > #3 0x0804f59d in std::basic_stringbuf<char, std::char_traits<char>, > > > > > std::allocator<char> >::~basic_stringbuf() () > > > > > #4 0x0804f796 in std::basic_stringbuf<char, std::char_traits<char>, > > > > > std::allocator<char> >::~basic_stringbuf() () > > > > > #5 0x0804ad2c in strcpy () at strcpy:-1 > > > > > #6 0x4033a727 in __libc_start_main (main=0x804a810 <strcpy+660>, argc=1, > > > > > ubp_av=0xbffff7a4, init=0x8049ee4 <_init>, fini=0x8059464 <_fini>, > > > > > rtld_fini=0x4000af04 <_dl_fini>, stack_end=0xbffff79c) at > > > > > ../sysdeps/generic/libc-start.c:129 > > > > > (gdb) > > > > > > > > > > С чем это может быть связано? > > > > Так сходу ничего не скажешь. Пожайлуста пересоберите osec с отладочной > > > > информацией и повторите эксперимент. У нас пока такого не наблюдалось. > > > > > > > > Может быть Вы помните после чего именно он стал падать? > > > > > > После того, как я заболел гриппом. :) Не помню. > > > > > > Попытка пересборки дает вот такой результат: > > > > > > g++ -ldb_cxx -lcrypto -L/usr/lib -lxml2 -lz -lm osec.o ../lib/storage.o > > > ../lib/statitem.o ../lib/fields.o ../lib/reporter.o ../lib/cksumitem.o > > > ../lib/config.o -o osec > > > ../lib/storage.o: In function `InternalError type_info function': > > > /usr/src/RPM/BUILD/osec-0.3.3/src/../lib/storage.cpp(.text+0x28): undefined > > > reference to `Db::Db(DbEnv *, unsigned int)' > > > > > > и дальше - undefined references... > > > > > > Ему еще что-то надо кроме того, что указано в BuildRequires? > > Наверное Вы собираете старым компилятором. > > > > > > > > -- > > > Regards, > > > Sergei Dolmatov. > > > --- > > > UNIX was half a billion (500000000) seconds old on > > > Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch). > > > -- Andy Tannenbaum > > > _______________________________________________ > > > Sisyphus mailing list > > > Sisyphus@altlinux.ru > > > http://altlinux.ru/mailman/listinfo/sisyphus > > _______________________________________________ > > Sisyphus mailing list > > Sisyphus@altlinux.ru > > http://altlinux.ru/mailman/listinfo/sisyphus > > > -- > With best wishes, Volkov Serge > Network Administrator/Security Administrator > _______________________________________________ > Sisyphus mailing list > Sisyphus@altlinux.ru > http://altlinux.ru/mailman/listinfo/sisyphus ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-09-30 10:57 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-09-30 4:15 [sisyphus] osec, segfault Sergei Dolmatov 2002-09-30 8:21 ` Stanislav Ievlev 2002-09-30 8:50 ` Sergei Dolmatov 2002-09-30 9:27 ` Stanislav Ievlev 2002-09-30 9:37 ` Serge Volkov 2002-09-30 10:57 ` Stanislav Ievlev
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git