madf

После почти года затишья была развернута бурная деятельность. Буквально за неделю была полностью переписана клиентская библиотека - теперь она приняла современный вид. Была добавлена система хранения истории сообщений (в прочем, пока история только пишется, отображаения пока нет), дифференцированы ошибки (сообщения об ошибках со стороны Stargazer и ошибки сети), добавлено отключение при выходе. Была выполнена сборка qia под Mac OS X. Сам проект переехал в git (оставаясь в том-же месте: http://code.google.com/p/qia). В связи с релизом версии 1.4.1 выражаю благодарность компании Vikos за предос

Эта проблема, по видимому, вызвана багом в libxmlrpc-c. Но т.к. воспроизвести ее весьма сложно то подтвердить или опровергнуть это я не могу.

К моменту суммироания там вполне уже могут быть нули.

Сомневаюсь. Это достаточно сложно реализовать, т.к. снятие абонплаты и сброс месячных счетчиков трафика - это два разных процесса, происходящих в разное время (DayFee, DayResetTraff), а доступа к статистике за предыдущие периоды внутри системы нет. Думаю, не раньше 2.409.

Одним из традиционных решений подобных проблем является использование неточных сравнений: a == b тогда и только тогда, когда abs(a - < tolerance, где tolerance - некоторая константа точности. Думаю, для stg хватит 0.0001. Но в будущих версиях есть смысл сделать класс для денежных величин, который будет использовать вещественные числа с фиксированной запятой. Другим традиционным решением этой проблемы является хранение денежных значений в виде целых чисел с точностью до копейки с преобразованием при выводе в UI. В 2.409 так и будет сделано Остается вопрос обратной совместимости по

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

Да какой там зарубеж. Подрядят контору на написание софта, которая найдет еще одного подрядчика, которая найдет еще одного подрядчика и т.д. В конце концов найдут Васю который за 1000 грн ("Вася, ну ты ж понимаешь, мы бы и рады - да в бюджет не влазим, а надо срочно") прилепит сбоку к существующему ПО libwine и на том все закончится.

Издержки кривой архитектуры. Именно по этому нельзя хранить деньги как вещественные числа - только целые.

Не этот лог. /var/log/stargazer.log Отключение происходит вручную или само по себе?

Разве у нас есть производственные мощности для изготовления микросхем?

Во-первых, в 2.407-rc3 заголовочные файлы не устанавливаются. Во-вторых, --prefix это совсем не путь к заголовочным файлам. В-третьих, почему бы не использовать stg-2.407-p1 которая как раз и предназначена для работы с этой версией purestg2?

Для начала неплохо было бы указать версию stg. Что при этом пишется в лог? Возможна ли ситуация когда абоны самопроизвольно ставят себе чужие IP и воруют пароли?

Ну я бы для начала сделал отладочную сборку и посмотрел что же там за exception вылетает. Пиар детектед! Тут у человека Firebird не заводится, а ты все про мускуль

Это были рабочие моменты

В самом xmlrpc изначально проблем небыло. А вот в sgconf_xml...

подтверждаю, у меня тоже такое было, зависал порт по которому управлялось через виндовый сгконф Давайте не будем мешать в одну кучу зависания в 2.407-p1 и более ранних с зависаниями в 2.408.

Ну увидел там зависания. Хотелось бы еще увидеть динамику: вывод strace по такой нити в течении десятка секунд. Делается просто: strace -p <pid>, где pid - pid нити (не процесса!). В приведенном трейсе pid - это LWP.

trac - наше все!

Т.е. абон был в "минусе", но у него был открыт кредит. Из-за этого не снялась абонка. Кредит убрали - абон остался в "минусе". Откуда ж у него инет?

Ну я во всем сообщении нашел только одну точку. Вот то что до нее - раскрыть более подробно.

Не распарсил первое предложение. Можно подробнее?

always online. Но, если немного потерпеть, то: qia для маков.

Если б все было так просто... Выставить бы всех разработчиков шеллов вдоль стенки, да ленту в пулемет вставить... Короче, последний коммит по идее должен решить проблему. Заменил echo на printf. А все из-за отвязки от bash.

Сейчас должно быть исправлено

Предпложение-то логичное, но не правильное. Размер messge queue в Linux по умолчанию равен 16к. Размер одного сообщения - порядка 1к. Т.е. в очереди должно без блокировки умещаться 16 сообщений и проблема не должна возникать. Почему она все-таки возникает - затрудняюсь сказать.