From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 30 Sep 2002 17:50:09 +0900 From: Sergei Dolmatov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] osec, segfault Message-ID: <20020930085008.GD11566@dolmatov.dsb.ru> Mail-Followup-To: Sergei Dolmatov , sisyphus@altlinux.ru References: <20020930041550.GB11566@dolmatov.dsb.ru> <20020930082102.GE30778@basalt.office.altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20020930082102.GE30778@basalt.office.altlinux.ru> Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: 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, > > std::allocator >::~basic_stringbuf() () > > #3 0x0804f59d in std::basic_stringbuf, > > std::allocator >::~basic_stringbuf() () > > #4 0x0804f796 in std::basic_stringbuf, > > std::allocator >::~basic_stringbuf() () > > #5 0x0804ad2c in strcpy () at strcpy:-1 > > #6 0x4033a727 in __libc_start_main (main=0x804a810 , 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