[devel] MySQL 3.23.32 и BDB 3.2.3h

[devel] MySQL 3.23.32 и BDB 3.2.3h

[Alexander Bokovoy]

Доброго времени суток!

Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- "Trust me.  I know what I'm doing."
-- Sledge Hammer
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 931 bytes --]

On Tue, Jan 23, 2001 at 09:55:26PM +0200, Alexander Bokovoy wrote:
> Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?

Это я знаю, проверял.
Буду патчить 3.2.3e, добавив туда новый код с транзакциями и оставив все
остальное. Это не очень сложно, ибо исходный патч db3-3.2.3e-db-3.2.3h
у меня есть.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> Доброго времени суток!
> 
> Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> 

Оставим имеющуюся версию для беты, потом будем разбираться.
То есть, если я правильно понял, проблема в db3?
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Alexander Bokovoy]

On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> Alexander Bokovoy wrote:
> > 
> > Доброго времени суток!
> > 
> > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > 
> 
> Оставим имеющуюся версию для беты, потом будем разбираться.
> То есть, если я правильно понял, проблема в db3?
Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
указывающие в неправильный #include (лечится), так и еще отсутствует целый
набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
версии тоже пытаются быть использованы (но отсутствуют).

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- Victory or defeat!
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > Alexander Bokovoy wrote:
> > >
> > > Доброго времени суток!
> > >
> > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > >
> >
> > Оставим имеющуюся версию для беты, потом будем разбираться.
> > То есть, если я правильно понял, проблема в db3?
> Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> указывающие в неправильный #include (лечится), так и еще отсутствует целый
> набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> версии тоже пытаются быть использованы (но отсутствуют).
> 
Собирайте останльное. Я попробую посмотреть в их cvs, если он открыт.
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1338 bytes --]

On Wed, Jan 24, 2001 at 03:55:32AM +0300, Aleksey Novodvorsky wrote:
> > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > >
> > >
> > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > То есть, если я правильно понял, проблема в db3?
> > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > версии тоже пытаются быть использованы (но отсутствуют).
> > 
> Собирайте останльное. Я попробую посмотреть в их cvs, если он открыт.

Если найдете db3 в cvs, скажите мне, где оно есть. :)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 03:55:32AM +0300, Aleksey Novodvorsky wrote:
> > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > >
> > > >
> > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > То есть, если я правильно понял, проблема в db3?
> > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > версии тоже пытаются быть использованы (но отсутствуют).
> > >
> > Собирайте останльное. Я попробую посмотреть в их cvs, если он открыт.
> 
> Если найдете db3 в cvs, скажите мне, где оно есть. :)
> 
:-(
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > Alexander Bokovoy wrote:
> > >
> > > Доброго времени суток!
> > >
> > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > >
> >
> > Оставим имеющуюся версию для беты, потом будем разбираться.
> > То есть, если я правильно понял, проблема в db3?
> Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> указывающие в неправильный #include (лечится), так и еще отсутствует целый
> набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> версии тоже пытаются быть использованы (но отсутствуют).
> 
Александр, Вы использовали db3 с сайта db3 или патченную с сайта MySQL?
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Alexander Bokovoy]

On Wed, Jan 24, 2001 at 04:00:43AM +0300, Aleksey Novodvorsky wrote:
> Alexander Bokovoy wrote:
> > 
> > On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > > Alexander Bokovoy wrote:
> > > >
> > > > Доброго времени суток!
> > > >
> > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > >
> > >
> > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > То есть, если я правильно понял, проблема в db3?
> > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > версии тоже пытаются быть использованы (но отсутствуют).
> > 
> Александр, Вы использовали db3 с сайта db3 или патченную с сайта MySQL?
С сайта MySQL. Там версия h, финальная версия MySQL требует как минимум g.


-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- We have met the enemy, and he is us.
		-- Walt Kelly
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1874 bytes --]

On Wed, Jan 24, 2001 at 01:09:52PM +0200, Alexander Bokovoy wrote:
> > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > >
> > > >
> > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > То есть, если я правильно понял, проблема в db3?
> > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > версии тоже пытаются быть использованы (но отсутствуют).
> > > 
> > Александр, Вы использовали db3 с сайта db3 или патченную с сайта MySQL?
> С сайта MySQL. Там версия h, финальная версия MySQL требует как минимум g.

