[sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 12482 bytes --]

	Здравствуйте.
Решил, что пора начинать объезжать 3.1 дома :), и занялся
dist-upgrade.  Простыню, что ниже, постараюсь ещё изложить
в паре багрепортов, но вообще был бы благодарен за комментарии 
ldv@ (см. второй аттач), inger@ (^fatal) (?) и майнтейнерам
пакетов, которые были удалены вместо обновления (jaa@, shrek@).

----------------

Зеркало сизифа на hdd, rsync, apt-get update,
apt-get dist-upgrade; изучение вывода, rpm -e glibc-core-i686;
далее из удивившего в to be REMOVED остаётся gimp2 (и gimp*), 
gvidcap, hal, ppp, pptpd, stardict-slovnyk_* и wmforkplop
(полный лог прилагается).

...а, заглянул в /etc/apt/apt.conf и снял все Hold (где в т.ч.
был mc, откаченный после "перекраски" пакета).  Список REMOVED
существенно не изменился, kept back:

grdesktop gtkcdlabel libxine tea

=> apt-get remove их (точнее, rpm -e grdesktop gtkcdlabel libxine
tea xine-ui xine-ui-aa amarok-engine-xine amarok -- apt начинал
пытаться исправить положение путём выноса половины системы: 78
upgraded, 59 newly installed, 1 replaced, 591 removed and 673 not
upgraded.)

$ sudo apt-get dist-upgrade
Do you want to continue? [Y/n]
Committing changes...

Бдыщщщ, у меня ж было два комплекта libMySQL (в AllowDuplicated
и по факту).

=> rpm -e libMySQL-5.0.18-alt0.1 MySQL-client-5.0.18-alt0.1 MySQL-server-5.0.18-alt0.1

А вот это так и есть?
file /usr/bin/tree from install of openmotif-demos-2.2.3-alt3.1 conflicts with file from package tree-1.0.0-alt1

=> sudo rpm -e openmotif-demos

----------------

[......простучало.......]
[лог далее -- не совсем cut-n-paste, постарался сделать более
читабельным -- в частности, выкинуты лишние пустые строки]

Посмотрел:

/etc/security/limits.conf.rpmnew (поднял в limits.conf лимиты
* и @root соответственно)

/etc/security/console.perms.rpmnew (куча полезных изменений
навроде <raw1394> и непонятность по части /mnt vs /media -- 
там исключительно первое используется; также неясно, зачем
на <camera> давать группу disk -- в общем, отодвинул старый
и положил копию rpmnew на его место)

/etc/sensors.conf.rpmnew (diff здоровый, пока оставил as is)

/etc/adjtime.rpmnew (он у меня обычно пустой, кого-то плющит
и начинают умничать со временем при живом-то ntpd -- или это
исторически осталось со времён, когда ntpd обычно не было, а
бывал ntpdate в ip-up?..)

/etc/apt/sources.list.rpmnew, /etc/rpm/macros.rpmnew --
понятно...

openssh-server
--- /etc/openssh/sshd_config.rpmnew     2006-11-09 15:28:22 +0200
+++ /etc/openssh/sshd_config    2006-08-23 12:11:04 +0300
-#Compression delayed
+#Compression yes

(из пакетного)

/etc/sysconfig/ntpd.rpmnew: отодвинул старый, положил новый;
вообще можно попробовать придумать что-то для %post (например,
определение заведомо нерабочего типичного конфига и исправление
с соответстующим stderr), поскольку:

Starting ntpd service: /usr/sbin/ntpd: unknown option -U
[...]

libtool_1.4
warning: file /etc/alternatives/packages.d/libtool_1.4 has deprecated format

xinitrc
warning: /etc/X11/xinit/Xmodmap saved as /etc/X11/xinit/Xmodmap.rpmsave

wdm
warning: /etc/X11/wdm/wdm-config saved as /etc/X11/wdm/wdm-config.rpmsave
(изменение путей, помимо wdmBg; также исчезла сессия "KDE (safe)")

