сабж - скачал и собрал последнюю версию
не понравилось несколько вещей - все они в-общем несущественны, но
хочу поделиться - вдруг кто поддержит и тогда подумаем как лучше
поменять

1) проверка версии libevent жжет. у меня молча вываливался тест -
либевент стоит, а почему конфиг не проходит - неясно. конфиг так
сделан: создается на лету conftest.c, тут же собираем его, запускаем и
ловим exit статус (0 или 1 в зависимости от версии libevent). у меня
на тачке была какая-то беда с несколькими libevent, кривыми путями и
ld.so.cache, но мне чтобы понять в чем дело, пришлось руками влезать в
конфиг, разбираться что там за магия волшебная с conftest, править его
чтобы аккуратно перехватывать момент, пока этот conftest.c не
удалится, ручками и его собирать и смотреть, что не так. в моем случае
собранный бинарь вообще не мог подгрузить либу - но никаких ошибок при
конфигурации я не видел - просто конфиг писал, что версия libevent
кривая. мне кажется, тут было бы достаточно показывать stderr/stdout
при вызове тестового бинаря - короче так чтобы человек понимал, из-за
чего именно не прошел тест. вообще у кого какие были траблы с libevent
накидайте ваш обып давайте туда README.libevent положим c типичными
косяками и как их решать.

2) раньше, когда был патч, бинарь был php-cgi, и был так же php-fpm -
шелл-скрипт, который умел start/stop и так далее. сейчас бинарь
php-fpm а шелл-скрипт ваще пропал. предлагаю его вернуть, переименовав
в rcphp (там надо также исправить название бинарника) и положив в тот
же sbin.

3) раньше была отдельная папка logs где лежали все логи + pid-файл.
теперь logs нету, зато появился var/run и var/logs - мне кажется что
банально дольше набирать этот путь и лучше слить всё назад в один или
на крайняк сделать /pid и /logs :)

--

wbr,
fisher

03.01.2010, в 18:22, Alexey A. Rybak написал(а):

> 2) раньше, когда был патч, бинарь был php-cgi, и был так же php-fpm -
> шелл-скрипт, который умел start/stop и так далее. сейчас бинарь
> php-fpm а шелл-скрипт ваще пропал. предлагаю его вернуть, переименовав
> в rcphp (там надо также исправить название бинарника) и положив в тот
> же sbin.


Шелл-скрипт валяется в /ext/init.d.php-fpm, правда не помню,
копируется ли куда-нибудь.

--
Yours, Oleg Roschupkin
jjahson@gmail.com

On 3 янв, 20:26, Oleg Roschupkin <jjah...@gmail.com> wrote:
> Шелл-скрипт валяется в /ext/init.d.php-fpm, правда не помню,  
> копируется ли куда-нибудь.

Нет, не копируется. Более того, его все же приходится ручками править,
т.к. под текущие опции конфигурации он не изменяется. Поэтому лично я
брал редхатовский вариант, правил его под дебиан и только потом
добавлял в автозагрузку.

On 3 янв, 14:22, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> 3) раньше была отдельная папка logs где лежали все логи + pid-файл.
> теперь logs нету, зато появился var/run и var/logs - мне кажется что
> банально дольше набирать этот путь и лучше слить всё назад в один или
> на крайняк сделать /pid и /logs :)

Имхо, pid-ам место в /var/run, а логам приложения место в /var/log.
Единообразие это правильный подход.

> 1) проверка версии libevent жжет. у меня молча вываливался тест -

> 2) раньше, когда был патч, бинарь был php-cgi, и был так же php-fpm -
> шелл-скрипт, который умел start/stop и так далее. сейчас бинарь
> php-fpm а шелл-скрипт ваще пропал. предлагаю его вернуть, переименовав
> в rcphp (там надо также исправить название бинарника) и положив в тот
> же sbin.
>

по хорошему это решается пакетами (хотя тест конечно валиться не
должен).

а правильный шелл скрипт для rhel, debian и gentoo одновременно
написано невозможно =)

я скорее за отсутствие, чем за то, что кто-то вздумает запускать таким
методом, а не стандартным для дебиана скажем.

> а правильный шелл скрипт для rhel, debian и gentoo одновременно
> написано невозможно =)
>
> я скорее за отсутствие, чем за то, что кто-то вздумает запускать таким
> методом, а не стандартным для дебиана скажем.