Окончательный вывод:
Все бета-версии db3 от MySQL, начиная с db3-3.2.3f, содержат изменения
во внутреннем API. К сожалению, эти изменения были проведены лишь
частично, в связи с чем весь RPC-код оказался совершенно несобираемым. Без
обладания знанием внутреннего устройства этого API завершить недоделанную
работу совершенно невозможно (я пытался дважды). Таким образом, мы не
можем выпускать системную db3 на базе db3 > 3.2.3e, пока там не будет
приведено в норму внутреннее хозяйство.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Alexander Bokovoy wrote:
> 
> On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > Alexander Bokovoy wrote:
> > >
> > > Доброго времени суток!
> > >
> > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > >
> >
> > Оставим имеющуюся версию для беты, потом будем разбираться.
> > То есть, если я правильно понял, проблема в db3?
> Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> указывающие в неправильный #include (лечится), так и еще отсутствует целый
> набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> версии тоже пытаются быть использованы (но отсутствуют).
> 
Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Aleksey Novodvorsky wrote:
> 
> Alexander Bokovoy wrote:
> >
> > On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > > Alexander Bokovoy wrote:
> > > >
> > > > Доброго времени суток!
> > > >
> > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > >
> > >
> > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > То есть, если я правильно понял, проблема в db3?
> > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > версии тоже пытаются быть использованы (но отсутствуют).
> >
> Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
Я просто не обнаружил указаний на то, что для MySQL она нужна с
поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
приведет к каким-либо проблемам?
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1497 bytes --]

On Wed, Jan 24, 2001 at 04:52:08AM +0300, Aleksey Novodvorsky wrote:
> > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > >
> > > >
> > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > То есть, если я правильно понял, проблема в db3?
> > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > версии тоже пытаются быть использованы (но отсутствуют).
> > >
> > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> Я просто не обнаружил указаний на то, что для MySQL она нужна с
> поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> приведет к каким-либо проблемам?

Это просто криво.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 04:52:08AM +0300, Aleksey Novodvorsky wrote:
> > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > >
> > > > >
> > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > То есть, если я правильно понял, проблема в db3?
> > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > >
> > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > приведет к каким-либо проблемам?
> 
> Это просто криво.
> 
>
Несомненно. Если есть прямые варианты -- очень хорошо.
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 04:52:08AM +0300, Aleksey Novodvorsky wrote:
> > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > >
> > > > >
> > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > То есть, если я правильно понял, проблема в db3?
> > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > >
> > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > приведет к каким-либо проблемам?
> 
> Это просто криво.

Внимание!!!
MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1725 bytes --]

On Wed, Jan 24, 2001 at 10:37:44AM +0300, Rider wrote:
> > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > >
> > > > > >
> > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > >
> > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > приведет к каким-либо проблемам?
> > 
> > Это просто криво.
> 
> Внимание!!!
> MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ

Почему _должен_ и почему _статически_?
Мне, например, такая идея совершенно непонятна и очень не нравится.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 10:37:44AM +0300, Rider wrote:
> > > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > > >
> > > > > > >
> > > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > > >
> > > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > > приведет к каким-либо проблемам?
> > >
> > > Это просто криво.
> >
> > Внимание!!!
> > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> 
> Почему _должен_ и почему _статически_?
> Мне, например, такая идея совершенно непонятна и очень не нравится.

Все дело в скорости.
Посмотри тут:
http://www.mysql.com/doc/C/o/Compile_and_link_options.html

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2147 bytes --]

On Wed, Jan 24, 2001 at 11:23:10AM +0300, Rider wrote:
> > > > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > > > >
> > > > > > > >
> > > > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > > > >
> > > > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > > > приведет к каким-либо проблемам?
> > > >
> > > > Это просто криво.
> > >
> > > Внимание!!!
> > > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> > 
> > Почему _должен_ и почему _статически_?
> > Мне, например, такая идея совершенно непонятна и очень не нравится.
> 
> Все дело в скорости.
> Посмотри тут:
> http://www.mysql.com/doc/C/o/Compile_and_link_options.html

Очень странно - чтобы производительность так серьезно зависела не от
компилятора, а от динамической линковки?

