poldek i deadlocki

[Paweł A. Gajda]

wtorek 15/10/2002 10:38:56, Artur Frysiak:
> 
[...]
> No to zerknijmy co tam poldek trzyma pootwierane:
> # cd /proc/21804/fd
> 4-[root w wiget fd]# ls -l
> razem 0
> lrwx------    1 root     proc           64 paź 15 10:34 0 -> /dev/pts/3
> lrwx------    1 root     proc           64 paź 15 10:34 1 -> /dev/pts/3
> lr-x------    1 root     proc           64 paź 15 10:34 10 -> /var/lib/rpm/Providename
> lr-x------    1 root     proc           64 paź 15 10:34 11 -> /var/lib/rpm/Basenames
> lr-x------    1 root     proc           64 paź 15 10:34 12 -> /var/lib/rpm/Conflictname
> lrwx------    1 root     proc           64 paź 15 10:34 13 -> /dev/ptmx
> lrwx------    1 root     proc           64 paź 15 10:34 14 -> /dev/pts/5
> lrwx------    1 root     proc           64 paź 15 10:34 2 -> /dev/pts/3
> lr-x------    1 root     proc           64 paź 15 10:34 3 -> /etc/poldek.conf
> lrwx------    1 root     proc           64 paź 15 10:34 4 -> /root/.poldek-cache/poldek..lck
> lr-x------    1 root     proc           64 paź 15 10:34 5 -> /mirror/wiget/malakith/packages.dir.mdd
> lr-x------    1 root     proc           64 paź 15 10:34 6 -> /mirror/wiget/malakith/packages.dir.gz
> lr-x------    1 root     proc           64 paź 15 10:34 7 -> /var/lib/rpm/Packages
> lr-x------    1 root     proc           64 paź 15 10:34 8 -> /var/lib/rpm/Name
> lr-x------    1 root     proc           64 paź 15 10:34 9 -> /var/lib/rpm/Requirename
> 
> Czyli jednak nie zamknął bazy, a nawet otworzył ją dwa razy :(

Już poprawione. Rzeczywiście z 4.1 baza nie była zamykana. 
(Commit poszedł bez komentarza  vim mi się wywala z glibcem 2.3.1)