Все, hvlad помог разобраться в чем дело.
OBJECT - текстовое поле, а сравнивается с числом. Видимо такие неявные
преобразования в 2.0 были реализованы иначе чем в 2.5
Так должно быть по логике, вставка в таблицу мастер только после
успешного выполнения триггеров, пока они не завершены, данные старые.
On Mar 11, 6:05 pm, Dmitry Lendel i...@bagel.com.ua wrote:
.
Master Details
new.masterfield=9
update Details set Somefiled = Value where ...
Select
Hello, Dumitru Condrea!
You wrote on Tue, 6 Mar 2012 21:11:32 -0800 (PST)
при активации одного из индекса выдаёт ошибку:
Unsuccessful execution caused by system error that precludes
successful execution of subsequent statements.
internal gds software consistency check (partner index
Hello, reshetnyakvkt!
You wrote on Mon, 5 Mar 2012 01:18:09 -0800 (PST)
Здравствуйте. Решил обновить версию сервера. Так вот, чем принципиально
отличается снэпшоты выложеные здесь http://www.dqteam.com/fb2/; и здесь
http://web.firebirdsql.org/download/snapshot_builds/linux/fb2.5/; ?
Кто эти люди?
Republic of Moldova, Chisinau.
--
Banzai,
Dmitriy Kovalenko
Кто эти люди?
Sergey Mereutsa serj собака dqteam
--
Banzai,
Dmitriy Kovalenko
reshetnyakvkt ...
Здравствуйте. Решил обновить версию сервера. Так вот, чем принципиально
отличается снэпшоты выложеные здесь http://www.dqteam.com/fb2/; и здесь
http://web.firebirdsql.org/download/snapshot_builds/linux/fb2.5/; ?
А кто вообще надоумил ставить снапшот на боевой сервер ? Или
Alex Cherednichenko ...
Кто эти люди?
Из http://www.dqteam.com/about.html нихрена не понял.
Как они связаны с Firebird Development ?
Конкретно DQTeam - делали новый сайт firebirdsql.org.
Когда у нас не было возможности (по техническим причинам)
собирать ежедневные снапшоты, Сергей
Hello, Khorsun Vlad!
You wrote on Mon, 5 Mar 2012 13:55:59 +0200
Не вижу ни единой проблемы или недоразумения в этом.
Никто ни на кого не наезжает.
Мои претензии к эбауту и отсутствию внятно прописанной связи с FB.
(историческая ретроспектива не в счет)
Привет!
Да, правильно Еманов говорит: Никто README не читает. Он ещё при
этом материся, наверняка.
http://www.dqteam.com/fb2/README.TXT - сто лет там лежит.
Что мне в about написать? Что это мои сборки и используете на свой
страх и риск?
По-моему это и так очевидно. Они собираются из публичных
Khorsun Vlad сообщил(а) в новостях
следующее:jislai$obn$1...@dough.gmane.org...
Boltik Evgeny ...
Добрый день.
(время мин:сек) Задача подключится на локальной машине к соседней базе и
скопировать записи таблицы.
В надежде ускорить вставку был в недоумении.
Думая что execute
(время мин:сек) Задача подключится на локальной машине к соседней базе и
скопировать записи таблицы.
В надежде ускорить вставку был в недоумении.
Думая что execute block+STATEMENT к другой базе даст прирост при вставке
переписал код.
Но каково было удивление, что прирост был не велик
/
Boltik Evgeny ...
Добрый день.
(время мин:сек) Задача подключится на локальной машине к соседней базе и
скопировать записи таблицы.
В надежде ускорить вставку был в недоумении.
Думая что execute block+STATEMENT к другой базе даст прирост при вставке
переписал код.
Но каково было удивление,
Anton Zibrov ...
Добрый день, уважаемые!
Решил установить и помучать сабж...
получил:
Your user name and password are not defined. Ask your database administrator to
set up a Firebird login.
Install incomplete, please read chapter Initializing security database in
Quick Start Guide.
Quick
подготовить базу с примером пока не могу - зело занят, как освобожусь
непременно сделаю
plasmorf ...
Доброе время суток.
Сервер FB 2.5.1 64 бит
есть база, в которой процедуры используют временные таблицы ON COMMIT
DELETE ROWS с индексом по 3-м полям: integer, smallint, date
Проблема заключается в следующем:
Если после коннекта вызвать процедуру, использующую временную таблицу,
то
Vlad Khorsun пишет:
Ovchinnikov Vasily wrote ...
32-бит и 64-бит FB может работать с одной и той же БД, начиная с ODS 11.1
Младшие ODS не совместимы. Т.е. БД в ODS 11.1 будет читаться только
32-битными версиями FB.
Спасибо, Влад
Главное - не собственно сами грабли, а знание их
On 29.11.2011 15:16, Dmitry Yemanov wrote:
Что-то мне это напоминает :-) Спасибо за тестовую базу, будем разбираться.
добрый день. не смотрели еще этот вопрос?
03.01.2012 17:06, A K пишет:
Что-то мне это напоминает :-) Спасибо за тестовую базу, будем
разбираться.
добрый день. не смотрели еще этот вопрос?
Смотрел, но решения пока нет.
--
Дмитрий Еманов
23.12.2011 11:31, Tonal пишет:
Проверяю на существование дырок:
SQL select s.ID, s.ORD_NUM, s2.ID, s2.ORD_NUM
CON from SYMPTOMS s left outer join SYMPTOMS s2
CON on s.ORD_NUM + 1 = s2.ORD_NUM
CON where s.PARENT_ID = 450774 and s2.PARENT_ID = 450774
CON /*and s2.ID is null*/;
Внеси
23.12.2011 12:50, Dmitry Yemanov пишет:
отбрасывает все записи, не найденные в левом потоке
В правом (внутреннем) потоке, конечно же :-)
--
Дмитрий Еманов
23.12.2011 15:50, Dmitry Yemanov пишет:
Проверяю на существование дырок:
SQL select s.ID, s.ORD_NUM, s2.ID, s2.ORD_NUM
CON from SYMPTOMS s left outer join SYMPTOMS s2
CON on s.ORD_NUM + 1 = s2.ORD_NUM
CON where s.PARENT_ID = 450774 and s2.PARENT_ID = 450774
CON /*and s2.ID is null*/;
Ответ на первый вопрос:
@echo off
set reg_path=HKEY_LOCAL_MACHINE\SOFTWARE\Firebird Project\Firebird
Server\Instances
set reg_param=DefaultInstance
for /f tokens=1,2,* %%a in ('reg query %reg_path% /v
%reg_param%') do if %%a==%reg_param% set reg_value=%%c
echo %reg_value%
pause
16 Декабрь 2011
Alexey Popov пишет:
Ovchinnikov Vasily wrote:
Кури утилиту REG
C:\reg QUERY HKLM\SOFTWARE\Firebird Project\Firebird Server\Instances /v
DefaultInstance
Это хорошая идея, но над парсингом этого дела оператором for придётся
попотеть...
Вот тебе выше Кирилл и написал как распарсить. Я
Kirill Temnenkov wrote:
@echo off
set reg_path=HKEY_LOCAL_MACHINE\SOFTWARE\Firebird Project\Firebird
Server\Instances
set reg_param=DefaultInstance
for /f tokens=1,2,* %%a in ('reg query %reg_path% /v
%reg_param%') do if %%a==%reg_param% set reg_value=%%c
echo %reg_value%
pause
Спасибо.
Описаная трабла характерна именно для Ubuntu и
производных, т. к. если
верить changelog-у в исходном Debian-овском пакете libqt4-sql-ibase
собирается. А в Ubuntu его отдельным местом отключают...
Причём ежели скачать исходники Qt и включить его
обратно, то всё
собирается «на ура».
Ответ
Alexey Popov пишет:
Может кто уже решал подобную задачу? Нужно сделать bat файл, который бы
интенсивно использовал утилиты fb из
каталога bin. Причём без участия узера. Проблема в том, что пути нет в PATH и
ничего не работает. Если способ
извлечь в батник пусть из реестра?
Кури утилиту REG
Ovchinnikov Vasily пишет:
Есть, конечно.
echo exit; ddd.sql
isql -i ddd.sql
del ddd.sql
Чё-то я поспешил...
Если именно как ты хочешь без файла, то на примере команды set
echo set; 3 | isql 3
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Ovchinnikov Vasily пишет:
Ovchinnikov Vasily пишет:
Есть, конечно.
echo exit; ddd.sql
isql -i ddd.sql
del ddd.sql
Чё-то я поспешил...
Если именно как ты хочешь без файла, то на примере команды set
echo set; 3 | isql 3
Ну или уж совсем полный пример:
Команда:
echo show database; 3|isql
А зачем так извращаться, оно же и так работает :
echo help; | isql
Yurij пишет:
А зачем так извращаться, оно же и так работает :
echo help; | isql
Дык... Людям надо доверять :) Я даже без задней мысли, что он прежде не проверил в
лоб :)
Зато у него теперь несколько вариантов :)
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Ovchinnikov Vasily wrote:
Кури утилиту REG
C:\reg QUERY HKLM\SOFTWARE\Firebird Project\Firebird Server\Instances /v
DefaultInstance
HKEY_LOCAL_MACHINE\SOFTWARE\Firebird Project\Firebird Server\Instances
DefaultInstanceREG_SZC:\Program Files\Firebird\Firebird_1_5\
Результат ее
Tonal ...
Наткнулся на такую глючу.
В запросе ниже
Хорошо бы, чтобы DLL мог выполниться. На новой пустой БД.
--
Хорсун Влад
PS http://tracker.firebirdsql.org/browse/CORE-3683 - не оно ?
12.12.2011 21:01, Khorsun Vlad пишет:
Tonal ...
Наткнулся на такую глючу.
Хорошо бы, чтобы DLL мог выполниться. На новой пустой БД.
--DDL:
CREATE DOMAIN D_ID AS integer NOT NULL;
CREATE DOMAIN D_ID_OR_NULL AS integer;
CREATE TABLE SYMPTOMS (
ID D_ID,
PARENT_ID D_ID_OR_NULL,
CONSTRAINT
Ещё странность на похожем запросе:
Добавим в корневой подзапрос неименованную вычисляемую колонку
with recursive
SYM as (
select sr1.ID, sr1.PARENT_ID, count(*) -- Добавили count(*)
from SYMPTOMS sr1
group by 1, 2
),
TREE as (
select 1 as LEV, sp.ID, sp.PARENT_ID
from SYM sp where sp.ID
13.12.2011 8:12, Tonal пишет:
Похоже.
Дык проверь. Скачай последний снапшот 3.0, создай новую базу и выполни
свой тестовый пример.
--
Дмитрий Еманов
02.12.2011 13:50, reshetnyakvkt пишет:
До этого стоял *FirebirdSS-2.5.0.25946-ReleaseCandidate3.amd64*
Как был установлен? Из RPM или из tar.gz или собран и установлен из сорцов?
После установки *FirebirdSS-2.5.1.26351-0.amd64*
Как был установлен? Из RPM или из tar.gz или собран и
Во всех случаях сервер установлен из rpm. Старый удалялся ч/з rpm -e, с
перезагрузкой оси.
Сама ось не висит, выполняет команды и т.д. А к серверу firebird не
присоединится, все соединения уходят в никуда, т.е. висят без ответа на
ошибку коннекта или другое.
Такой скипт после установки новой
02.12.2011 15:05, reshetnyakvkt пишет:
Во всех случаях сервер установлен из rpm. Старый удалялся ч/з rpm -e, с
перезагрузкой оси.
Сама ось не висит, выполняет команды и т.д. А к серверу firebird не
присоединится, все соединения уходят в никуда, т.е. висят без ответа на
ошибку коннекта или
reshetnyakvkt ...
Сама ось не висит, выполняет команды и т.д. А к серверу firebird не
присоединится, все соединения уходят в никуда, т.е. висят без ответа на
ошибку коннекта или другое.
Бектрейс висячего процесса и копия лок-таблицы могут пролить свет
на эту тайну
--
Хорсун Влад
Vladimir ...
С сетевым коннектом ошибка проявляется по-другому, и isql при этом не
падает.
SQL SELECT TestInsert(333) from RDB$Database;
TESTINSERT
Statement failed, SQLCODE = -902
Error reading data from the connection.
SQL quit;
Это действительно 2.1.3 ? Не 2.0.х ?
В
Вариант 3. Пытаюсь перегрузить операторы new и delete.
Попробуй в этом варианте сделать операторы инлайновыми или разместить их
в неименованном пространстве имён.
Т. е. скрыть от линкера.
Пробовал объявить свои перегруженные операторы как inline - все равно
в udf управление на них не
Vladimir ...
Похоже, линкер/загрузчик где-то путается с разрешением символов и вместо
rtl-ных new/delete подставляет какие-то левые.
Тут немного непонятно.
Если в моей udf используются new/delete от firebird, то почему они
приводят к ошибке?
Может быть, дело в другом?
Например, такая
Ок, пакуй БД и выкладывай куда-нить для ознакомления.
Если там ценные данные или их просто много, можно дропнуть не
нужные таблицы и выложить бекап.
ftp://gs.selfip.biz
user: temp
passw: temp
там архив с бэкапом. при разбэкапе понадобится УДФ-ка
Забавно:
При создании индекса оно валится вот на этих двух строках:
BANKKEY BANKCODE BANKMFO SWIFT
BANKBRANCH
148517044 749 153001749null
150695489 749 153001749null
null
Т.е.
29.11.2011 16:54, Yurij пишет:
Забавно:
При создании индекса оно валится вот на этих двух строках:
BANKKEY BANKCODE BANKMFO SWIFT BANKBRANCH
148517044 749 153001749 null
150695489 749 153001749 null null
Т.е. создание индексов не различает пустую строку и NULL в BANKBRANCH, а
group by -
Проблема в том, что по умолчанию линкер gcc экспортирует все ф-ции.
Соответственно, UDF цепляет delete движка (embedded коннект), или isql.
Движок в 2.5 вроде как уже поправили на этот счёт, но утилиты по прежнему
всё выставляют наружу.
Но тогда ведь и new бы цеплялась?
Или в чем-то
A K ...
В базе есть уникальный индекс по двум строковым полям.
Тип данных какой ? И чарсет.
База перестала восстанавливаться из архива.
А когда восстанавливалась ?
На 2.5.0 восстанавливается ?
Восстанавливаем без индексов.
Пытаемся воссоздать этот индекс -- ругается на наличие
Vladimir ...
Спасибо за совет.
Очень было похоже, что это может помочь, но никакие опции редактора не
изменили ситуацию.
Какого-такого редактора ?
Пробовал --no-export-dynamic --exclude-libs, никакого эффекта.
Какая версия Firebird ?
Есть возможность пройтись отладчиком по коду
A K ...
Ок, пакуй БД и выкладывай куда-нить для ознакомления.
Если там ценные данные или их просто много, можно дропнуть не
нужные таблицы и выложить бекап.
--
Влад
Vladimir ...
А каким образом проверяется работоспособность UDF ?
Запросы выполняются в isql с локальным коннектом ?
Сетевой коннект не пробовал ?
--
Хорсун Влад
Да, все в isql с локальным коннектом.
Имеет смысл попробовать сетевой коннект?
С уважением, Владимир.
Vladimir ...
Да, все в isql с локальным коннектом.
Имеет смысл попробовать сетевой коннект?
Да
--
Хорсун Влад
28.11.2011 18:27, Vladimir пишет:
Вариант 3. Пытаюсь перегрузить операторы new и delete.
Попробуй в этом варианте сделать операторы инлайновыми или разместить их
в неименованном пространстве имён.
Т. е. скрыть от линкера.
Похоже, линкер/загрузчик где-то путается с разрешением символов и вместо
проблема присутствует и в снэпшоте 2.5.2 от 24.11.2011
1) запрос с группировкой показывает что повторяющихся строк НЕТ.
2) более того, первое поле в индексе содержит только уникальные значения.
3) была идея, что наличие NULL в некоторых строках во второй колонке
индекса приводит к такому эффекту, но замена NULL на пустые строки
все равно не дает
Для поиска повторяющихся строк нужно отключить использование индекса в запросе.
у меня итак база восстановлена без единого индекса.
проблема похожа на:
http://tracker.firebirdsql.org/browse/CORE-3660
On Nov 18, 11:08 am, Khorsun Vlad hv...@optima.com.ua wrote:
Vladimir ...
!
Linux UDF, gcc,
:
long* aTestItem = new long;
delete aTestItem;
Segmentation fault delete.
,
.so ӣ .
--
Спасибо за совет.
Очень было похоже, что это может помочь, но никакие опции редактора не
изменили ситуацию.
Пробовал --no-export-dynamic --exclude-libs, никакого эффекта.
С уважением, Владимир.
Vladimir ...
Здравствуйте!
При попытке в Linux использовать UDF, собранную в gcc, столкнулся со
следующим:
long* aTestItem = new long;
delete aTestItem;
вызывает ошибку Segmentation fault на операторе delete.
Насколько я помню, нужно явно сказать линкеру не экспортировать
из .so всё
Пока возникло серьёзное подозрение на слубжу восстановление системы. Она
включена и в файле filelist.xml было расширение gdb. Вероятно эта слубжа
раз в сутки блокировала файл БД для создания точки восстановления...
Может какие службы у винды есть типа дефрагметатора/индексатора?
Кстати, расширение файла gdb. Может оно влияет?
Alexey Popov ...
Может какие службы у винды есть типа дефрагметатора/индексатора?
Кстати, расширение файла gdb. Может оно влияет?
У винды есть perfmon, который ты конечно же настроил и изучаешь логи
в моменты торможения...
--
Хорсун Влад
Vlad Khorsun wrote:
У винды есть perfmon, который ты конечно же настроил и изучаешь логи
в моменты торможения...
Пока не могу, т.к. управляю этим сервером по эл. почте.
Нужно составить текстовую инструкцию админу широкого профиля по
настройке этого перфмона...
Alexey Popov wrote:
Как вижно разница скоро достигнет 2 и сработает sweep. Почему
транзацкции застревают - это отдельный вопрос, ранее такого не было.
Может быть rollback виноват???
Получается что после sweep разница обнуляется продолжается сразу расти
вновь? Что это может значить?
Alexey Popov ...
Ранее я писал:
Есть БД под FB2.0.3 SS. С ней постоянно работают несколько служебных
программ и периодически пользователи. В служебных программах
происходят только простейшие select/insert, которые выполняются
обычно мгновенно. Там так же сделана сигнализация (вывод в лог) если
Khorsun Vlad wrote:
Виноват оказался sweep.
Откуда это видно ?
Сорри, тут я ступил, посмотрел на next
OIT застревает или от роллбека, или от лимбо. Это азы.
Но в данном случае я не вижу застрявшего OIT, ибо OAT = OIT + 1, т.е.
есть долгоиграющая тр-ция с номером 67773711. С ней и
Alexey Popov ...
OIT застревает или от роллбека, или от лимбо. Это азы.
Но в данном случае я не вижу застрявшего OIT, ибо OAT = OIT + 1, т.е.
есть долгоиграющая тр-ция с номером 67773711. С ней и разбирайся.
Сама по себе долгоиграющая может появится штатно, т.к. юзеры днём там пасутся.
Khorsun Vlad wrote:
Памяти 2Гб, диск один SATA2. Но и база то мелкая, зато реалтайм.
Если ты хочешь кешировать БД целиком, то по памяти ты на грани. Добавить
её не помешает. Если реалтайм, то почему авто-свип не запрещён ? Далее.
Кэшировать всю особо не нужно, т.к. интенсивно юзается
В письме от Fri, 11 Nov 2011 15:30:35 +0400, Alexey Popov
a...@novgorod.net сообщал:
Я писал, что лог поймал торможение запроса, который вообще ничего не
читает: execute block as begin post_event 'my_event'; end
какое-нибудь обновление антивируса/файрвола, которое на 20 секунд
блокирует
В письме от Thu, 20 Oct 2011 19:30:32 +0400, Vsevolod
iuaa...@gmail.com сообщал:
Если кому интересно - новости нашего городка. В варианте, описаном
выше,
добился нормальной работы тестовой библиотеки, когда поменял клиентскую
библиотеку fbclient.dll на версию от FB 2.1.
Куда крестьянину
Arioch wrote:
какое-нибудь обновление антивируса/файрвола, которое на 20 секунд
блокирует TCP/IP ?
Период чуть больше 24 часов. Инета там нет.
Alexey Popov wrote:
Есть FB2.0 SS и служба работающая на этом же компе. Служба подписывается
на события и слушает их. Всё это работает много дней. В какой то момент
перестают доходить события до службы. Для проверки этой гипотезы сделано
тестовое событие, которые регулярно по таймеру
07.11.2011 16:35, Arioch пишет:
В случае ошибки вероятно исключение всплывает наверх и проплывает через
код, который знает из каких строк он исходные значения взял.
Никакой код об этом не знает, ибо работает на основе BLR. А привязка BLR
к SQL существует лишь на уровне команд целиком.
--
В письме от Tue, 08 Nov 2011 15:38:30 +0400, Arioch
the_ari...@nm.ru сообщал:
Таблица Objects (integer idx not null Primary key и еще столбцы)
Таблица Metrics (integer idx not null Primary key, integer Object not
null - FK на Objects.idx, double Turn индексированное);
В ту же копилку,
08.11.2011 15:52, Arioch пишет:
В ту же копилку, взаимодействие агрегатов и where
select m.object as object_idx, max (m.turn) as max_turn
from metrics m
/* where m.turn 45 */
group by m.object
having max (m.turn) 45
order by 2 descending
select m.object as object_idx, max (m.turn) as
В письме от Fri, 04 Nov 2011 13:14:10 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
А при arithmetic error что выводить? Движок понятия не имеет на этот
момент, с какими строками/столбцами он работает. Код выполнения операций
контекстно отвязан от выборки данных, ему все равно с чем
это ты бесплатный Qt юзаешь видимо?
07.11.2011 18:04, Tonal wrote:
Обнаружил тут неприятную вещь: драйвер QIBASE отключен при стандартной
сборке пакета.
Соответственно загрузить его из стандартного репозитория нельзя,
приходится пересобирать. А это, понятно, дополнительные напряги при
деплое...
08.11.2011 03:09, Kochmin Alexandr пишет:
это ты бесплатный Qt юзаешь видимо?
Отож. :)
Он входит в большинство дистрибутивов.
На нём основан KDE, идущий по умолчанию в OpenSUSE, Fedora, Kubuntu, и
многих других сборках.
А в случае использования других DE, например GNOME или XFCE, GPL-ный Qt
04.11.2011 1:22, Arioch пишет:
А с какими данными это произошло?
В какой строке в каком столбце какой таблицы ???
Ну и запросы у вас (с)
а план запроса можно построить по BLR ?
Конечно. Но причем тут план?
select * from VIEW_VECTOR_COSINES
Arithmetic overflow or division by zero has
В письме от Wed, 02 Nov 2011 23:03:07 +0400, Алексей Вишняков
norrittmob...@googlemail.com сообщал:
Щас вам с таким предложением посоветуют пройти в трекер. И будут правы :)
предложат - пройду
но тут есть минимум два девела, кто инoгда может сразу влёт сказать фигня
вопрос или нет и не
ФБ всегда сообщает о контексте ошибки (строка/столбец), если это
произошло в процедуре. Если это не так - в трекер.
Но при этом не сообщается, где именно в отдельном PSQL-запросе произошла
ошибка. И я сильно не уверен, что такого стоит ожидать в ближайшем
будущем. Для нормальной диагностики
В письме от Thu, 03 Nov 2011 22:22:43 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
ФБ всегда сообщает о контексте ошибки (строка/столбец), если это
произошло в процедуре. Если это не так - в трекер.
Ну сообщает.
Arithmetic overflow or division by zero has occurred.
arithmetic
В письме от Sat, 22 Oct 2011 13:33:46 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
22.10.2011 9:21, Arioch пишет:
Хорошая штука UPDATE с JOIN'ом :-)
Чем MERGE не устроил?
Вот
Нарвался в данных на совпадение двух точек подряд. Отсюда нуевая длина и
деление на ноль. В одной
Щас вам с таким предложением посоветуют пройти в трекер. И будут правы :)
С уважением,
Алексей Вишняков
02.11.2011, в 23:00, Arioch the_ari...@nm.ru написал(а):
В письме от Sat, 22 Oct 2011 13:33:46 +0400, Dmitry Yemanov
dim...@users.sf.net сообщал:
22.10.2011 9:21, Arioch пишет:
Vladimir wrote in message ...
Здравствуйте!
При попытке вызова udf в isql получаю сообщение
*** buffer overflow detected ***: /usr/lib/firebird/2.1/bin/isql
terminated
Далее выводится Backtrace и Memory map
Коннект локальный ?
--
Хорсун Влад
Переполнение буффера, с 99.99% вероятностью проблема в UDF.
Действительно, отыскал ошибку.
Большое спасибо.
Коннект локальный.
Была ошибка в UDF.
Yurij пишет:
Да, на 2.1.4 и Win2003 то же самое - отключение перехода на летнее время
вызывает смещение времени между тем
что показывают часы
и тем что возвращает current_timestamp.
Исправляется рестартом Firebird.
Да, на том и порешили.
Сегодня проверил - всё нормализовалось.
--
Regards,
Привет!
При попытке вызова udf в isql получаю сообщение
*** buffer overflow detected ***: /usr/lib/firebird/2.1/bin/isql
terminated
Далее выводится Backtrace и Memory map
В чем может быть дело?
В udf, в системе, в настройках?
Что может помочь?
Ubuntu 10.04.3
Firebird CS 2.1.3.18185
Vlad Khorsun wrote:
В логе клиента, скорее всего, будет сообщение об обрыве коннекта.
Не проверял.
1. А что клиент пишет что то в лог?
2. Если он просто лежит в system, то куда уйдёт лог?
Не, не так.
Ovchinnikov Vasily пишет:
Косяки потенциальные с тем, что клиент передает время на час больше, чем
воспринимают триггеры через
current_timestamp.
А так:
Косяки потенциальные с тем, что клиент передает время на час *меньше*, чем
воспринимают триггеры через
current_timestamp.
--
Проверь временную зону, установленную на компьютере. И уточнить, не меняли
ли ее недавно, в связи с нововведениями по зимнему времени.
Yurij пишет:
Проверь временную зону, установленную на компьютере. И уточнить, не меняли ли
ее недавно, в связи с
нововведениями по зимнему времени.
Пошел к ним в консоль. Сервер Win2008. Чё они там с ним делали, не знаю.
Стояла синхронизация времени с интернетом - отключили.
Зона стоит
Ovchinnikov Vasily пишет:
Пошел к ним в консоль. Сервер Win2008. Чё они там с ним делали, не знаю.
Стояла синхронизация времени с интернетом - отключили.
Зона стоит сейчас GMT+03.
На часах в трее вижу 12:30, а current_timestamp в IBExpert выдает 13:30.
Гыы... Они даже не удосужились
Если не перезагрузились - есть ненулевая вероятность, что изменили таймзону,
но Firebird этого не заметил.
Перестартануть Firebird попробовать?
Зона стоит сейчас GMT+03.
А полное название зоны? GMT+03 - их несколько.
Alexey Popov ...
Vlad Khorsun wrote:
В логе клиента, скорее всего, будет сообщение об обрыве коннекта.
Не проверял.
1. А что клиент пишет что то в лог?
Открытие ? :-D
2. Если он просто лежит в system, то куда уйдёт лог?
На каталог выше fbclient.dll, как обычно
--
Хорсун Влад
Yurij пишет:
Если не перезагрузились - есть ненулевая вероятность, что изменили таймзону, но
Firebird этого не заметил.
Перестартануть Firebird попробовать?
Да пусть пробуют как знают. Фиг поймешь этих аборигенов.
Не мой сервер - я не полезу. Я как разработчик, а не админ выступаю в данном
Результаты 1 - 100 из 30361 matches
Mail list logo