kde-settings
warning: /usr/share/config/kppprc saved as /usr/share/config/kppprc.rpmsave

Опаньки, а тут rpm выкинул backtrace (см. второй аттач).

startup
--- /etc/inittab        2005-01-27 08:26:05 +0200
+++ /etc/inittab.rpmnew 2006-08-15 20:08:24 +0300
+
+# ALT installer, 3rd stage.
+l7:7:wait:/usr/sbin/install3
+
# Things to run in every runlevel.
-ud::once:/sbin/update
+#ud::once:/sbin/update
-
-# Fix fonts for framebuffer.
-#fb:2345:once:/etc/rc.d/scripts/framebuffer_setfont
-
-# Run desktop manager in runlevel 5
-#x:5:respawn:/etc/X11/prefdm -nodaemon

kdebase-kdm
Entry outside any section at /usr/share/config/kdm/kdmrc:1Entry outside any section at /usr/share/config/kdm/kdmrc:1Information: reading current xdm config file /etc/X11/xdm/xdm-config
Warning: cannot read file /etc/X11/xdm/xdm-keys

bind
--- /var/lib/bind/etc/options.conf      2006-03-17 20:26:02 +0200
+++ /var/lib/bind/etc/options.conf.rpmnew       2006-11-03 03:54:16 +0200
-       pid-file "/var/run/named.pid";
+       pid-file "";

libwine
warning: /usr/share/fonts/wine/fonts.cache-1 saved as /usr/share/fonts/wine/fonts.cache-1.rpmsave

etcnet
warning: /etc/rc.d/init.d/network saved as /etc/rc.d/init.d/network.rpmsave
warning: /etc/sysconfig/network created as /etc/sysconfig/network.rpmnew
--- /etc/sysconfig/network      2005-08-02 21:47:16 +0300
+++ /etc/sysconfig/network.rpmnew       2006-09-16 21:35:38 +0300
+# This is used by ALTLinux ppp-common to decide if we want to install
+# nameserver lines into /etc/resolv.conf or not.
+RESOLV_MODS=yes
(помимо локальных изменений)

warning: group asterisk does not exist - using root
[...N раз...]
dev
(TODO: ещё раз подумать над pseudouser/group policy,
например, статическая аллокация с динамическим созданием?)

php
warning: /etc/php/4.3.12/cli/php.ini saved as /etc/php/4.3.12/cli/php.ini.rpmsave

WARNING: error_log_facility directive is deprecated. Use hphp.log.syslog.facility instead.

apache-common
warning: /etc/httpd/conf/vhosts/Vhosts.conf created as /etc/httpd/conf/vhosts/Vhosts.conf.rpmnew
(положил новый вместо старого)

apache
warning: /etc/httpd/conf/httpd.conf created as /etc/httpd/conf/httpd.conf.rpmnew
(то же)

apache-mod_php
warning: /etc/php/4.3.12/mod_php/php.ini saved as /etc/php/4.3.12/mod_php/php.ini.rpmsave

aspell-ispell
fatal: wrong number of the fields

aspell-ru-lebedev
fatal: wrong number of the fields

blackbox
warning: file /etc/alternatives/packages.d/blackbox has deprecated format

cdrecord-classic
fatal: wrong number of the fields

sandman-server
warning: /etc/sandman/repos created as /etc/sandman/repos.rpmnew

desktop-file-utils
** (process:29907): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
[дважды]

wine
** (process:29931): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
[дважды]

grub
/usr/sbin/detectloader: hda: grub
Unknown partition table signature
(перееду-ка я на lilo, пожалуй...)

iptables
warning: /etc/sysconfig/iptables created as /etc/sysconfig/iptables.rpmnew

ispell
fatal: wrong number of the fields

lilo
/usr/sbin/detectloader: hda: grub

nfs-server
warning: /var/lib/nfs/etab created as /var/lib/nfs/etab.rpmnew
warning: /var/lib/nfs/rmtab created as /var/lib/nfs/rmtab.rpmnew