пакеты кстати для дебиана и рхел как минимум уже есть. только там
какая то из непонятных версий) обновить просто надо.

О да, пакет хорошо. А потом так здорово после установки пакета в том
же CentOS (PHP 5.1.6) мейтейнеры забыли для регулярок поддержку utf.

Каждому свое, но я считаю что допустимо два пути. Как стандартным ПО
по разворачиваю софта, так и сборка из исходников. Мне лично всегда
хочется иметь возможность собрать свой бинарь и делать это и сорцов, и
сделать это спокойно

On 7 янв, 22:04, fixxxer <fixxxe...@gmail.com> wrote:
> > а правильный шелл скрипт для rhel, debian и gentoo одновременно
> > написано невозможно =)
>
> > я скорее за отсутствие, чем за то, что кто-то вздумает запускать таким
> > методом, а не стандартным для дебиана скажем.
>
> пакеты кстати для дебиана и рхел как минимум уже есть. только там
> какая то из непонятных версий) обновить просто надо.

On Jan 8, 1:28 am, alekciy <alekciy...@gmail.com> wrote:
> О да, пакет хорошо. А потом так здорово после установки пакета в том
> же CentOS (PHP 5.1.6) мейтейнеры забыли для регулярок поддержку utf.
>
> Каждому свое, но я считаю что допустимо два пути. Как стандартным ПО
> по разворачиваю софта, так и сборка из исходников. Мне лично всегда
> хочется иметь возможность собрать свой бинарь и делать это и сорцов, и
> сделать  это спокойно

на девелоперской машине конечно, пожалуйста (а кто мешает то...).

а на продакшене это верный способ получить неуправляемый бардак.

ну и вообще, я о инит-скриптах прежде всего; вот например, я щас
например делаю супервайзер процессов на основе подмены start-stop-
daemon; и вот таких умных собиральщиков руками со своими кастомными
скриптами запуска хочется убить =)

Будут готовые инит скрипты идущие с сорцами, да кто в них лазить то
будет? Но если нет, так берем и под текущую ось и делаем.

On 8 янв, 07:53, fixxxer <fixxxe...@gmail.com> wrote:
> ну и вообще, я о инит-скриптах прежде всего; вот например, я щас
> например делаю супервайзер процессов на основе подмены start-stop-
> daemon; и вот таких умных собиральщиков руками со своими кастомными
> скриптами запуска хочется убить =)

04.01.2010, в 0:26, Oleg Roschupkin написал(а):

> Шелл-скрипт валяется в /ext/init.d.php-fpm, правда не помню,
> копируется ли куда-нибудь.

Вот уж не знаю, как я такое написал ) Конечно же в /sapi/fpm/
init.d.php-fpm.

--
Yours, Oleg Roschupkin
jjahson@gmail.com

Приветствую. Ребята, тут проблемка возникла большая. Всегда фпмки
крутились на линуксах, но вот на днях решил перевести один сервер на
фрибсд.
Что скрипта запуска нету - ещё ладно, написал с горем пополам.
Вот проблемы начались дальше - через раз процессы фпмки сыпятся, 502
ошибки вылезают, в логе:
Jan 08 04:41:33.933414 [WARNING] [pool default] child 1840 exited on
signal 10 SIGBUS after 1.120221 seconds from start
Jan 08 04:41:33.933963 [NOTICE] [pool default] child 1868 started
Jan 08 04:41:34.371290 [WARNING] [pool default] child 1842 exited on
signal 10 SIGBUS after 1.557438 seconds from start
Jan 08 04:41:34.371775 [NOTICE] [pool default] child 1869 started
Jan 08 04:41:38.375061 [WARNING] [pool default] child 1844 exited on
signal 10 SIGBUS after 5.560565 seconds from start
Jan 08 04:41:38.375548 [NOTICE] [pool default] child 1870 started

Куда копать?
Freebsd 8.0, nginx 8.x, php-fpm svn
Если можно дебагнуть это дело, то подскажите как. Заранее спасибо!

On Jan 8, 4:50 am, Maxim Balabaev <balabae...@gmail.com> wrote:
> Приветствую. Ребята, тут проблемка возникла большая. Всегда фпмки
> крутились на линуксах, но вот на днях решил перевести один сервер на
> фрибсд.
> Что скрипта запуска нету - ещё ладно, написал с горем пополам.