Думаю, если динамическую линковку делать не RTLD_LAZY, а RTLD_NOW, то вся
разница в производительности пропадет.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 11:23:10AM +0300, Rider wrote:
> > > > > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > > > > >
> > > > > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > > > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > > > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > > > > приведет к каким-либо проблемам?
> > > > >
> > > > > Это просто криво.
> > > >
> > > > Внимание!!!
> > > > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> > >
> > > Почему _должен_ и почему _статически_?
> > > Мне, например, такая идея совершенно непонятна и очень не нравится.
> >
> > Все дело в скорости.
> > Посмотри тут:
> > http://www.mysql.com/doc/C/o/Compile_and_link_options.html
> 
> Очень странно - чтобы производительность так серьезно зависела не от
> компилятора, а от динамической линковки?
> 
> Думаю, если динамическую линковку делать не RTLD_LAZY, а RTLD_NOW, то вся
> разница в производительности пропадет.

Не факт.
Лучше сделать статику...

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2466 bytes --]

On Wed, Jan 24, 2001 at 11:54:01AM +0300, Rider wrote:
> > > > > > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > > > > > >
> > > > > > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > > > > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > > > > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > > > > > приведет к каким-либо проблемам?
> > > > > >
> > > > > > Это просто криво.
> > > > >
> > > > > Внимание!!!
> > > > > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> > > >
> > > > Почему _должен_ и почему _статически_?
> > > > Мне, например, такая идея совершенно непонятна и очень не нравится.
> > >
> > > Все дело в скорости.
> > > Посмотри тут:
> > > http://www.mysql.com/doc/C/o/Compile_and_link_options.html
> > 
> > Очень странно - чтобы производительность так серьезно зависела не от
> > компилятора, а от динамической линковки?
> > 
> > Думаю, если динамическую линковку делать не RTLD_LAZY, а RTLD_NOW, то вся
> > разница в производительности пропадет.
> 
> Не факт.
> Лучше сделать статику...

Дайте мне разумное объяснение, почему статически слинкованный mysqld
работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

"Dmitry V. Levin" wrote:
> 
> On Wed, Jan 24, 2001 at 11:54:01AM +0300, Rider wrote:
> > > > > > > > > > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > > > > > > > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > > > > > > > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > > > > > > > > > То есть, если я правильно понял, проблема в db3?
> > > > > > > > > > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > > > > > > > > > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > > > > > > > > > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > > > > > > > > > версии тоже пытаются быть использованы (но отсутствуют).
> > > > > > > > > >
> > > > > > > > > Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
> > > > > > > > Я просто не обнаружил указаний на то, что для MySQL она нужна с
> > > > > > > > поддержкой RPC.Если так, то, может быть, собрать внутри? Или это
> > > > > > > > приведет к каким-либо проблемам?
> > > > > > >
> > > > > > > Это просто криво.
> > > > > >
> > > > > > Внимание!!!
> > > > > > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> > > > >
> > > > > Почему _должен_ и почему _статически_?
> > > > > Мне, например, такая идея совершенно непонятна и очень не нравится.
> > > >
> > > > Все дело в скорости.
> > > > Посмотри тут:
> > > > http://www.mysql.com/doc/C/o/Compile_and_link_options.html
> > >
> > > Очень странно - чтобы производительность так серьезно зависела не от
> > > компилятора, а от динамической линковки?
> > >
> > > Думаю, если динамическую линковку делать не RTLD_LAZY, а RTLD_NOW, то вся
> > > разница в производительности пропадет.
> >
> > Не факт.
> > Лучше сделать статику...
> 
> Дайте мне разумное объяснение, почему статически слинкованный mysqld
> работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?

Вот так собирает SpyLOG:
export CFLAGS="-g -O6 -mpentiumpro -fomit-frame-pointer 
-pipe"                                     
export
CXX=gcc                                                                                      
export
CC=gcc                                                                                       
export CXXFLAGS="-g -O6 -mpentiumpro -fno-omit-frame-pointer
-felide-constructors -fno-exceptions -f
no-rtti
-pipe"                                                                                      
make
clean                                                                                          
./configure --prefix=/usr/local/mysql --enable-assembler
--with-mysqld-ldflags=-all-static --disable
-shared  --enable-thread-safe-client --with-raid --enable-large-files
--with-charset=win1251

Этот скрипт получился после очень продолжительных экспериментов... в
течении полугода по разному собирали и гоняли под очень большой
нагрузкой...
20 гигабайт базы данных на нескольких серверах и в среднем 200 запросов
в секунду.

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Mikhail Zabaluev]

Hello Dmitry,

On Wed, Jan 24, 2001 at 12:09 +0300, Dmitry V. Levin wrote:
>
> > Не факт.
> > Лучше сделать статику...
> 
> Дайте мне разумное объяснение, почему статически слинкованный mysqld
> работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?