nvidia_glx_1.0.7174
Warning! Required nvidia kernel version is 1.0.7174

nvidia_glx_1.0.7676
nvidia: failed to unlink /etc/X11/lib/libglx.a: No such file or directory
nvidia: failed to unlink /etc/X11/lib_nvidia/nvidia_drv.o: No such file or directory
nvidia: failed to unlink /etc/X11/lib_nvidia/libnvidia-cfg.so.1: No such file or directory
nvidia: failed to unlink /etc/X11/lib_nvidia/libnvidia-tls.so.1: No such file or directory

sharatype-fonts
warning: /usr/share/fonts/default/Type1-sharatype/fonts.cache-1 saved as /usr/share/fonts/default/Type1-sharatype/fonts.cache-1.rpmsave

smartmontools
warning: /etc/smartd.conf created as /etc/smartd.conf.rpmnew
(изменения существенные, тоже оставил на потом)

alterator-browser-qt-light
fatal: wrong number of the fields

seamonkey
warning: /usr/lib/mozilla/chrome/chrome.rdf saved as /usr/lib/mozilla/chrome/chrome.rdf.rpmsave
warning: /usr/lib/mozilla/chrome/overlays.rdf saved as /usr/lib/mozilla/chrome/overlays.rdf.rpmsave

cups
cups: Invalid mode: public
fatal: wrong number of the fields

