Size: a a a

2020 June 09

DS

Dmitry Sharonov in Tarantool
несколько сделать
источник

DS

Dmitry Sharonov in Tarantool
можно ведь?
источник

MM

Max Melentiev in Tarantool
можно. но я думал чейнами называют method1().method2()
источник

DS

Dmitry Sharonov in Tarantool
не настолько увы
источник

MM

Max Melentiev in Tarantool
в основном это было сделано, чтобы меньше путались с t.before_suite(fn), потому что там с присвоением никак
источник

D

Denis in Tarantool
А, да, я как-то криво ридми прочитал, спасибо большое.
источник

s

sonntex in Tarantool
Всем привет!

Вопрос по скрещиванию tarantool-c с boost asio. Вроде наружу торчит все необходимое, но есть сомнения, что результат будет положительным.

Что нужно сделать для достижения результата?

1. забрать файловый дескриптор через tcp_fd и выставить через fcntl флаг o_nonblock
2. настроить свои tx и txv в sbuf и rbuf в рамках tnt_net (если не настроить, то send и recv будут крутиться в while)
3. скрестить все это дело с boost::asio::posix::stream_descriptor

Если тут я прав, то предварительно вижу несколько проблем, в частности, в tnt_reply_from. Если ответ будет больше буфера соркета, то он никогда не будет вычитан. Вроде функция требует доработки с сохранением состояния, а не обнулением tnt_reply в метке rollback.

Буду благодарен за комментарии.
источник

MA

Mons Anderson in Tarantool
sonntex
Всем привет!

Вопрос по скрещиванию tarantool-c с boost asio. Вроде наружу торчит все необходимое, но есть сомнения, что результат будет положительным.

Что нужно сделать для достижения результата?

1. забрать файловый дескриптор через tcp_fd и выставить через fcntl флаг o_nonblock
2. настроить свои tx и txv в sbuf и rbuf в рамках tnt_net (если не настроить, то send и recv будут крутиться в while)
3. скрестить все это дело с boost::asio::posix::stream_descriptor

Если тут я прав, то предварительно вижу несколько проблем, в частности, в tnt_reply_from. Если ответ будет больше буфера соркета, то он никогда не будет вычитан. Вроде функция требует доработки с сохранением состояния, а не обнулением tnt_reply в метке rollback.

Буду благодарен за комментарии.
@a_lyapunov @gerold103 @Totktonada, думаю это к вам.
источник

AL

Aleksandr Lyapunov in Tarantool
sonntex
Всем привет!

Вопрос по скрещиванию tarantool-c с boost asio. Вроде наружу торчит все необходимое, но есть сомнения, что результат будет положительным.

Что нужно сделать для достижения результата?

1. забрать файловый дескриптор через tcp_fd и выставить через fcntl флаг o_nonblock
2. настроить свои tx и txv в sbuf и rbuf в рамках tnt_net (если не настроить, то send и recv будут крутиться в while)
3. скрестить все это дело с boost::asio::posix::stream_descriptor

Если тут я прав, то предварительно вижу несколько проблем, в частности, в tnt_reply_from. Если ответ будет больше буфера соркета, то он никогда не будет вычитан. Вроде функция требует доработки с сохранением состояния, а не обнулением tnt_reply в метке rollback.

Буду благодарен за комментарии.
Путь тернист. Я не очень уверен, но похоже менеждить  буфера самостоятельно, и использовать tnt_reply
источник

st

ssc tuatara in Tarantool
Привет! Не подскажете, можно ли как-то при запуске докер образа тарантула изменить версию LUAROCK_QUEUE_VERSION на 1.0.5?
источник

st

ssc tuatara in Tarantool
везде 1.0.6, но, к сожалению есть баг, из-за которого необходимо слегка даунгрейднуться: https://github.com/tarantool/queue/issues/121
источник

st

ssc tuatara in Tarantool
имеется ввиду, сделать это без сборки собственного образа. Например, указав переменную окружения
источник

MM

Max Melentiev in Tarantool
Лучше собрать свой образ с cartridge pack docker. Там указать нужные версии зависимостей в рокспеке
источник

DK

Dmitry Krokhin in Tarantool
ssc tuatara
имеется ввиду, сделать это без сборки собственного образа. Например, указав переменную окружения
Возьмите просто предыдущий тэг тарантула или вам важно иметь свежую базу и старый кью?
источник

st

ssc tuatara in Tarantool
Dmitry Krokhin
Возьмите просто предыдущий тэг тарантула или вам важно иметь свежую базу и старый кью?
нам надо 2.2 и старый, да
плюс, как я вижу, кью 1.0.6 используется во всех образах
https://github.com/tarantool/docker/tree/master/dockerfiles
источник

DK

Dmitry Krokhin in Tarantool
Скорее всего progaudi не обновил queue. А что за баг, если не секрет?
источник

st

ssc tuatara in Tarantool
Dmitry Krokhin
Скорее всего progaudi не обновил queue. А что за баг, если не секрет?
при рестарте по идее должен происходить release всех заданий, что до рестарта были в статусе taken, но, к сожалению, падает, ругаясь на opts = nil. В самой баге вот тут чуть больше деталей:
https://github.com/tarantool/queue/issues/121
источник

st

ssc tuatara in Tarantool
Dmitry Krokhin
Скорее всего progaudi не обновил queue. А что за баг, если не секрет?
и вправду не обновил
источник

st

ssc tuatara in Tarantool
much respect
источник

DK

Dmitry Krokhin in Tarantool
ssc tuatara
при рестарте по идее должен происходить release всех заданий, что до рестарта были в статусе taken, но, к сожалению, падает, ругаясь на opts = nil. В самой баге вот тут чуть больше деталей:
https://github.com/tarantool/queue/issues/121
Специфичный баг, мы как раз из-за release on start ждали обновления и он начал работать как надо)
источник