Ну как это нету :) http://symbi.org/misc/php-fpm.in.txt

> Вот проблемы начались дальше - через раз процессы фпмки сыпятся, 502
> ошибки вылезают, в логе:
> Jan 08 04:41:33.933414 [WARNING] [pool default] child 1840 exited on
> signal 10 SIGBUS after 1.120221 seconds from start
> Jan 08 04:41:33.933963 [NOTICE] [pool default] child 1868 started
> Jan 08 04:41:34.371290 [WARNING] [pool default] child 1842 exited on
> signal 10 SIGBUS after 1.557438 seconds from start
> Jan 08 04:41:34.371775 [NOTICE] [pool default] child 1869 started
> Jan 08 04:41:38.375061 [WARNING] [pool default] child 1844 exited on
> signal 10 SIGBUS after 5.560565 seconds from start
> Jan 08 04:41:38.375548 [NOTICE] [pool default] child 1870 started
>
> Куда копать?
> Freebsd 8.0

архитектура?

, nginx 8.x, php-fpm svn

1) php -m
2) svn info | grep Revision
3) backtrace http://bugs.php.net/bugs-generating-backtrace.php

On Jan 8, 3:53 pm, fixxxer <fixxxe...@gmail.com> wrote:
> On Jan 8, 4:50 am, Maxim Balabaev <balabae...@gmail.com> wrote:
>
> > Приветствую. Ребята, тут проблемка возникла большая. Всегда фпмки
> > крутились на линуксах, но вот на днях решил перевести один сервер на
> > фрибсд.
> > Что скрипта запуска нету - ещё ладно, написал с горем пополам.
>
> Ну как это нету :)http://symbi.org/misc/php-fpm.in.txt
>
> > Вот проблемы начались дальше - через раз процессы фпмки сыпятся, 502
> > ошибки вылезают, в логе:
> > Jan 08 04:41:33.933414 [WARNING] [pool default] child 1840 exited on
> > signal 10 SIGBUS after 1.120221 seconds from start
> > Jan 08 04:41:33.933963 [NOTICE] [pool default] child 1868 started
> > Jan 08 04:41:34.371290 [WARNING] [pool default] child 1842 exited on
> > signal 10 SIGBUS after 1.557438 seconds from start
> > Jan 08 04:41:34.371775 [NOTICE] [pool default] child 1869 started
> > Jan 08 04:41:38.375061 [WARNING] [pool default] child 1844 exited on
> > signal 10 SIGBUS after 5.560565 seconds from start
> > Jan 08 04:41:38.375548 [NOTICE] [pool default] child 1870 started
>
> > Куда копать?
> > Freebsd 8.0
>
> архитектура?
>
> , nginx 8.x, php-fpm svn
>
> 1) php -m
> 2) svn info | grep Revision
> 3) backtrace http://bugs.php.net/bugs-generating-backtrace.php
Чтобы развеять собственные сомнения собрал с опциями '--disable-all'
'--enable-fpm'
Файл с phpinfo() кладёт процесс, саму страницу видно, а картинка пхп
не показывается. Какие-то проблемы с многозадачностью...
Jan 09 01:20:16.650686 [NOTICE] pid 58578, fpm_event_loop(), line 110:
ready to handle connections
Jan 09 01:20:38.562874 [DEBUG] pid 58578, fpm_got_signal(), line 48:
received SIGCHLD
Jan 09 01:20:38.562971 [WARNING] pid 58578, fpm_children_bury(), line
249: [pool default] child 58579 exited on signal 11 SIGSEGV after
21.943891 seconds from start
Jan 09 01:20:38.563401 [NOTICE] pid 58578, fpm_children_make(), line
403: [pool default] child 58609 started