И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
As you grow older, you will still do foolish things, but you will do them
with much more enthusiasm.
		-- The Cowboy
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

Mikhail Zabaluev wrote:
> 
> Hello Dmitry,
> 
> On Wed, Jan 24, 2001 at 12:09 +0300, Dmitry V. Levin wrote:
> >
> > > Не факт.
> > > Лучше сделать статику...
> >
> > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> 
> И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> 
13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Mikhail Zabaluev]

Hello Aleksey,

On Thu, Jan 25, 2001 at 12:24 +0300, Aleksey Novodvorsky wrote:
>
> Mikhail Zabaluev wrote:
> > 
> > Hello Dmitry,
> > 
> > On Wed, Jan 24, 2001 at 12:09 +0300, Dmitry V. Levin wrote:
> > >
> > > > Не факт.
> > > > Лучше сделать статику...
> > >
> > > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> > 
> > И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> > 
> 13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?

IMHO, чем меньше программ статически слинковано с glibc, тем лучше.
Если специалистам нужно, они сами все заточат. Остальным иметь еще одну
программу, чреватую потерей совместимости с окружением при замене glibc,
вовсе незачем.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
Who loves not wisely but too well
Will look on Helen's face in hell,
But he whose love is thin and wise
Will view John Knox in Paradise.
		-- Dorothy Parker
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

Mikhail Zabaluev wrote:
> 
> Hello Aleksey,
> 
> On Thu, Jan 25, 2001 at 12:24 +0300, Aleksey Novodvorsky wrote:
> >
> > Mikhail Zabaluev wrote:
> > >
> > > Hello Dmitry,
> > >
> > > On Wed, Jan 24, 2001 at 12:09 +0300, Dmitry V. Levin wrote:
> > > >
> > > > > Не факт.
> > > > > Лучше сделать статику...
> > > >
> > > > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > > > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> > >
> > > И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> > >
> > 13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?
> 
> IMHO, чем меньше программ статически слинковано с glibc, тем лучше.
> Если специалистам нужно, они сами все заточат. Остальным иметь еще одну
> программу, чреватую потерей совместимости с окружением при замене glibc,
> вовсе незачем.

Интересно, а где MySQL потеряет совместимость с окружением в случае
замены GLIBC? ;-)

Rgds
Anton
P.S. Большинство дистрибь/торов собитрает MYSQL статически и утилиты -
динамически.
RedHat, MandrakeSoft - этому явный пример.

Rgds
Rider
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1857 bytes --]

On Thu, Jan 25, 2001 at 12:00:55PM +0300, Rider wrote:
> > > > > > Не факт.
> > > > > > Лучше сделать статику...
> > > > >
> > > > > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > > > > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> > > >
> > > > И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> > > >
> > > 13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?
> > 
> > IMHO, чем меньше программ статически слинковано с glibc, тем лучше.
> > Если специалистам нужно, они сами все заточат. Остальным иметь еще одну
> > программу, чреватую потерей совместимости с окружением при замене glibc,
> > вовсе незачем.
> 
> Интересно, а где MySQL потеряет совместимость с окружением в случае
> замены GLIBC? ;-)

Вообще-то glibc - backward-compatible во всем, кроме локали. Следующая
запланированная несовместимость - IPv6.

> P.S. Большинство дистрибь/торов собитрает MYSQL статически и утилиты -
> динамически.
> RedHat, MandrakeSoft - этому явный пример.

Если при линковке RTLD_NOW разница будет в пределах погрешности измерения
(около 1%), то никаких причин собирать mysqld статически у нас не будет.

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


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Rider]

