Re: Изменение длины поля

[Dmitri Kuzmenko]

Hello, Alex!

St. Alex wrote:


А чо, ALTER TABLE ужо отменили?  :o

А чо? ALter table на самом деле не транслируется сервером в аналогичный 
UPDATE RDB$... запрос? В смысле будут разные результаты?


А с каких пор ручное ковыряние системных таблиц стало легальным и
"безопасным"?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Как можно решить такую проблему авторизации: бы не компрометировать логин и пароль в памяти приложения?

[Dmitri Kuzmenko]

Hello, Vadim!

Vadim Mescheryakov wrote:


Используя SmartCard я могу сделать следующую вещь:
Приложение соединяется с сервером под ограниченой учетной записью или ролью


какая-то туча наворотов ради сомнительной реализации безопасности.
как к пользователю попадет учетная запись Firebird?
почему не-SYSDBA может "скопировать" базу?
как представляется запускать отладчик на клиенте,
чтобы перехватить пароль?

у вас там что, на компах хакеры сидят, с админскими
правами?

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

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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Как можно решить такую проблему авторизации: бы не компрометировать логин и пароль в памяти приложения?

[Dmitri Kuzmenko]

Hello, Vadim!

Vadim Mescheryakov wrote:

Достаточно иметь право на SELECT, чтобы утянуть БД. И доступ только
через хранимые процедуры не полностью решит проблему - можно вытащить
по крайней мере часть данных
просто перебором параметров.


Вот и я про то же. Пока все держится только тем что "злоумышленнику не 
хватит мозгов" а это неправильная позиция.


не с той стороны заход. потому что, если мне не изменяет
память, 70% краж информации совершают собственные сотрудники.

1. как злоумышленник может украсть информацию?
2. какую информацию он сможет украсть?
3. как он сможет использовать украденную информацию?

например
предположение - злоумышленник может установить ibexpert
ответ - запретить возможность пользователям устанавливать ПО

предположение - злоумышленник может запустить ibexpert с флэшки
ответ - ???

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

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

И т.д. То есть, меры должны быть комплексными. А если
нет админа, и любой перец может подцепить ноут к сети
и залезть в БД - какая уж тут безопасность?

я не знаю, может я в риторику ударился, но смотрите сами.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Как можно решить такую проблему авторизации: бы не компрометировать логин и пароль в памяти приложения?

[Dmitri Kuzmenko]

Hello, Vadim!

Vadim Mescheryakov wrote:


1. как злоумышленник может украсть информацию?
2. какую информацию он сможет украсть?
3. как он сможет использовать украденную информацию?


Пример из жизни:


спасибо за примеры, но мои три пункта это были
не мои вопросы к Вам. А вопросы, которые Вы должны
задать себе сами, и сами же ответить на них.

Директора вызывают в органы, следователь показывает распечатку и обещает 
посадить

надолго если тот будет очень жадным


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

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

Второй пример: группа сотрудников узнает пароль манагера и изменяет 
документы связанные с наличными деньгами. Камеры видеонаблюдения фиксируют 
как он весело делят после работы деньги.


интересно, каким образом любой другой метод аутентификации,
кроме отпечатков пальцев и сканирования сечатки, не позволит
"украсть" пароль, карточку, флэшку и т.д.?


Cкачает с http сервера :)
Установки он не требует - запускается и все.
Может домой унести приложение и там некому не мешая погонять в отладчике.


я дал ПРИМЕРЫ. Домысливать здесь можно сколько угодно,
вплоть до того что бухгалтер в сердцах выльет на сервер
ведро воды.

Опять же, какая нахрен безопасность, если пользователи
на офисные компы приносят что хотят и уносят что хотят?

Именно в риторику. Потому что если ничего не делать то ничего и не 
изменится.


Ваши примеры - это вообще ни в какие ворота. Что Вы от ФБ-то хотите?
Где тут ФБ, каким местом? Я надеюсь, это понятно? Замените в Ваших
примерах ФБ на любое другое сочетание букв. Что изменится?

Вопросы есть их надо решать, может не все сразу (ресурсов не хватит) но 
постепенно, по важности.
Пока для меня актуальнее и проще прикрутить СмартКарты карты чем пересадить 


понятно.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Как можно решить такую проблему авторизации: бы не компрометировать логин и пароль в памяти приложения?

[Dmitri Kuzmenko]

Hello, Yurij!

Yurij wrote:


Для этого и нужна Smart Card. Ключ хранится в ней. Никуда не
передается, а только используется для того, чтобы микропроцессор на
карте обработал с его помощью запрос от сервера и выдал ответ. Этот
ответ передается на сервер, там обрабатывается вторым ключом из пары и
тем самым проверяется валидность ключа в карте. Перехват не поможет -
запрос-ответ каждый раз разные.


ну взял я чужой smart card. Что дальше? Кто меня остановит?


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


о чем и речь.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:

но все равно каким то образом надо использовать место которое было 
выделено под эту запись в файле бд. я бы тут скорее голосовал за 
программу дефрагментации для файла бд которая работает одновременно с 
клиентами (не бэкап\ресторе)


думающим про фрагментацию таблиц внутри файла БД я бы
посоветовал подумать еще и о фрагментации самого файла БД на диске.
Фрагментация * фрагментация - что получится?
Двойной фрагментации, понятно, быть не может.
А вот анти-фрагментация вполне может случиться, есть такая вероятность.

p.s. если вы думаете, что даже ОДИН файл на пустом диске
не может быть фрагментирован, то вы ошибаетесь.

p.p.s. А еще есть нелинейность transfer-rate, которая
по большому счету даже в raid5 присутствует.
Так что скорость чтения фрагментированных данных ближе к центру пластины
может быть выше, чем не-фрагментированных ближе к краю.
И т.д.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:


а сборка мусора? файл будет рости оч быстро.


уже ведь объясняли.
Если добавлять новое и удалять старое, то
получается

insert new - тут "одна версия"

delete old - тут две версии, старая и delete stub

если же обновлять старое на новое, то тут

update old to new - тут две версии, старая
и новая. И сборка мусора работает сама-собой, при чтении
нужных данных.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:


но все равно каким то образом надо использовать место которое было
выделено под эту запись в файле бд. я бы тут скорее голосовал за
программу дефрагментации для файла бд которая работает одновременно с
клиентами (не бэкап\ресторе)


думающим про фрагментацию таблиц внутри файла БД я бы


defrag на уровне операционки периодически запускается.


и?
1. дефраг может и НЕ дефрагментировать файл до конца. Такое часто бывает.
2. как я уже сказал, БД внутри тоже может быть дефрагментирована
3. дефраг имеет смысл только для свежересторенной БД, но в то же
время он смысла не имеет, т.к. если на диске нет часто меняющихся
других файлов, то рестор БД пройдет в один непрерывный файл.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:

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


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

А в это самое время сидит какой нибуть индус, отвечающий за драйвер 
рейд-контроллера и думает - "здесь все от мэнэ зависит".


про диск я написал выше. Даже в HDTune в конце идет тест рандомного 
доступа, на котором явно видна зависимость от расположения данных

по радиусу диска (от центра к краю).

у SSD, кстати, могут быть свои заморочки в отношении страничного
доступа. Если об SSD судить как о памяти NAND или как ее там.

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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:


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


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