On Jan 8, 3:53 pm, fixxxer <fixxxe...@gmail.com> wrote:
> On Jan 8, 4:50 am, Maxim Balabaev <balabae...@gmail.com> wrote:
>
> > Приветствую. Ребята, тут проблемка возникла большая. Всегда фпмки
> > крутились на линуксах, но вот на днях решил перевести один сервер на
> > фрибсд.
> > Что скрипта запуска нету - ещё ладно, написал с горем пополам.
>
> Ну как это нету :)http://symbi.org/misc/php-fpm.in.txt
>
> > Вот проблемы начались дальше - через раз процессы фпмки сыпятся, 502
> > ошибки вылезают, в логе:
> > Jan 08 04:41:33.933414 [WARNING] [pool default] child 1840 exited on
> > signal 10 SIGBUS after 1.120221 seconds from start
> > Jan 08 04:41:33.933963 [NOTICE] [pool default] child 1868 started
> > Jan 08 04:41:34.371290 [WARNING] [pool default] child 1842 exited on
> > signal 10 SIGBUS after 1.557438 seconds from start
> > Jan 08 04:41:34.371775 [NOTICE] [pool default] child 1869 started
> > Jan 08 04:41:38.375061 [WARNING] [pool default] child 1844 exited on
> > signal 10 SIGBUS after 5.560565 seconds from start
> > Jan 08 04:41:38.375548 [NOTICE] [pool default] child 1870 started
>
> > Куда копать?
> > Freebsd 8.0
>
> архитектура?
>
> , nginx 8.x, php-fpm svn
>
> 1) php -m
> 2) svn info | grep Revision
> 3) backtrace http://bugs.php.net/bugs-generating-backtrace.php
1)php -m
[PHP Modules]
apc
blitz
Core
ctype
date
dom
ereg
fileinfo
filter
gd
hash
iconv
json
libxml
mysql
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
posix
Reflection
session
SimpleXML
SPL
SQLite
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
2) Revision: 293279
как бэктрейс сделать, если падает чайлд я там не нашёл... процесс-то
сам живет
На простеньком скрипте не валится, но на поддомене у меня установлен
последний phpmyadmin
конфиг нгинкса
location ~ \.php$ {
fastcgi_pass unix:/tmp/php-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/a
$fastcgi_script_name;
include fastcgi_params;
}
Заходим на страницу пхпмайадмина и видим, что в 3 из 4 случаев
загружается хтмл, но не загружается css, который генерирует скрипт.
Нажимаю войти и выскакивает 502.
Архитектура amd64
Собран пхп с опциями
'--enable-apc' \
'--enable-blitz' \
'--with-mysql' \
'--with-pdo-mysql' \
'--with-gd' \
'--enable-fpm' \
'--enable-debug' \

В военное время за это расстреливать будут.

alekciy wrote:
> Каждому свое, но я считаю что допустимо два пути. Как стандартным ПО
> по разворачиваю софта, так и сборка из исходников. Мне лично всегда
> хочется иметь возможность собрать свой бинарь и делать это и сорцов, и
> сделать это спокойно

--
Sincerely,

Artyom Nosov
http://www.unixstyle.ru | JID chip@xmpp.ru | ICQ 128417264

Artyom Nosov wrote:
> В военное время за это расстреливать будут.
В военное время расстреливать будут и просто так. Как говорится, "был бы
человек...".

On 01/03/2010 01:22 PM, Alexey A. Rybak wrote:
> 1) проверка версии libevent жжет. у меня молча вываливался тест -
> либевент стоит, а почему конфиг не проходит - неясно.

Так в config.log всё написано.
Точно так же работает _любая_ проверка _любой_ библиотеки.

> у меня на тачке была какая-то беда с несколькими libevent, кривыми путями и
> ld.so.cache

Описание проблемы жжет.

> 2) раньше, когда был патч, бинарь был php-cgi, и был так же php-fpm -
> шелл-скрипт, который умел start/stop и так далее. сейчас бинарь
> php-fpm а шелл-скрипт ваще пропал.

Никуда он не пропал, но ставить его рядом с бинарником нет смысла.
Кому хочется запускать сервис из /etc/init.d - берите готовый сгенеренный скрипт - sapi/fpm/init.d.php-fpm

> предлагаю его вернуть, переименовав
> в rcphp (там надо также исправить название бинарника) и положив в тот
> же sbin.

Тогда уж rcphpfpm или rcfpm, "rcphp" - слишком общее имя.

> 3) раньше была отдельная папка logs где лежали все логи + pid-файл.
> теперь logs нету, зато появился var/run и var/logs - мне кажется что
> банально дольше набирать этот путь и лучше слить всё назад в один или
> на крайняк сделать /pid и /logs :)