samba (%pre)
Moving tdb files in /var/cache/samba/*.tdb to /var/lib/samba/*.tdb

vim-X11-gtk2
fatal: wrong number of the fields

sisyphus
warning: /etc/sisyphus/config created as /etc/sisyphus/config.rpmnew

vim-X11
fatal: wrong number of the fields

vim-common
** (process:24420): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
** (process:24448): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
(разные pid)

и наконец

/usr/bin/update-mime-database: Deprecated second parameter '/var/cache/mime' ignored.
***
* Updating MIME database in /usr/share/mime...
Wrote 502 strings at 20 - 29a0
Wrote aliases at 29a0 - 2b94
Wrote parents at 2b94 - 35a0
Wrote literal globs at 35a0 - 3604
Wrote suffix globs at 3604 - 6adc
Wrote full globs at 6adc - 6b00
Wrote magic at 6b00 - c46c
Wrote namespace list at c46c - c47c
***

** (process:25334): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
/usr/bin/update-mime-database: Deprecated second parameter '/var/cache/mime' ignored.
***
* Updating MIME database in /usr/share/mime...
Wrote 501 strings at 20 - 2988
Wrote aliases at 2988 - 2b7c
Wrote parents at 2b7c - 3588
Wrote literal globs at 3588 - 35ec
Wrote suffix globs at 35ec - 6a04
Wrote full globs at 6a04 - 6a28
Wrote magic at 6a28 - c350
Wrote namespace list at c350 - c360
***

** (process:26926): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed

fatal: wrong number of the fields
warning: /etc/pptpd.conf saved as /etc/pptpd.conf.rpmsave
warning: /etc/ppp/options saved as /etc/ppp/options.rpmsave

----------------

Черкнул (уже на dist-upgrade'нутой системе) себе livecd на всякий
-- помнится, в (поза)\+прошлый раз забыл и озадаченно чесал в
затылке, а как это дома загрузиться не с чего :-)

Обновил руками ядро и модули (почему-то update_kernel_modules.sh
перестал обновлять собственно ядро с каких-то пор, но при
обновлённом вручную модули подтягивает); поправил lilo.conf,
поставил lilo.

reboot.

----------------

...взлетели.

Загрузка нормально (что-то по мелочам было, не заметил толком).
Разве что звук оказался на нуле -- sound.rc явно сломался.

Далее послетали пиктограмки в WindowMaker (что понятно, но может
иметь смысл озадачиться скриптиком для перековыривания всех
~/G/D/WindowMaker по части как минимум s/исчезнувших/добавленных/
путей к ним).

Зато программки будто действительно шустрее запускаются.
Начал возвращать порядок...

----------------

Обновлению gimp2 мешал будто бы не хотевший уходить libfam 
-- думаю, это бага в libapt, который предпочёл снести десяток
окологимповых пакетов вместо обновления libfam на нового
провайдера:

The following extra packages will be installed:
  gnome-vfs libgamin-fam libgtkhtml2 librsvg
The following packages will be REMOVED:
  libfam
The following NEW packages will be installed:
  gimp2 gnome-vfs libgamin-fam libgtkhtml2 librsvg

grip тоже вернулся:

The following extra packages will be installed:
  libbonoboui libgnome libgnomeui
The following NEW packages will be installed:
  grip libbonoboui libgnome libgnomeui

Почему переезд openoffice.org2 на openoffice.org сам 
не произошёл -- тоже не понял:

Preparing...                 ##################################### [100%]
1: openoffice.org            ##################################### [ 50%]
fatal: wrong number of the fields
2: openoffice.org-langpack-ru##################################### [100%]
Done.

А вот дальше пошли гентуизмы.

kino-0.9.3, которое застряло в incoming, пришлось взять своей
сборки (и собрать ffmpeg2theora вместе с тоже улетевшим k3b,
поскольку libavformat убежал вперёд).  О, дособиралось.

----------------

Спамит cron (точнее, sysstat):

Date: Sun, 26 Nov 2006 20:20:01 +0200 (EET)
From: root@home (Cron Daemon)
To: root@home
Subject: Cron <root@home> /usr/lib/sa/sa1 1 1

realloc: Success

Ну ладно.

Шрифты в gtk2 (например, seamonkey) какие-то более жирные 
и размытые -- будто бы проигнорирован мой ~/.gtkrc-2.0,
посмотрю отдельно.

Давненько не пользовался lyx; поставил lyx-qt, сходу (в т.ч.
со сносом ~/.lyx и конфигурированием как в моей странной
смешанной локали, так и с LC_ALL/LANG=ru_RU.KOI8-R) набрать
что-либо по-русски не вышло -- ввода будто нет, хотя статус
документа меняется.  Но о программах отдельно (дописывая 
страничку на wiki про вкусности в свежем kino :-).

----------------

Общее впечатление -- вполне ничего, хотя есть места, где 
можно облегчить рутинную часть переезда, и разломы, которые
бы скорректировать разгребанием incoming и/или NMU, раз уж
договориться за пересборку от soname пока затруднения.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: dist-upgrade-from-3.0-20061126.log.gz --]
[-- Type: application/octet-stream, Size: 8707 bytes --]

[-- Attachment #3: dist-upgrade-from-3.0-20061126-rpm.log.gz --]
[-- Type: application/octet-stream, Size: 1447 bytes --]

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

В сообщении от 26 ноября 2006 22:43 Michael Shigorin написал(a):
...

> Почему переезд openoffice.org2 на openoffice.org сам
> не произошёл -- тоже не понял:
>
> Preparing...                 ##################################### [100%]
> 1: openoffice.org            ##################################### [ 50%]
> fatal: wrong number of the fields
> 2: openoffice.org-langpack-ru##################################### [100%]
> Done.

сейчас точно такая же ругань на все альтернативы при обновлении (aspell 
например)

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Damir Shayhutdinov]

> сейчас точно такая же ругань на все альтернативы при обновлении (aspell
> например)
Ага, это я виноват :( В файле альтернатив для aspell-ispell лишняя
пустая строчка закралась. Сегодня залью исправленную версию.

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Michael Shigorin]

On Sun, Nov 26, 2006 at 09:43:56PM +0200, Michael Shigorin wrote:
> Загрузка нормально (что-то по мелочам было, не заметил толком).
> Разве что звук оказался на нуле -- sound.rc явно сломался.

Подозревал, что это ещё не вся правда жизни, но чтоб так...
Звука нет, зато PCM на emu10k1 при gain >= 0.00 регулирует
высоту писка в колонках (при нуле порядка 16КГц, больше -- 
спускаемся в более ощутимо звуковые частоты).

Эге-гей, у кого есть asound.state нормальный для свежего
snd-emu10k1?..

PS: при этом kino звучало (вроде как уже на новом ядре).
Возможно, виноват полезший кривыми руками kmix, у которого
на лице лейблы примерно напловину как-то интересно перемешаны
(например, две пиктограмки басового ключа).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Sergey]

On Monday 27 November 2006 01:35, Michael Shigorin wrote:

> Возможно, виноват полезший кривыми руками kmix, у которого
> на лице лейблы примерно напловину как-то интересно перемешаны
> (например, две пиктограмки басового ключа).

Кстати, у меня на материнке с i945 тоже как-то странно с пиктограммами.
А вот на 865 - нормально...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 610 bytes --]

On Sun, Nov 26, 2006 at 11:35:38PM +0200, Michael Shigorin wrote:
> Подозревал, что это ещё не вся правда жизни, но чтоб так...
> Звука нет, зато PCM на emu10k1 при gain >= 0.00 регулирует
> высоту писка в колонках (при нуле порядка 16КГц, больше -- 
> спускаемся в более ощутимо звуковые частоты).
> 
> Эге-гей, у кого есть asound.state нормальный для свежего
> snd-emu10k1?..

А просто снести, перегрузить модуль и настроить руками через alsamixer
(а не корявый kmix, который вроде бы имел свойство что-то включать по
собственной инициативе)?

Какой-нибудь Digital Audio Jack там не включился?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Michael Shigorin]

On Mon, Nov 27, 2006 at 12:53:33PM +0300, Sergey Vlasov wrote:
> > Подозревал, что это ещё не вся правда жизни, но чтоб так...
> > Звука нет, зато PCM на emu10k1 при gain >= 0.00 регулирует
> > высоту писка в колонках (при нуле порядка 16КГц, больше -- 
> > спускаемся в более ощутимо звуковые частоты).
> > Эге-гей, у кого есть asound.state нормальный для свежего
> > snd-emu10k1?..
> А просто снести, перегрузить модуль и настроить руками через
> alsamixer (а не корявый kmix, который вроде бы имел свойство
> что-то включать по собственной инициативе)?

Спасибо, попробую.

> Какой-нибудь Digital Audio Jack там не включился?

Ммм... не помню, тоже гляну.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Slava Semushin]

--- Michael Shigorin 2006-11-26 21:43:56 +0200
+++ Slava Semushin 2006-11-27 04:17:57 +0600

MS> Спамит cron (точнее, sysstat):
MS> Date: Sun, 26 Nov 2006 20:20:01 +0200 (EET)
MS> From: root@home (Cron Daemon)
MS> To: root@home
MS> Subject: Cron <root@home> /usr/lib/sa/sa1 1 1
MS> realloc: Success

    Ну так это ошибка. Мне об этой ситуации Юра Каширин рассказывал:
    malloc()/realloc() в случае ошибки не устанавливают errno, поэтому
    если её использовать, то могут получить вот такие результаты.

    Там код типа такого, наверное:

    ptr = realloc(...);
    if (ptr == NULL) {
        perror("realloc");
        exit(1);
    }

    По хрошему, надо патчить...

-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Michael Shigorin]

On Mon, Nov 27, 2006 at 04:23:07AM +0600, Slava Semushin wrote:
> MS> Спамит cron (точнее, sysstat):
> MS> realloc: Success
> Ну так это ошибка.

Ну так понимаю.

> Мне об этой ситуации Юра Каширин рассказывал:
> malloc()/realloc() в случае ошибки не устанавливают errno,
> поэтому если её использовать, то могут получить вот такие
> результаты.

Да я как-то вообще пока не понял смысла проверять возврат malloc
при включенном штатно в ядре overcommit, хотя недавно тема опять
пробегала.

> По хрошему, надо патчить...

По-плохому, оно принялось быстро забивать мне mbox =>
rpm -e sysstat

Поставлен когда-то он был не совсем от балды :-(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Slava Semushin]

--- Michael Shigorin 2006-11-27 00:22:46 +0200
+++ Slava Semushin 2006-11-27 04:36:31 +0600

MS> По-плохому, оно принялось быстро забивать мне mbox =>
MS> rpm -e sysstat

    Ну а багу повешать? :) Как ты говоришь "чтобы не потерялось" ;-)

-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Slava Semushin]

--- Slava Semushin 2006-11-27 04:37:02 +0600
+++ Slava Semushin 2006-11-27 04:44:08 +0600

SS> MS> По-плохому, оно принялось быстро забивать мне mbox =>
SS> MS> rpm -e sysstat
SS>     Ну а багу повешать? :) Как ты говоришь "чтобы не потерялось" ;-)

    P.S. Судя по письму в devel@ уже доступна новая версия -- 7.0.0
    Возможно, в ней эта ошибка уже исправлена.

-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] malloc behaviour

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 555 bytes --]

On Mon, Nov 27, 2006 at 12:22:46AM +0200, Michael Shigorin wrote:
[...]
> Да я как-то вообще пока не понял смысла проверять возврат malloc
> при включенном штатно в ядре overcommit, хотя недавно тема опять
> пробегала.

Миша, тебе кто-то заморочил голову.  В современной системе есть несколько
совершенно реальных причин, которые могут привести к memory allocation
failure, так что vm.overcommit_memory (который по умолчанию установлен в
0, т.е. "heuristic overcommit handling") не даёт права не проверять код
возврата malloc(3).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [JT] Re: malloc behaviour

[Michael Shigorin]

On Mon, Nov 27, 2006 at 01:51:01AM +0300, Dmitry V. Levin wrote:
> > Да я как-то вообще пока не понял смысла проверять возврат malloc
> > при включенном штатно в ядре overcommit, хотя недавно тема опять
> > пробегала.
> Миша, тебе кто-то заморочил голову.

Другой сильнодействующий администратор (тоже московский).

> В современной системе есть несколько совершенно реальных
> причин, которые могут привести к memory allocation failure, так
> что vm.overcommit_memory (который по умолчанию установлен в 0,
> т.е. "heuristic overcommit handling") не даёт права не
> проверять код возврата malloc(3).

Спасибо, попробую знать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] malloc behaviour

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1204 bytes --]

On Mon, Nov 27, 2006 at 04:23:07AM +0600, Slava Semushin wrote:
> --- Michael Shigorin 2006-11-26 21:43:56 +0200
> +++ Slava Semushin 2006-11-27 04:17:57 +0600
> 
> MS> Спамит cron (точнее, sysstat):
> MS> Date: Sun, 26 Nov 2006 20:20:01 +0200 (EET)
> MS> From: root@home (Cron Daemon)
> MS> To: root@home
> MS> Subject: Cron <root@home> /usr/lib/sa/sa1 1 1
> MS> realloc: Success
> 
>     Ну так это ошибка. Мне об этой ситуации Юра Каширин рассказывал:
>     malloc()/realloc() в случае ошибки не устанавливают errno, поэтому
>     если её использовать, то могут получить вот такие результаты.

malloc(3) придерживается другого мнения:
"The Unix98 standard requires malloc(), calloc(), and realloc() to set
errno to ENOMEM upon failure.  Glibc assumes that this is done (and the
glibc versions of these routines do this); if you use a private malloc
implementation that does not set errno, then certain library routines
may fail without having a reason in errno."

>     Там код типа такого, наверное:
> 
>     ptr = realloc(...);
>     if (ptr == NULL) {
>         perror("realloc");
>         exit(1);
>     }

Для таких случаев давно придумали xrealloc.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] dist-upgrade from 3.0 log [attn: ldv]

[Igor Zubkov]

В сообщении от 26 ноября 2006 21:43 Michael Shigorin написал(a):
> blackbox
> warning: file /etc/alternatives/packages.d/blackbox has deprecated format

Патчи приветсуются... :)

-- 
icesik