"Dmitry V. Levin" wrote:
> 
> On Thu, Jan 25, 2001 at 12:00:55PM +0300, Rider wrote:
> > > > > > > Не факт.
> > > > > > > Лучше сделать статику...
> > > > > >
> > > > > > Дайте мне разумное объяснение, почему статически слинкованный mysqld
> > > > > > работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
> > > > >
> > > > > И расскажите, насколько быстрее. Если на 10-15%, то игра не стоит свеч.
> > > > >
> > > > 13% -- это оценка с mysql.com. А почему в этом случае не стоит свеч?
> > >
> > > IMHO, чем меньше программ статически слинковано с glibc, тем лучше.
> > > Если специалистам нужно, они сами все заточат. Остальным иметь еще одну
> > > программу, чреватую потерей совместимости с окружением при замене glibc,
> > > вовсе незачем.
> >
> > Интересно, а где MySQL потеряет совместимость с окружением в случае
> > замены GLIBC? ;-)
> 
> Вообще-то glibc - backward-compatible во всем, кроме локали. Следующая
> запланированная несовместимость - IPv6.
> 
> > P.S. Большинство дистрибь/торов собитрает MYSQL статически и утилиты -
> > динамически.
> > RedHat, MandrakeSoft - этому явный пример.
> 
> Если при линковке RTLD_NOW разница будет в пределах погрешности измерения
> (около 1%), то никаких причин собирать mysqld статически у нас не будет.
> 
> И вообще, делать что-либо тем или иным образом только потому, что так
> делает RedHat или MandrakeSoft, глупо. Там, конечно, работают
> профессионалы, но не на всех направлениях. Кроме того, и они иногда
> ошибаются.

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

Так что ждемc.

Rgds
Anton
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Aleksey Novodvorsky]

"Dmitry V. Levin" wrote:
> 

> 
> И вообще, делать что-либо тем или иным образом только потому, что так
> делает RedHat или MandrakeSoft, глупо. Там, конечно, работают
> профессионалы, но не на всех направлениях. Кроме того, и они иногда
> ошибаются.
> 
Золотые слова. Тем более. есть возможность сравнить самим.
Rgrds, Алексей.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Alexander Bokovoy]

On Wed, Jan 24, 2001 at 12:09:18PM +0300, Dmitry V. Levin wrote:
> On Wed, Jan 24, 2001 at 11:54:01AM +0300, Rider wrote:
> > > > > > Внимание!!!
> > > > > > MYSQL сервер ДОЛЖЕН быть собран СТАТИЧЕСКИ
> > > > >
> > > > > Почему _должен_ и почему _статически_?
> > > > > Мне, например, такая идея совершенно непонятна и очень не нравится.
> > > >
> > > > Все дело в скорости.
> > > > Посмотри тут:
> > > > http://www.mysql.com/doc/C/o/Compile_and_link_options.html
> > > 
> > > Очень странно - чтобы производительность так серьезно зависела не от
> > > компилятора, а от динамической линковки?
> > > 
> > > Думаю, если динамическую линковку делать не RTLD_LAZY, а RTLD_NOW, то вся
> > > разница в производительности пропадет.
> > 
> > Не факт.
> > Лучше сделать статику...
> 
> Дайте мне разумное объяснение, почему статически слинкованный mysqld
> работает быстрее, чем слинкованный динамически с RTLD_NOW (если это так)?
Я поддерживаю Дмитрия -- RTLD_NOW не имеет проигрыша в производительности,
только в старте сервера, зато резко уменьшает размер пакета.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- MS-DOS must die!
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] MySQL 3.23.32 и BDB 3.2.3h

[Alexander Bokovoy]

On Wed, Jan 24, 2001 at 04:49:32AM +0300, Aleksey Novodvorsky wrote:
> Alexander Bokovoy wrote:
> > 
> > On Wed, Jan 24, 2001 at 03:41:27AM +0300, Aleksey Novodvorsky wrote:
> > > Alexander Bokovoy wrote:
> > > >
> > > > Доброго времени суток!
> > > >
> > > > Попытки собрать финальную версию MySQL с поддержкой транзакций не удались --
> > > > версия BDB 3.2.3h, требуемая для сборки, сама не собирается с поддержкой RPC,
> > > > как это у нас было с 3.2.3e (нормально собравшейся). Что будем делать?
> > > >
> > >
> > > Оставим имеющуюся версию для беты, потом будем разбираться.
> > > То есть, если я правильно понял, проблема в db3?
> > Да, мало того, что там некорректно сгенерированные исходники для RPC-клиента,
> > указывающие в неправильный #include (лечится), так и еще отсутствует целый
> > набор функций __dbcl_env_XXXX, которые в двух шагах до того были и в этой
> > версии тоже пытаются быть использованы (но отсутствуют).
> > 
> Александр, а Вы пробовали собрать bdb отдельно или внутри дерева MySQL?
Это не важно, на самом деле.
Я собирал отдельный пакет db3, статика собирается нормально, а динамика -- нет
из-за отсутствия (физического) нужных функций в оригинале RPC-клиента.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- We have met the enemy, and he is us.
		-- Walt Kelly
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel