* [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