Я уже не помню, какая там была идея с hard delete, но
1. есть committed версии
2. есть uncommitted версии

вопрос - что будет делать эта hard delete, если наткнется на
uncommitted version? "скидывать лапки" она не может, т.к.
уже удалила записи до этого (допустим). А пропускать такие
версии и шпарить дальше - это тоже граничит со страшными сказками,
т.к. будет удалена только ЧАСТЬ записей.

Может, я чего в идее не досмотрел?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: То ли лыжи не едут, то ли...

[Dmitri Kuzmenko]

Hello, Konstantin!

Konstantin R. Beliaev wrote:

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



Оба-на :-(((
Т.е. мне переход на 2.1 заказан в таком случае?
От параметров транзакции это не зависит?


скорее всего нет. Причем, особой разницы между "до 2.1" и "2.1 и после"
я не вижу. Виснет либо там, либо сям, но получается что вообще 2 
приложения с рид-онли базой в классике работать не могут.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:


да все равно фигня. Ты когда-нибудь в TEMP удалял файлы?
которые заняты, не заняты через один?


Ждём пока освободиться. В нашем случае лок будет коротким, пока 
модифицируется запись другим клиентом.


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

топ: опять фигня. 100 записей удалили напрочь, и висим
до посинения пока конкурент не освободит измененную запись?


вопрос - что будет делать эта hard delete, если наткнется на
uncommitted version? "скидывать лапки" она не может, т.к.
уже удалила записи до этого (допустим). А пропускать такие
версии и шпарить дальше - это тоже граничит со страшными сказками,
т.к. будет удалена только ЧАСТЬ записей.



Тут два варианта: 1)  Либо сносить, 2) Не сносить такие записи.
Второй вариант мне кажется оптимальнее.


это стопудово переводит базу в нецелостное состояние.
Тут прямая дорога на MS SQL и уровень изолированности Dirty Read.


Мне больше интересен вопрос в исключения в триггерах и FK.


я бы вообще про этот вопрос (как и про изложенное выше) не думал,
совсем. Потому что, как сказал Влад, "этого не будет никогда" :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:

Можно, можно извернуться и наигать интернационал ложками. Но задача в 
общем случае широко растространённая. Когда большой поток данных идёт. 
Тут два решения: либо не удалять вовсе, либо удалять. Задач таких много: 
билинг, датчики и т.п. Это мы знаем что есть такие грабли,  но новички 
всегда будут наступать на них.


в данном случае - именно интернационал ложками. Биллинги и датчики 
делаются и без нашего этого обсуждения, кстати.

А вот в данном случае - не покатило. Не принижая достоинств FB
и версионного движка вообще, заявляю, что для прямого решения задач
биллинга, или вернее, "прокачивания" временной информации через базу,
вресионный движок НЕ ПОДХОДИТ.

У него другие задачи. Которые он успешно решает. И которые не решает
например безтранзакционный MySQL, DBF, и иже с ними.

Если бы одной архитектурой можно было бы решить ВСЕ задачи,
то она бы и была ОДНА. А так - их несколько.
Например, почему MS SQL, введя версионность в версии 2005,
тем не менее не убрал блокировочную архитектуру?

Почему у PostgreSQL до недавних пор мусор можно было собирать
только в монопольном режиме?

Есть-ли вообще в версионных движках механизм "массового удаления
без версионности", и как он реализован?

Похожих вопросов можно накидать еще много.

Пока (!) ситуация следующая:
1. автор вопроса сумел по крайней мере временно преодолеть
проблемы с производительностью, при помощи "коллективного разума".

2. автор вопроса, тем не менее, планирует уйти с ФБ в перспективе,
и я его в этом понимаю. Там где появляется 1 гиг за интервал времени,
может скоро стать и 2 и 10.

И, исходя из пункта 2, и вышеизложенного, я не вижу глобальной
проблемы, по которой надо версионный движок комбинировать с 
блокировочным. Идеи "безверсионных" таблиц для IB/FB, по-моему

витают уже много лет (~10?). Но, если у MS SQL без версионности
все было хорошо, зачем он ее внедрил??? Очевидно, решать
задачи того типа, которые на блокировочнике работают хуже, чем
на версионнике. Я неправ?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: То ли лыжи не едут, то ли...

[Dmitri Kuzmenko]

Hello, Konstantin!

Konstantin R. Beliaev wrote:

Можно, конечно, рядом с классиком поднять супер, как советовал 
Кузьменко, но это придется делать во всех филиалах, а объяснять местным 
умельцам как править реестр, как-то не хочется. Или есть другой способ?
Впрочем, в любом случае два практически одинаковых сервера на одном 
компе - некузяво :-(


а что ты хочешь сделать-то, вообще?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:

А вот это хорошая идея. Тем более что механизм работы с внешними 
таблицами очень похож на это.


ничего хорошего в этой идее нет.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: фрагментация бд

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:

А вот это хорошая идея. Тем более что механизм работы с внешними 
таблицами очень похож на это.


ничего хорошего в этой идее нет.


Ну тогда hard delete :)


я обе этих плохих идеи объединил в одну.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Объясните про Commit каждые 500 записей

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:


В результате, если в цикл подгрузки вставляем счетчик и делаем Commit
пишущей транзакции каждые 500 записей, то подгрузка 6000 документов
идет секунд 15. Если этого не делаем - подгружаться можно и минут
10-15.


значит по транзакциям ничего не понял :-)

все действия в транзакции фиксируются "в сэйвпойнтах", чтобы
сервер мог при rollback не оставлять в tip эту транзакцию как
rollback, а отменить все по сэйвпойнтам и превратить транзакцию в commit.
Очевидно, что когда накапливается 6000 сэйвпойнтов, а раз там еще
и процедура, то их думаю раз в 10 больше, то с каждым разом
жрется все больше памяти в транзакции и все больше сэйвпойнтов.

Для того придумали сначала в ib параметр no_savepoint,

http://www.ibase.ru/devinfo/ib75sp1nosavepoint.htm

а потом был еще в ibdeveloper разбор этого дела.

вот тесты
http://www.ibase.ru/devinfo/test3.htm
вот более подробно, с внутренностями
http://ibdeveloper.com/issues/issue-2-oct-17-2005/testing-the-no-savepoint-feature-in-interbase-751/
вообще тестировали это на update, но думаю что в твоем случае и для 
вставок актуально.


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


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Объясните про Commit каждые 500 записей

[Dmitri Kuzmenko]

Hello, Vlad!

Vlad Khorsun wrote:

   Это - побочный эффект. Главный - для того, чтобы можно было откатить 
отдельный

оператор, а не всю тр-цию.


натюрлих. я тут акцентов особо не ставил.

   Сейвпойнты не накапливаются. После того, как текущая область действия 
сейвпойнта
завершилась успешно (оператор выполнен, дошли до END в PSQL блоке), 
данные текущего
сейвпойнта объединяются с данными предыдущего. Т.е. в случае с N 
INSERT'ами у нас


ну вот хз че там происходит при таких блоках. может объединение
начинает тормозить. Хотя у гражданина выявился повторный апдейт,
который, как я понимаю, и тормозил. Что и было расписано в тех статьях.

   Не совcем для "того". Это есть костыль для ихнего тормозного 
менеджера памяти


про менеджер я в курсе, это и на бэкапе видно.