Всё верно, теперь используется стандартный префикс из --localstatedir.
"Банально дольше набирать" это не повод делать нестандартные вещи и добавлять
опции, которые дублируют уже существующие.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 01/07/2010 02:05 PM, alekciy wrote:
> On 3 янв, 20:26, Oleg Roschupkin <jjah...@gmail.com> wrote:
>> Шелл-скрипт валяется в /ext/init.d.php-fpm, правда не помню,
>> копируется ли куда-нибудь.
>
> Нет, не копируется. Более того, его все же приходится ручками править,
> т.к. под текущие опции конфигурации он не изменяется.

Там была одна строка, которую я забыл исправить (уже).
В остальном весь скрипт генерится автоматом на основе текущих опций.
Если что-то не так сейчас - скажите, я исправлю.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

Обновил до последней ревы Revision: 293427, думал пофиксили, ан нет
( всё также сыпется, работать невозможно... на 1/3 запросов 502
валится (
Авторам предоставлю доступ на сервер, писать мне на email. Очень прошу
помочь.

On 01/11/2010 11:14 PM, Maxim Balabaev wrote:
> Обновил до последней ревы Revision: 293427, думал пофиксили, ан нет
> ( всё также сыпется, работать невозможно... на 1/3 запросов 502
> валится (
> Авторам предоставлю доступ на сервер, писать мне на email. Очень прошу
> помочь.

1) Запустите FPM (собранный с --enable-debug).
2) в рутовой консоли цепляетесь к любому из процессов (лучше их кол-во заранее уменьшить)
# gdb attach <PID>
gdb> continue
3) ждете падения
4) gdb> bt full
и постите результат мне.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

не проще ли если сюда слать - корки насобирать? все равно не
поотлаживаешься в gdb. и уменьшать ничего не надо.

2010/1/12 Antony Dovgal <tony@daylessday.org>:
> On 01/11/2010 11:14 PM, Maxim Balabaev wrote:
>> Обновил до последней ревы Revision: 293427, думал пофиксили, ан нет
>> ( всё также сыпется, работать невозможно... на 1/3 запросов 502
>> валится (
>> Авторам предоставлю доступ на сервер, писать мне на email. Очень прошу
>> помочь.
>
> 1) Запустите FPM (собранный с --enable-debug).
> 2) в рутовой консоли цепляетесь к любому из процессов (лучше их кол-во заранее уменьшить)
> # gdb attach <PID>
> gdb> continue
> 3) ждете падения
> 4) gdb> bt full
> и постите результат мне.
>
> --
> Wbr,
> Antony Dovgal
> ---
> http://pinba.org - realtime statistics for PHP
>



--

wbr,
fisher

On 01/12/2010 04:17 PM, Alexey A. Rybak wrote:
> не проще ли если сюда слать - корки насобирать?

Мне всё равно; другим может быть не интересно.
100% ведь придётся уточняющие вопросы какие-то задавать, детали выяснять - зачем это выносить в лист?

> и уменьшать ничего не надо.

Если у тебя всего 1 процесс, то на нём ты быстрее словишь сегфолт, чем на одном из 100.
При условии, что там есть сегфолт, конечно.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

> Если у тебя всего 1 процесс, то на нём ты быстрее словишь сегфолт, чем на одном из 100.

на одном, конечно проще отлаживать.

сорри за оффтоп:

> При условии, что там есть сегфолт, конечно.
у меня сегфолт был в мемкешевском расширении (libmemcached), вроде как в последних версиях пофиксили, а думали что сам мемкеш барахлит...
В последствии оказалось, что ошибка не у меня одного вылезла, хотя все грешили на fpm.

так, информация топикстартеру к размышлению...

