Re: [sisyphus] Synaptic валится в segmentation fault :-(

[Sviatoslav Sviridov <svd@lintec.minsk.by>]

On Mon, 10 Mar 2003 01:21:34 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Mon, Mar 10, 2003 at 02:11:31AM +0200, Sviatoslav Sviridov wrote:
> > > > После последнего обновления из сизифа синаптик стал валиться при
> > > > попытке установить какой-либо пакет, как раз когда на кнопу жмешь,
> > > > чтобы он заливать паеты начал :-((
> > > 
> > > Наверно, это связано с обновлением апта. Я ещё не обновлялся, но
> > > подозреваю, что простая пересборка синаптика поможет. Если завтра
> > > загляну на работу - проверю, там должно быть всё выкачано...
> > 
> > Таки выкачал новый апт дома - валится синаптик, надо пересобирать...
> 
> А почему, собственно?

Расследование покажет...
А пока могу сказать только:

=== strace -f /usr/sbin/synaptic ===
...
open("/var/cache/apt/archives/lock", O_RDWR|O_CREAT|O_TRUNC, 0640) = 7
fcntl64(7, F_SETFD, FD_CLOEXEC)         = 0
fcntl64(7, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat64("/var/lib/apt/lists/partial/", {st_mode=S_IFDIR|0755, st_size=48, ...})
=           0
stat64("/var/cache/apt/archives/partial/", {st_mode=S_IFDIR|S_ISGID|0770,
st_siz          e=104, ...}) = 0
open("/etc/apt/sources.list", O_RDONLY) = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=7420, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40          b38000
read(8, "# Package repository URLs \n\n# Si"..., 8192) = 7420
read(8, "", 4096)                       = 0
read(8, "", 8192)                       = 0
close(8)                                = 0
munmap(0x40b38000, 4096)                = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
====================================

=== gdb /usr/sbin/synaptic ===
...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 14871)]
0x4006b9a7 in pkgPackageManager::CreateOrderList() ()
   from /usr/lib/libapt-pkg-libc6.2-5.so.3.3
(gdb) bt
#0  0x4006b9a7 in pkgPackageManager::CreateOrderList() ()
   from /usr/lib/libapt-pkg-libc6.2-5.so.3.3
#1  0x4006b5ff in pkgPackageManager::GetArchives(pkgAcquire*, pkgSourceList*,
#pkgRecords*) () from /usr/lib/libapt-pkg-libc6.2-5.so.3.3 2  0x08080bc2 in
#RPackageLister::commitChanges(pkgAcquireStatus*, RInstallProgress*) () 3 
#0x08067bbc in RGMainWindow::proceedClicked(_GtkWidget*, void*) () 4 
#0x40652d87 in g_cclosure_marshal_VOID__VOID ()
...
==============================

-- 
Sviatoslav Sviridov
[mailto:svd@lintec.minsk.by] [ICQ#10845380] [Lintec Project] [MLUG]
--
I also never expected Intel to dispose of themselves in such
a cute way.

	- Rik van Riel on linux-kernel