и для их нежелания корректно обрабатывать нехватку памяти для анду-лога


   Угу. Насколько я помню, FB с ведением анду-лога был быстрее, чем IB 
без анду-лога :-D


тут я пас, результатов тестов этого не видел.

   Для вставок в анду-логе сохраняются только номера записей. В битовой 
карте.


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


   Мы идиотизмом не занимаемся, извините :-D


ок. либо склероз, либо не знал. :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Объясните про Commit каждые 500 записей

[Dmitri Kuzmenko]

Hello, Vlad!

Khorsun Vlad wrote:


натюрлих. я тут акцентов особо не ставил.


   Ничего что я поставил ? :)


нормально :-)


тут я пас, результатов тестов этого не видел.


   Результаты публично доступны с момента написания статьи и по сей день.
Другой вопрос - в статье не сравнивались IB и FB. Но те же тесты для FB
мы тогда делали и в файлике они есть.


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

у меня-то древние воспоминания, что больше опр. числа insert
в одной транзакции приводили к деградации производительности в IB 4/5,
и надо было найти оптимальный максимальный размер "пакета", в 
зависимости от размера записи.

Например, пачки до 10к записей шли ок, а пачки из 20к - раза
в полтора-два медленее, при том же общем числе вставок.
Понятно, что с Yaffil сам алгоритм вставки переписали, но мало-ли что.


   Мы идиотизмом не занимаемся, извините :-D


ок. либо склероз, либо не знал. :-)


   Про что не знал ? Про идиотизъмъ ? :-D


да как сказать. Иной раз можно чего и недотестировать.
Вот например когда я тестил скорость бэкапа на 1 проце,
то потом обнаружил совсем другие "тенденции" на двухядерном проце
(про это так пока и не оформил).
Поэтому, даже когда ты вроде знаешь как оно внутри происходит,
не всегда одно похоже на другое в разных ситуациях.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Объясните про Commit каждые 500 записей

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:


Например, пачки до 10к записей шли ок, а пачки из 20к - раза
в полтора-два медленее, при том же общем числе вставок.


Это часом не кривое дерево грязных страниц в кеше влияло?


хрен знает. тогда опенсорца не было, на ощупь все приходилось делать :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


Ага, хорошо. :-\
Вот обсуждение из boost-а:
http://archives.free.net.ph/message/20080915.075924.940daa9f.en.html
А вот страничка ежедневного тестирования:
http://www.boost.org/development/tests/trunk/developer/summary.html


что то я там в упор не вижу никакого C++Builder-а.
как и "обсуждения". Один перец пишет, а не включить-ли нам BCB в
Boost, и все.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


что то я там в упор не вижу никакого C++Builder-а.


А не надо смотреть на монитор через стакан с водкой.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


что то я там в упор не вижу никакого C++Builder-а.


Если ты про тестирование, то там компилятор гоняют, а не среду. :-)
Т.е. последним C++Builder-ам соответствуют столбцы borland-5.9.3 и 
borland-6.10.0


очень сложно догадаться что какой-то siliconman впендюрил тесты
borland c++, который уже давно не borland. А два года как codegear,
и пару месяцев как embarcadero.

Предистория такова: когда в boost-е делали ежедневное тестирование, туда 
включили и borland, но во время выпуска версии 1.34 убрали из за 
хронического непрохождения большинства тестов.


я не против :-)

Т.е. если бы кроме включения в boost-а поставку были бы выложены 
результаты тестирования можно было бы понять что там и как, а так, это 
больше похоже на очередной маркетинговый трёп. Вон в поставке BuilderX 
тоже boost был, но половина библиотек не собиралась, остальная глючила...


опять же, укажите на это codegear-у.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


опять же, укажите на это codegear-у.


Дык ведь нет же его! :-)


эмбаркадеры нет? кодгира нет?

Я обычно высказываю своё мнение там где как мне кажется оно может быть 
кому-то интересно.

За embarcadero я в этом сильно не уверен. :-)


а вот не надо такой шнягой заниматься. уверен, не уверен...
взял, отправил, и все.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Aleksey!

Boulitchev Aleksey wrote:


А я вот с 2002 пишу все Kylix-совместимое. Все еще жду чего-то. И


чтобы продавать что0нибудь ненужное, нужно чтобы кто-нибудь покупал
а они на всю Рассею одну копию продали. народец проголосовал тксть рублем.


вот не надо грязи :-) не "одни продали", а народ купил. а тогда
покупать было непопулярно, по крайней мепе в России.
Хотя, покупали, но не Professional, а Enterprise. и не одну.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Delphi и C++ Builder 2009 для Windows

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:

А мне даже качать в лом. Презентация новых фич "не вставила" :) 


2009 как раз оч. неплохо. вся сила нынче - в юникоде.

>Будем ждать Delphi_x64

а вот это уже - выпендреж :-) просто потому что
1. клиентских 64-ос стоит мало

2. для прикладных приложений переход с 32->64 бит не даст
никакого выигрыша. Только если эти приложения математические,
или нужно что-то в гигантских объемах памяти считать.

3. серверные 64-бит приложения на дельфях? ну-ну.

кстати, по "ожиданию Дельфи х64" ты не в теме.
Сейчас основная задача не 64 бита, а загрузить ядра
многоядерных процессоров. А тут у прикладных приложений
еще хуже, чем с выгодой от 64-битности.
Вот для системных или серверных приложений - да.
Хотя они и так, если используют треды, то отлично распараллеливаются.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Отставить спать! ДРу Дмитрия Кузьменко!!!!

[Dmitri Kuzmenko]

Hello, Sergey!

Sergey Mereutsa wrote:


Присоединяюсь. Долгих лет и крепкого здоровья!

P/S
Интересно, чего такого из "покушательных" описаний он
выложит в ЖЖ? ;-)


да, пожрать люблю :-)
пока мыслей не особо. есть тут пару мест, где еще не был...

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Отставить спать! ДРу Дмитрия Кузьменко!!!!

[Dmitri Kuzmenko]

Hello, All!

Огромное СПАСИБО всем за поздравления!
Постараюсь не напиться посередь недели :-)
хотя, кажется, это будет нелегко :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF/2 Птичка и размер страйпа RAID

[Dmitri Kuzmenko]

Hello, Konstantin!

Konstantin R. Beliaev wrote:

У меня тесты какие-то неоднозначные получаются: тестовые программы в 
режиме random read-write показывают, что на 256К достигается максимум 
производительности RAID. Тест с птичкой (переливка базы DataPump) дает 
небольшое преимущество на 16К.


ничего не могу сказать, таких тестов не делали.

А еще меня убило, что SAS диски в моих тестах проигрывают SATA процентов 
10-15 по скорости...


вполне может быть.


PS. RAID-5, контроллер Adaptec, модель сейчас не помню


вспомни, пожалуйста.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

ZiBiT wrote:

Вот сама процедура "


вопрос-то в чем? и зачем процедура два раза?
и почему такое кривое форматирование отступов в коде?

че это за блядство (другого термина не нахожу)

  do begin
  suspend;
  end end

ты пробелы и строки экономишь, что-ли?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: О компиляции FB 2.5 VS Express'ом без запуска IDE

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:


On 26.10.2008 20:51, PEAKTOP wrote:


До чего народ дошел...

Если кому нужно, брать здесь: http://193.110.114.157/firebird/
Условия снапшотов:


проверь своего робота. чтото там странное он собирает.


Оракл???

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Alexandr!

Kochmin Alexandr wrote:


и вообще, почему без шапки.


да можно и без шапки, только я считаю, что форматирование
кода весьма важная вещь. и если человек не умеет его форматировать
ДЛЯ СЕБЯ, а не для дяди, то этому человеку надо срочно вправить
руки.

можно даже вот этим пользоваться
http://dn.codegear.com/article/10280

там примеров навалом. Я знаю что очень часто люди пишут так:

// INCORRECT
while (LongExpression1 or LongExpression2) do begin
  // DoSomething
  // DoSomethingElse;
end;

когда на самом деле это жутко криво и неправильно
правильно вот так

// CORRECT
while (LongExpression1 or LongExpression2) do
begin
  // DoSomething
  // DoSomethingElse;
end;

я еще делаю отступы у блока begin/end, но это уже непринципиально.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off. Что с Devrace?

[Dmitri Kuzmenko]

Hello, Олег!

Костюковский Олег wrote:


А поддержка BDS 2009 планируется?


кстати, нет такого продукта.
BDS это Borland Developer Studio, который
существовал только в версии 2006, и на ней же
прекратился. 2007-ой уже назывался RAD Studio,
потому что Codegear.
Ну а 2009 из двух продуктов, Delphi и C++Builder,
называется просто Bundle (бандл, сиречь комплект, пакет, набор...).

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Gene!

Gene Feudorov wrote:


Дим, а как ты относишься к таким расстановкам запятых?

select C.Calc_ID, C.Item_ID, C.Active_
,C.Add_Date, C.Add_User
,(case when C.Active_=1 then 'Активная' end) as ActiveName


я не истина в последней инстанции, но отрицательно.
по правилам правописания, текст запятыми отделяется именно так,
как я это делаю в тексте, что ты читаешь. Поэтому

   BALANCE_ID D_PK  not null,
   NAME   D_NAME,
   IS_BLACK   D_SIGN,

и слово ,начинающееся с запятой ,это нонсенс какой-то.


эт криво и неправильно, но так минимизирует ошибки :-)


не знаю, где минимизирует.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Dmitriy!

Dmitriy A. Beloshistov wrote:


У меня часть скриптов генерируется ботами на основе вот такого:
Или
 SELECT %%FIELDLIST FROM %PROCNAME% %%PARAMLIST %%WHERESTATEMENT

Тоже криво и неправильно, но я вообще часто не смотрю, что там внутри 
сгенерилось ;))


я такую фигню (парсеры с подстановкой) писал в 1993 году.
И умудрялся запятые ставить корректно, после имен.
И чтобы после последнего элемента списка запятой не было.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, freemanzav!

freemanzav wrote:


А вот Керниган с этим не согласен :-)


Керниган идет лесом (а еще конкретнее - в задницу). Иногда очень умные 
люди порят полную чушь. Или, их мудрые высказывания интерпретируют ровно 
наоборот.

Объясни мне, как ты увидишь, где начинается блок, если написано так\

while  do begin
  ...
  ...
  ... еще 10 строк
  ...
  ...
end;

это я еще сюда отступов добавил. А так, ты уверен, что не проглядел в 
середине этого текста вот такую хрень:

if  then begin
end;

?

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


while ... do
  begin
...
...
if ... then
  begin
...
...
  end;
...
  end;

В общем, если форматирование ПОЗВОЛЯЕТ неверно интерпретировать 
структуру кода, то ну его нахрен такое форматирование.


p.s. не помню, чтобы Керниган писал на Паскале. А его правилам 
форматирования для C пусть следуют те, кто пишет на C.


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Gene!

Gene Feudorov wrote:


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

select rdb$field_name
,rdb$field_position
,rdb$relation_name
,rdb$description
from rdb$relation_fields
where rdb$relation_name = :rdb$relation_name

и не загружать мозг синтаксическим анализом :-)


я не эстет, но у меня внутреннее противоречие по поводу
таких конструкций.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Ded!

Ded wrote:

Иногда очень умные люди порят полную чушь.


Точно-точно. Я за собой это в последнее время тоже всё чаще замечаю.


я про себя писал? тоже могу отмочить :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:

Правильные пацаны давно составные конструкции одними отступами отмечают 
 (Python, Haskell).

Так что и холиваров никаких из за подобных глупостей там нет. :)


то же дерьмо. я это уже кушал в Mumps.

F I=0..10 DO
.S A=I...

П.С. И в С и в Pascal-е всегда писали и пишем именно в осуждаемом стиле. 


да никогда такого не было, чтобы begin писали на той же строке что и
if, when и так далее. Это какой-то сишник один раз применил, а потом
началось...

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Здраствуйте не поможите правельно создать процедуру

[Dmitri Kuzmenko]

Hello, Евгений!

Кузнецов Евгений wrote:


По while, вестимо.


звездец...


То есть? Если в любом if/while/for/repeat всегда будет begin, то не
все ли равно где - на той же строке или на следующей? Не понимаю Вашей
категоричности.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Firebird на компьютере с именем "COM1"

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:


Кстати, да. Нафига оно в имени файла имя компа использует ? Че  просто
нельзя "firebird.lck", "firebird.mon", "firebird.evn" ?


я бы предложил некий хэш из имени БД и пути.
тогда бы это и для embedded работало.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


У меня тут знакомому устроился на работу.
Его задача - поддержка унаследованных приложений Delphi 7 + Firebird с 
последующей их интеграцией.

Ему пообещали бюджет, теперь он советуется, что купить: Delphi 7 или 2009?

Кто-нибудь уже работает?
Как впечатления? Как устойчивость работы среды? Как скорость?
Много ли глюков в рантайме и VCL-е?
Сложно ли переводить приложения с 7ки?


1. при покупке D2009 имеющейся пираткой D7 пользоваться
будет нельзя. придется перекомпилировать все на D2009.

2. D2009 - это юникод, от начала до конца. Поэтому
при переводе кода может возникнуть туча косяков.

3. D7 есть, в любом виде. пусть дороже, зато перекомпилять
не придется. В крайнем случае можно перейти на D2007
(сделать апгрейд), если потребуется потом.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


Tonal пишет:


...что купить: Delphi 7 или 2009?


Судя по количеству и качеству ответов советовать покупать 2009 как-то не 
тянет...


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

Переход с версии на версию практически всегда был геморройным.
Отсутствие проблем было разве что при переходе с 2005 на 2006
и 2007, и типа с 5 на 6, точно не помню. Во всех остальных
случаях - см. выше.

кроме того, 2009-ая - юникод. так что возможно выплывание косяков
именно в твоем коде (работа со строками).

Собственно, все.


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:

А пока нет реальных отзывов от народа, а есть только рекламные 
проспекты, складывается впечатление, что это фуфел - типа несколько 
преукрашенная 2005/6/7.


я те дам фуфел. изменений в языке дохера, юникод - этого тебе мало?
Вопрос - ЧТО ты хочешь получить от перехода. Просто новую среду на компе?

>Как бы, предоставить адекватные данные о продукте - дело производителя.
тебе предоставляют. www.codegear.com/delphi - faq, feature matrix -
все на русском языке.
В блогах статей просто немеряно по фичам, я на delphi2009.ru
даю интересные ссылки.

Нет блин. ему это не нравится. Фуфел, понимаешь. Подавай
реальные отзывы пользователей, причем тут, где "никто Дельфи не знает" :-)

тебе по дельфевым форумам надо ходить, а не тут спрашивать.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Update и сборка мусора

[Dmitri Kuzmenko]

Hello, Евгений!

Кузнецов Евгений wrote:

>   update Test_table1
>   select Count(*) from Test_table1;
>   update Test_table1

всегда (на 2.1.1 и 2.5.0.21329) быстрее, чем
  update Test_table1
  COMMIT;
  update Test_table1



причем при включенном FW -  где-то в 2 раза


GCPolicy какое значение установлено?
Рекомендую поменять на альтернативные и проверить.
Ну и на всякий случай прочитать
http://www.sql.ru/forum/actualthread.aspx?bid=2&tid=377919&pg=4&fb#3577997

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Sergey!

Sergey Mereutsa wrote:


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


опять же, речь про C++Builder. И на STL/Boost по-моему ничего не кончается.


З.Ы. Наш CEO (в прошлом - маньяк-дельфист) совсем недавно сказал
интересную фразу - "Дельфи мёртв. Аминь. Под винду остался только
шарп. Его и будем использовать". И судя по разным обсуждениям - я с
ним соглашусь.


а я - не соглашусь. Я этот шарп и вообще .net в упор не вижу, и он
мне не нужен (.Net вообще). У меня на компе есть только ОДНА программа 
на .Net, которой я пользуюсь - FeedEdit (среды Delphi не считаем).


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Max!

Max Rezanov wrote:


Да ты че?  без монитора работаешь на компутере? абалдеть

Наскока мене помнитсо дравера то последни шо айтишные шо нвидаа
без фреймверка то не поставишь :)))


у меня NVidia. я ATI не люблю. в том числе и за это.
Нвидийные драйверы последние может и на дот-нете, но
как-то не очень похоже.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: SMALLINT - хранение на диске

[Dmitri Kuzmenko]

Hello, Евгений!

Кузнецов Евгений wrote:


On 11 нояб, 13:31, Dmitry Yemanov wrote:


Само значение в распакованной записи занимает 2 байта, плюс выравнено на
2-х байтную границу. После упаковки RLE может занять три (а может и не
занять :-) В индексах преобразуется в 8-байтный double, на который
натравлена префиксная компрессия.


Интересно, а распаковка/упаковка RLE сильно на производительность
влияет?


в YA был параметр SQZ_BLOCK, который указывал границу размера записи, 
после которой запись сжимать не надо.

Если его делали больше среднего размера записи (например в 512 байт),
то производительность по записи вырастала раза в 2, но одновременно
база начинала при обновлениях пухнуть в 2-3 раза быстрее.
Эксперимент проводил давно, сейчас по скорости могут быть другие результаты.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: [Off] Delphi 2009

[Dmitri Kuzmenko]

Hello, Tonal!

Tonal wrote:


От перехода я уже всё получил, что мне нужно было.
Правда переход был не на другую версию, а на другие средства разработки. :)
Поэтому не слежу и сам не использую.
А тут друг спросил совета, вот и попытался небольшой опрос устроить.


вот не надо так делать. пусть человек сам спрашивает.


В блогах статей просто немеряно по фичам, я на delphi2009.ru
даю интересные ссылки.


А ещё нужно смотреть Новости по телику, чтобы быть в курсе политической 
и внутренней обстановки. :-)


а что, нет? Это занимает совсем немного времени.

Вот, например, фича: в поставку C++Builder 2009 включена известная 
библиотека Boost.


мы разве про BCB 2009 говорили? Вроде про Delphi

А вот отзыв "народа": 
http://www.forum.crossplatform.ru/index.php?showtopic=1607&st=0&gopid=10529&#entry10529 


То что включено - нормально не собирается.


понятия не имею, что такое Boost, и нафига он нужен.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: SMALLINT - хранение на диске

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg Matveyev wrote:
Олег в дятле делал его опциональным и мерял. В результате какие-то 
операции (bulk updates?) в разы вроде бы ускорились


интересно, как менялось время сборки мусора.


да проверить можно хоть сейчас, только лично я сегодня иссяк,
и уже IB/FB/YA по крайней мере сегодня не хочу видеть :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Парсинг строки

[Dmitri Kuzmenko]

Hello, Aleks!

Grishko Aleks wrote:

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


позволю себе побуквоедствовать
масло топленое - с одним н, потому что оно "топлёное", а не топленное. 
Хотя, может, его топили-топили...


replace - с "c" а не "s".

>И блин UDF прикрутить не получится, там сиквел2000

эээ... дык разве для этого функций в нем нет?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Аналог FloatToStr с разделителями

[Dmitri Kuzmenko]

Hello, Oleg!

Олег Короткий wrote:


##0.00')=1 234.56). Я понимаю, что UDF примитивная, и можно самому
написать, но катастрофически не хватает времени просто научиться
писать UDF'ы... 


не надо учиться. берешь примеры на ibase.ru, переделываешь его под то 
что надо. например, safeudf. добавь туда параметр double.


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Аналог FloatToStr с разделителями

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:


Правда, это все похерилось в Delphi2009, у которой стринги стали шире
(в байтах). Сексуальность потерялась. :) Осталась одна порнография...

З.Ы. Как я зае...лся сейчас код проекта ERP-системы рефакторить,
переделывая те места, где пользовал раньше string как область памяти
на TMemoryStream...


не похерилось. см. сюда:
http://compaspascal.blogspot.com/2008/10/raw-binary-data-in-delphi-2009-strings.html

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Firebird 2.1 insert from select

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Lendel wrote:


ОК. Я никода до этого не писал *. Всегда перечислял. Изменил привычке. :-))


звездочки не существует.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


Я тут небольшое исследование устроил. В  прошлое.

Поставил Interbase WI-V4.2.1.328


ibserver.exe ?


Смотрю его ODS через isc_database_info

Оно говорит - 8.0



Полез на ibase
http://www.ibase.ru/devinfo/prevver.htm

тама русским по белому написано IB4.2 имеет ODS 8.2


именно так.


Может у меня IB4.2 неправильный?


может. у тебя 4.0/4.1 часом одновременно не запущено?


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: PostgreSQL vs Firebird

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:


http://www.amsoftwaredesign.com/pg_vs_fb

Умело FB опустили.


я вообще не понимаю
1. че ты на этот сайт полез
2. какие нахер сравнения ФБ с чем угодно могут быть на сайте
софтины, которая для PostgreSQL и MySQL? я даже не понимаю, зачем
они это сделали.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


тама русским по белому написано IB4.2 имеет ODS 8.2


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

Значит, фишка такая. Есть описание изменений в ODS.

http://dn.codegear.com/article/25818

но я сам ODS 8.1 или не видел, или вообще не помню.
У IB 4.1 ODS 8.0.

Вот IB 5 уже при открытии базы с ODS 8 автоматически
доводит ее до 8.2, и больше 4.0/4.1 с этой базой работать
не могут. То же самое происходило, когда появился IB 4.2.
Я этот "глюк" точно помню, т.к. это в том числе был первый
суперсервер.