Наконец-то руки дошли до гдб
Вот бэктрейс
Program received signal SIGBUS, Bus error.
_zend_mm_free_int (heap=0x80150a300, p=0x801519148) at /usr/home/
PHP_5_3_FPM/Zend/zend_alloc.c:1973
1973 if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt full
#0 _zend_mm_free_int (heap=0x80150a300, p=0x801519148) at /usr/home/
PHP_5_3_FPM/Zend/zend_alloc.c:1973
mm_block = (zend_mm_block *) 0x801519138
next_block = (zend_mm_block *) 0x667475343286c368
size = 7382654521831666224
#1 0x0000000000549492 in zend_hash_del_key_or_index (ht=0x801518030,
arKey=0x691e8e "SCRIPT_FILENAME", nKeyLength=16,
h=5804960584721773114, flag=Variable "flag" is not available.
)
at /usr/home/PHP_5_3_FPM/Zend/zend_hash.c:497
p = (Bucket *) 0x801518160
#2 0x00000000005c0026 in fcgi_putenv (req=0x7fffffffc6a0,
var=0x691e8e "SCRIPT_FILENAME", var_len=15, val=0x0)
at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fastcgi.c:1272
No locals.
#3 0x00000000005c5882 in main (argc=Variable "argc" is not available.
) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fpm_main.c:1298
status_buffer = 0x0
status_content_type = 0x3 <Error reading address 0x3: Bad
address>
__bailout = {{_sjb = {6049490, 0, 140737488340472,
140737488349864, 140737488349896, 3, 0, 0, 895, 34367710491, 0,
4294967296}}}
exit_status = 0
c = Variable "c" is not available.
и ещё один
Program received signal SIGSEGV, Segmentation fault.
fcgi_free_var (s=0x0) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fastcgi.c:
675
675 efree(*s);
(gdb) bt full
#0 fcgi_free_var (s=0x0) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/
fastcgi.c:675
No locals.
#1 0x0000000000674f98 in zend_hash_destroy (ht=0x801a17030) at /usr/
home/PHP_5_3_FPM/Zend/zend_hash.c:526
p = (Bucket *) 0x1b
#2 0x00000000006ecc10 in fcgi_close (req=0x7fffffffc690, force=0,
destroy=Variable "destroy" is not available.
) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fastcgi.c:897
No locals.
#3 0x00000000006ed3ef in fcgi_finish_request (req=0x7fffffffc690,
force_close=0) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fastcgi.c:1251
ret = 1
#4 0x00000000006f15d5 in sapi_cgi_deactivate () at /usr/home/
PHP_5_3_FPM/sapi/fpm/fpm/fpm_main.c:885
No locals.
#5 0x000000000062245b in sapi_deactivate () at /usr/home/PHP_5_3_FPM/
main/SAPI.c:444
No locals.
#6 0x0000000000618f3e in php_request_shutdown (dummy=Variable "dummy"
is not available.
) at /usr/home/PHP_5_3_FPM/main/main.c:1615
__orig_bailout = (sigjmp_buf *) 0x7fffffffe8f0
__bailout = {{_sjb = {6393342, 11668312, 140737488340280, 1,
0, 0, 0, 0, 895, 0, 0, 0}}}
report_memleaks = 1 '\001'
#7 0x00000000006f22c8 in main (argc=Variable "argc" is not available.
) at /usr/home/PHP_5_3_FPM/sapi/fpm/fpm/fpm_main.c:1861
status_buffer = 0x0
status_content_type = 0x3 <Error reading address 0x3: Bad
address>
__bailout = {{_sjb = {7282418, 0, 140737488340456,
140737488349848, 140737488349880, 3, 0, 0, 895, 34371024155, 0,
4294967296}}}
exit_status = 0
c = Variable "c" is not available.
Может у меня оперативка битая?

On 01/28/2010 09:58 PM, Maxim Balabaev wrote:
> Наконец-то руки дошли до гдб
> Вот бэктрейс

Насколько новый чекаут?
Я вчера там несколько проблем исправлял.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

On 01/28/2010 09:58 PM, Maxim Balabaev wrote:
> Наконец-то руки дошли до гдб
> Вот бэктрейс

Прошу прощения, это я вчера "исправил" =/
Уже вернул всё в рабочее состояние, спасибо за репорт.

--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

29 января 2010 г. 14:46 пользователь Antony Dovgal <tony@daylessday.org>написал:

> On 01/28/2010 09:58 PM, Maxim Balabaev wrote:
> > Наконец-то руки дошли до гдб
> > Вот бэктрейс
>
> Прошу прощения, это я вчера "исправил" =/
> Уже вернул всё в рабочее состояние, спасибо за репорт.
>
> --
> Wbr,
> Antony Dovgal
> ---
> http://pinba.org - realtime statistics for PHP
>
Не за что извиняться! Спасибо большое за вашу работу. Собрал - всё ок!
Удачи!

Установить,установил...хочу посмтореть http://..../info.php ,он мне
все время выдает 502 странцу(

On 29 янв, 12:55, Antony Dovgal <t...@daylessday.org> wrote:
> On 01/28/2010 09:58 PM, Maxim Balabaev wrote:
>
> > -
> >
>
> ?
> .
>
> --
> Wbr,
> Antony Dovgal
> ---http://pinba.org- realtime statistics for PHP