madf

Выложить лог сборки

Замени -lc_r на -lpthread Уже обсуждали в какой-то параллельной теме. Фря 7 отказалась от поддержки -lc_r

Хм, всяко, конечно, бывает... Но чтобы небыло gcc. Хотя, может, просто нету g++

Используя поля UserData можно управлять выполнением скриптов

Проще просить назвать логин. Но если очень нужно - stg34@stargazer.dp.ua

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

По поводу POSIX Threads уже ответили в другой теме. Замени -lc_r на -lpthread в build.

Достаточно попросить меня или egor2fsys - и вышлю рабочий. К концу недели может и на сайте обновим.

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

projects/convertor делает то-же самое

Про -lc_r - спасибо. Учтем. Про Firebird: чтобы билд его "увидел" libfbclient.so должен быть в пределах "видимости" компоновщика. Например, в /usr/lib. По умолчанию он скорее всего лежит в /usr/local/lib

Авторизатор тут не при чем - достаточно завести юзера. Но с подсчетом трафика точно будут проблемы. Я имел в виду - установить еще один stg между провом и серваком и завести на нем 1 юзера - сервак.

Может, конечно, во фре извратили gcc, но никаких пробелов там ненужно. Я по фрям небольшой спец, хз что за пакет.

Не lexpat, а expat. -l - это коюч компоновщика. Да, expat абсолютно необходим. Undefined reference на pthread_create говорит об отсутствии библиотеки для POSIX Threads.

Никак не спрятать. Трафик между сервером и незарегистрированным пользователем не учитывается совсем. Можешь поставить еще один старгейзер, и через него мониторить только то, что тебе надо.

А чем все закончилось? Здается мне, кто-то тут писал про успешный запуск на 7 фре.

Направление NULL - это как /dev/null. Все что под него попадает - нигде не фигурирует. Если тебе нужно сделать бесплатное направление - просто пропиши в тарифе на него цену 0.

Вроде уже обсуждали... if [ "$sys" = "FreeBSD" ] then case $release in 4) OS=bsd;; 5) OS=bsd5;; 6) OS=bsd5;; *) OS=unknown;; esac ETC_DIR="./inst/freebsd/etc/stargazer" fi Дописываем 7) OS=bsd5;; И все.

При наличии NAT прямые соединения через него невозможны. И еще, форумом ошибся. Тут обсуждается все связанное с Stargazer

Лучше использовать gbak + scp или ftp.

Модуль mysql мы включили в проект по просьбе Макса. Причина - чтобы оперативно вносить изменения, если поменяется API. Без особой необходимости мы в код этого модуля не лезем, разработчикам предоставили доступ к CVS. По повду сборки на FreeBSD версий 6 и 7: у меня нет возможности протестировать ее, но я уверен процентов на 80, что все дело в библиотеках в /usr/local/lib (против FHS). Предыдущие версии в плане поиска библиотек работают так-же, как и эта. В документации еще к 2.4.6.8 написано про то, где должна быть LibExpat, например.

srv# uname -a FreeBSD srv 6.3-RELEASE FreeBSD 6.3-RELEASE А есть способ побороть ? Под рукой нету ни 6 ни 7 фри. Ноо можно, ведь, и забить Покидать файлы ручками...

спасибо друг, все заработало . Будешь в наших краях - с нас пиво )) А где находятся ваши края?

Уж лучше тогда static_cast

Затупил. Это ж шаблон. Надо так: note.ConstData().c_str()