То есть, IB 5-ому базы с ODS 8.x нафиг не нужны, они
ему не родные. Но он умеет работать с 8.2, который
является последней поддерживаемой ODS для 4.x. А
В 4.x последняя версия - 4.2 (экзотическая 4.5 не в счет,
она вообще не продавалась и была только для какого-то юникса).

В то же время у Маркуса Кемплера написано:

InterBase v4.x has an ODS version of 8.0. InterBase v5.x has an ODS 
version of 9.0. A v5.x server can access a v4.x database. Upon doing so 
the server converts the ODS to 8.2. This allows for some of the v5.x 
features (index garbage collection) to work.


Так что вполне возможно, что я неправ, и у IB 4.2 ODS 8.0.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: PostgreSQL vs Firebird

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:


Это мне один перец показал который мучатся выбором СУБД.


ну, оттранслируй ему, что-ли. :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


Надо надыбать Interbase 4.2 for NT и позырить. А можно и забить.


эээ... у тебя же и есть 4.2. Один он. Только под винду, под любую.
Или ты про 4.0/4.1? там ибремот, и базы он точно в 8.0 создает.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


Не, я помню был именно под NT. Он так и писал при исталляции.
Но возможно это был 4.1.


именно оно. 4.0/4.1 был под несколько ОС, включая NT 3.51. 4.2 - только 
под винду, зато под любую (их тогда уже было).


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg Matveyev wrote:


были каике-то два инсталлятора IB4.?

Один - на четырех "дискетах", под win95 вставать отказывался. Писал, что 
только под NT


IB 4.0/4.1 for Windows NT, классик.


И второй на пяти "дискетах", ставился и под NT и под 95


IB 4.2 for Windows, суперсервер.

p.s. можешь не рыться.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Yaffil и BIG_5 - Бугага

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


Щас вот решил пересоздать на Яфиле тестовую базу и напоролся на
А как же КИТАЙЦЫ смогут с ним работать ???!!!


никак. Yaffil предназначался только для России.
Считай это ограничением экспорта :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Lendel wrote:

У меня щас в коллекции только IB7.0 нету. Его, наверное, надо клячнчить у
самого производителя :-)


"Чем просить и унижаться, лучше сп-ть и молчать" (с) www.google.com.ua или
купить www.softkey.ru


фактически купить IB 7.0 уже давно невозможно. Даже 7.1.
А 7.5 в виде ESD не продается, поэтому предзаказ на 2 месяца,
и то фиг знает. Я вот сейчас запросил Embarcadero чтобы организовали
продажи 7.5 через ESD.

p.s. DK сам 7.0 не нужен, ему нужен результат выполнения софтины
над базой 7.0. Это я постараюсь организовать.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ODS IB4.2 ?

[Dmitri Kuzmenko]

Hello, Jerry!

Jerry wrote:


А шо у меня за зверёк на 2-х дискетах?
"Interbase Workgroup Server for NT" называется...


ну вы заманали - это IB 4.0/4.1.

for NT потому что тогда вышла NT 3.5.1.



P.S. Даже на XP стал и запустился :-)


а то. вот на 95-98-ME оно не поставится.


 Только версий нету нигде...
 По идее должен быть 4.0 классик.


моб ять!!! еще раз повторяю.
Классик 4.0/4.1 под винды это ibremote.exe
суперсервер 4.2 под винды это ibserver.exe

других вариантов нет, аминь.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: PostgreSQL vs Firebird

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

выкабениваться и отказались заниматься прибывшими фурами. Приехала ихняя 
служба безопасности, оптиз...ла всех, и все сразу всё поняли... Самое 
забавное, поняли так, что из той толпы большая часть народа потом очень 
долго работала. Што подтверждает народную мудрость - битьё определяет 
сознание...


в одном казино бытует байка, как нерадивых разработчиков софта пытали
в холодильнике-рефрижераторе холодом. За что и почему - так и не выяснил.
Но вспоминаются фильмы про Аль Капоне :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: FB на кластере

[Dmitri Kuzmenko]

Hello, Janex!

Janex wrote:


Ето чтото реальное с точки зрения FB, или могу их порадовать что никакие
кластери у нас на wиндах неполучится ?

http://www.ibase.ru/ibinstall/ib7cluster.htm

для ФБ все то же самое, только имя сервиса будет другое.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: FB 2.5 и странные зависания

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Voytsehovich wrote:

   netstat, TcpView, etc. Сетевое оборудование не умничает ?


это проверю. но вроде на прошлой неделе чтото делали в сети. что - не
ясно, как повлияло - тоже не ясно.


с этого и надо было начинать.
Когда появляется проблема, в первую очередь надо смотреть,
что меняли "на днях". Вплоть до того, что "поставили новый
электрочайник рядом с сервером".

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Ошибка или так и должно быть?

[Dmitri Kuzmenko]

Hello, Alex!

St. Alex wrote:

 Нельзя ли тоже чтобы он "на всякий случай" не проверял права, а 
проверял только если идет попытка удаления?


здесь надо или не давать права на удаление, или давать полные права
но "проверять" их триггером. Одно из двух.

А то, получается, что как бы, у вас часть прав грантами контролируется,
а часть - программно. Херня какая-то, если честно.

>Жалко  Приходится запросы переделывать на execute statement  ...
вот-вот.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: shared memory region

[Dmitri Kuzmenko]

Hello, DY!

Dmitry Yemanov wrote:


Угу, версию сервера и архитектуру писать уже стало необязательно...


он думает, если один раз версию написал, то все про него будут
помнить наизусть.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off. Расторжение договора купли-продажи ПО

[Dmitri Kuzmenko]

Hello, Gene!

Gene Feudorov wrote:

вопщем, полистал ГКсмотреть надо в сторону ст.450, ч.1,3 ст. 484 , 
ч.4 ст.486 ГК РФ.


частично. ты про софт? здесь все сложнее. При установке софта
ты принимаешь договор оферты (присоединения, лицензионное соглашение) по 
кнопке Yes. А там

а) не дается никаких гарантий
б) не указаны никакие варианты возврата

И вообще ты получаешь не товар, а право на использование ПО.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off. Расторжение договора купли-продажи ПО

[Dmitri Kuzmenko]

Hello, Gene!

Dmitri Kuzmenko wrote:


б) не указаны никакие варианты возврата


указаны, но тоже все достаточно замутно и сложно.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off. Расторжение договора купли-продажи ПО

[Dmitri Kuzmenko]

Hello, Сергей!

Булгачев Сергей wrote:


DK>  а) не дается никаких гарантий
DK>  б) не указаны никакие варианты возврата

Следует ли это трактовать так: если коробка куплена,
но до установки руки не дошли, то возврат не станет
обременительной процедурой? 


нет. если внешняя упаковка нарушена - то с возвратом
будут проблемы. Потому что внутри - ключ.
Например, возврат ESD это вообще нечто невообразимое.

Но. поскольку 99% софта покупается для легализации,
то тут ни о каком возврате речи быть не может.
Потому что возврат автоматически сделает все созданное
на нелегальном ПО незаконным.

с ПО по умолчанию считается так - если ты решил
его использовать, то берешь триал. И покупаешь когда
уже ясно, надо оно тебе или нет.
Если же ты купил, поюзал и хочешь вернуть просто
потому что оно тебе не надо, то такие номера не проходят.
Даже если на фирме принято решение свернуть разработку,
или вообще ее не начинать, и т.д.
Это как ты купил 10 стульев для 3-комнатной квартиры,
вдруг переехал в однокомнатную, и 7 стульев "стали лишними".

Кроме того, в лиц. соглашении есть отказ от любых гарантий,
в т.ч. "неоправданных ожиданий" и т.п.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off. Расторжение договора купли-продажи ПО

[Dmitri Kuzmenko]

Hello, Gene!

Gene Feudorov wrote:

нее. я как продавец (юрик) по договору купли-продажи передаю покупателю 
(юрику) товар (ПО) и право использования его на своём предприятии.
покупатель подписал договор, частично оплатил, я передал, обучил, а тут 
кризис и покупатель дальше не хочет не платить, не использовать.


правда, и использовать не хочет? или хочет попользовать на халяву?

расторжение договором не предусмотрено, изменения существенных условий 
не произошло, так што по ст.450 покупатель расторгнуть не могёт.
согласно ч.1,3 ст.484 и ч.4 ст.486 ГК РФ я имею право требовать от 
покупателя принять товар и оплатить его.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Временные таблицы

[Dmitri Kuzmenko]

Hello, Aleksey!

Boulitchev Aleksey wrote:


Тогда как насчет RAM-диска, на который настроен системный TEMP? 
Времянки сервер именно туда складывает.


кто помешает собрать сервер, не уничтожающий за сосбой таблиц?


по-моему он беспокоится, что временные файлы не самоудаляются
при reset.
В этом случае "кто помешает собрать сервер", который при старте
смотрит в темп и чистит там свои временные файлы.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:


3) CREATE CONSTRAINT .. UNIQUE ... USING INDEX 


не надо забывать, что constrain unique создает такой
уникальный индекс, который допускает null.
Это вроде как с FB 1.5, если у меня не склероз.
А создать такой индекс как create unique index
вроде как до сих пор нельзя.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, Реактор!

PEAKTOP wrote:


   Декларативные ограничения (в частности уникальности) не обязаны быть
реализованы с помощью индексов. Это не одно и то же.


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


мда. еще раз - например в Оракле constraint можно создать
без индекса, и он таки будет проверяться.
Мы такого не умеем. Поэтому создается индекс, неявно.

>Тогда пусть сразу и будет требование
> создания CONSTRAINT, а не рулить ссылочную целостность индексами.

где "пусть будет"??? что значит "а не рулить ... индексами"??

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, Евгений!

Кузнецов Евгений wrote:


А создать такой индекс как create unique index
вроде как до сих пор нельзя.


Разве?


моб ять. :-)
это как я сейчас решил ввести проверку на "нероботов"
при регистрации на forum.ibase.ru. Присылаю
человеку вопрос с select, который он может выполнить
за 5 секунд и прислать ответ.

Двое уже отвалились, с неправильными ответами.
На что, собственно, тест и расчитан.

Не надо задавать вопрос "разве". Надо или посмотреть
в RN, или попробовать.
Увидишь синтаксис create unique index с разрешением null - сообщи.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, реактор!

PEAKTOP wrote:


Зачем индексами ссылочную целостность рулить - я вот этого не пойму.


а я не пойму, зачем ее рулить фуллсканами. да еще и с монопольной
блокировкой.
Дай-ка алгоритм проверки ПК БЕЗ индекса если в таблицу 10 юзеров 
одновременно втыкают записи.


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:


Увидишь синтаксис create unique index с разрешением null - сообщи.


Он по дефолту их разрешает.


так раньше вроде не разрешал?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В чем смысл ? (пятничное)

[Dmitri Kuzmenko]

Hello, Евгений!

Кузнецов Евгений wrote:


Позволяет, начиная с 1.5 - NULLs in unique constraints and indices в
RN


значит у меня или склероз, или память перебита какими-то обсуждениями.
тогда получается наоборот - не допускающий null уникальный индекс
можно создать только через создание ПК.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: DefaultDbCachePages и падение производительности

[Dmitri Kuzmenko]

Hello, Vadim!

Vadim Mescheryakov wrote:

Всегда был уверен, что увеличение DefaultDbCachePages приводит к увеличению 
производительности системы, а тут натолкнулся на такую ситуацию.


Сервер Серверная платформа от Intel + Fb 2.0.5 Classic 


дальше можно было не продолжать...

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: DefaultDbCachePages и падение производительности

[Dmitri Kuzmenko]

Hello, Vadim!

Vadim Mescheryakov wrote:

момент теста. Тут именно аппаратную проблему выявил админ - очередь запросов 
внутри дисковой подсистемы. Я так понимаю что "чтение страниц вперед" и 
создавало толкучку в этой очереди. При этом обычные операции копирования 
больших файлов проходили быстро, ради теста да же весть том прочитали, нет

ли "проблемных блоков" - все прошло быстро.

Первый раз такое наблюдаю, поэтому решил написать "в копилку преедентов" :)


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

к тому же "в массах" для классика люди именно 1024 страницы и используют.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Кузьменко и Ковязину: По поводу BDS 2006

[Dmitri Kuzmenko]

Hello, St. Alex!

St. Alex wrote:

перейти на BDS. Я переустановил Windows, дабы хвостов не иметь, запросил на 
reg.borland.com регистрацию, она пришла, но не воспринялась Студией. После 


reg.codegear.com.

долгих мучений плюнул на все, втыкнул комп из локалки в инет и оно вроде 
зарегилось. Но в ходе попыток регистрации через файлики никаих упоминаний на 
сайтах embarcadero и borland о BDS 2006 не встретил


в смысле? Borland продал Codegear еще летом.
www.codegear.com.

, а borland community, > которое дает возможность активировать дельфи и 
в котором я уже давно
предавно числился по ходу умерло, 


dn.codegear.com

то есть я не нашел, как туда новым людям 
влезть. Я не один разработчик - у нас куплено 4 копии, всем придется (и 
получится ли) регится на мое членство? 


не получится. каждый должен зарегистрироваться на dn.codegear.com,
а дальше регистрировать свой ключ на себя.

Или вообще уже забить на BDS, списать 
ее в убытки и покупать 2009? Не хотелось бы... На 2006 после танцев с бубном 
вроде наша прога компилится, а на триале 2009 у меня не получилось :-(


разумеется. D2009 это юникод. программы не обязаны быть переносимы
на 100% с предыдущих дельфей.


Вот такой крик души,
Спасибо, что выслушали и еще больше, если что по делу посоветуете, ну кроме 
"убить себя ап стену" :-)


я посоветую изредка выходить в интернет, и смотреть на новости на разных 
сайтах. Например, ссылка на большую инструкцию по регистрации давно уже 
висит тут www.delphi2007.ru .


Сама инструкция:
http://www.codegear.ru/registration.doc

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Кузьменко и Ковязину: По поводу BDS 2006

[Dmitri Kuzmenko]

Hello, Alex!

St. Alex wrote:


Здравствуйте, Господа!


я ответил, или еще остались вопросы?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF Embarcadero PowerSQL

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Lendel wrote:


Занятно, что средства для работы с db как Rapid SQL, PowerSQL  не
поддерживают interbase?


ничего занятного. пока - не поддерживают. потом теоретически
будут. Скажу подробнее, когда съезжу в Мейдэнхед в конце
января.


Почитал http://www.codegear.com/products/interbase

automatic crash recovery - ??? В смысле сервис рестартует?
self-tuning - А это че такое?


старое новыми словами.


Может кто-то следит за этим? Можно получить краткое резюме?


я слежу. IB 2009 отличается от IB 2007 наличием шифрования
и вариантом Embedded (ToGo). Все. Что-нибудь еще нужно сказать? :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: В конфе действительно стало мало сообщений?

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg LOA wrote:

Или меня плющит?


и не только тут. НА sql.ru тоже мало стало.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: автоматизированный Ð¿ÐµÑ€ÐµÑ Ð¾Ð´ на 2.5

[Dmitri Kuzmenko]

Hello, Andrei!

Andrei wrote:


Вот по этому большинство проектов выбирают PostgreSQL. Из-за
совместимости между версиями.
Вот по этому 1С выбрала постгресс. А если бы взяли ФБ и установили его
на 10 000 предприятий,
вы бы им тоже порекомендовали "через скрипт"?


не надо истерик. Я предупреждал о необходимости перехода с Ya
на FB в 2003 году, 5 лет назад. За пять лет можно было подумать?
И 1C выбрала pgsql не "поэтому", они вообще создали свой клон.

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

Можно же проблемным объектам сначала сделать alter на
ya, чтобы закомментировать "не тот blr", а уже потом
рекомпилировать объект по новому на 2.5.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: автоматизированный Ð¿ÐµÑ€ÐµÑ Ð¾Ð´ на 2.5

[Dmitri Kuzmenko]

Hello, Rust!

RUST wrote:


конечно. удаленный доступ в Беларуси. вы хоть цены наши знаете на
интернет?
ADSL на скорости 1024/512 Кбит, анлим по трафику, стоит около 400 USD
+ 18% НДС
в месяц.

В Одессе:
анлим 1024 стоит $10 по текущему курсу
анлим 5Mb (акционный) стоит $12
есть 5Mb за $8 (первые 75Gb) потом скорость 1024

вот что значит конкуренция


В Калуге (200км от Москвы) недавно
безлимит 128кбит за 900 руб повысили
до 256кбит.

Ты не сравнивай центральные города с региональными.
Отъедь от Одессы на 100км, и посмотри, почем
и какой там интернет.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: автоматизированный Ð¿ÐµÑ€ÐµÑ Ð¾Ð´ на 2.5

[Dmitri Kuzmenko]

Hello, Dmitry

Dmitry Yemanov wrote:

Насчет непереваривает - там что WIN1257 другая? Я не про 
идентификаторы, а саму кодовую таблицу.


ID там другие, вот и вся проблема. Соотв-но, бекап-рестор не канает.


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

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: автоматизированный переход на 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:


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


Зашить в него знание ID-шников яффила? Нафиг.


нет, подрихтовать код для конкретного случая, один раз.
p.s. за бабло?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Неторопливое выжирание памяти в 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:
работают около 12-14 часов. Для IB90 - больше суток, там системные 
таблицы стали просто гигантские, что квадратично сказалось на объеме.


ф смысле? вот пялюсь, ничего гигантского не вижу.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Неторопливое выжирание памяти в 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

На разницу влияет количество системных таблиц и колонок. Потому что мои 
тестовые объекты - практически идентичные. Клиенты особо на 
производительность не влияют. Время затрачиваемое сервером тут не 
учитывается.


В сами тесты вдаваться я не буду. Основной тормоз - это проверка работы 
с отключенным кэшем метаданных. Вот тут как раз количество таблиц и 
колонок (а так же хранимок и их параметров) более чем влияет на 
количество запросов к базе. Выжирание памяти было на этих тестах.


я все еще не понимаю, где гигантизм. По-моему отличие в
системных таблицах RDB не столь сильное, и по идее у FB столбцов
даже должно быть больше. Другое дело, TMP$ супротив MON$, где
в TMP$ столбцов как раз очень даже много. Но зачем проверять tmp$?

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Неторопливое выжирание памяти в 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:


даже должно быть больше. Другое дело, TMP$ супротив MON$, где
в TMP$ столбцов как раз очень даже много. Но зачем проверять tmp$?

Потому что такой тест. Перебирает и проверяет все что увидит.


очень много слов. но вроде как убедил. Хотя для tmp$ и mon$ например
проверять insert бессмыслено. Хотя фиг знает. update вроде работает...

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Неторопливое выжирание памяти в 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

Потому что такой тест. Перебирает и проверяет все что увидит.

очень много слов. но вроде как убедил. Хотя для tmp$ и mon$ например
проверять insert бессмыслено. Хотя фиг знает. update вроде работает...


Дима, у тебя какие HDD на борту? Сегейты?
Вот о тож.


у меня и сигейты и hitachi. Причем сигейт не тот, который надо
перепрошивать. Таки-да, если тебя такая проверка не парит, лучше
ее сделать.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Неторопливое выжирание памяти в 2.5

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

А меня ТЕ самые. Причем, типа, у меня билеты бизнес-класса. И я 
перепрошил их на SN06 ...


Сейчас вот изучаю английский на форумах сегейта. Абассака.


ясно. я вот думал, из хитачи или сигейтов спаять raid5.
понял, что лучше из Хитачи.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: isql и встроенный сервер

[Dmitri Kuzmenko]

Hello, Andrei!

Andrei wrote:

PS Или взять isql_embed из \gen\Win32, если сам собираешь сервер.


так может включить его в инстоляцию?


и нафига isql нужен в embedded???

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: isql и встроенный сервер

[Dmitri Kuzmenko]

Hello, Yurij!

Yurij wrote:


так может включить его в инстоляцию?


и нафига isql нужен в embedded???


Как это зачем? Чем скрипты на базе выполнять, которая к embedded
подключена?


IBScript? Вообще, неужели так трудно выполнить скрипт по кускам
прямо в приложении, что для этого хочется втыкать isql в поставку
embedded, чтобы вызывать его как внешний процесс, хрен знает
как выдавать сообщения об ошибках, и т.д. ?
isql ведь хреначит весь скрипт до упора, даже если ошибка
в первой же строке встретилась.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: isql и встроенный сервер

[Dmitri Kuzmenko]

Hello, Andrei!

Andrei wrote:


и нафига isql нужен в embedded???

из-за проблемы:

http://groups.google.com/group/ru-firebird/browse_thread/thread/ac9fdf62894e18dc

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


в огороде бузина...

"с embedded и isql проблем нет, поэтому надо включить isql в embedded".
Логики не улавливаю.
Кроме того, если это баг isql и АЛЬФЫ 2.5, так рапортуйте.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Копать дальше или нет?

[Dmitri Kuzmenko]

Hello, Andrei!

Andrei wrote:


Беглым взглядом, проблема происходит внутри IBX, в ReallocMem попадает
неверный поинтер. Предположительно, который ранее уже был удален, с
помощью той же ReallocMem на вход которой
был подан 0. И проявляется это только под сетевым ФБ 2.5.


тестируйте.
1. если поменять клиента на 2.1, ошибка остается? На FB 2.1 точно такой 
ошибки не было?

2. где конкретно вылазит ошибка?
3. при каких действиях?
4. какая версия IBX, и обновлена ли она до упора?
5. какая версия дельфей?

и т.д.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34