Swami Dhyan Nataraj

Я не возьмусь определять что мне более отвратительно libboost или python. Но право скажу собранные вместе в boost::python они производят на свет субстанцию непревзойденного свойства.

 #include <boost/python.hpp>
 #include <stdio.h>

int main()
{
  Py_InitializeEx(0);

  boost::python::object modMath = boost::python::import("math");
  boost::python::object cosFunc = modMath.attr("cos");

  Py_Finalize();
}

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

Историю с локализацией места проблемы в портируемой программе с последующим вынесением в приведенный standalone, я опущу из-за малосодержательности и нецензурности... Скажу только, что gdb плюс правильно выбранные места для breakpoint'ов рулят.

Далее в процессе плясок вокруг этого примера вдруг обнаруживаю что вот так не падает:

int main()
{
  Py_InitializeEx(0);
  {
    boost::python::object modMath = boost::python::import("math");
    boost::python::object cosFunc = modMath.attr("cos");
  }
  Py_Finalize();
}

Ага! думаю я. Оно позвало деструктор до финалайза а не после и все перестало падать... Надо сделать так же!

Но вот проблема... аналог переменной cosFunc в портируемой программе глобальная... Создается пустая, а потом после инициалайза заполняется. Можно было бы раскинуть мозгами, как запихнуть туда указатель вместо самого объекта, и сказать ему в нужный момент delete. Но менять весь остальной код очень не хотелось...

А нельзя ли так, чтобы для сложного объекта вызвался деструктор а сам объект опять заполнить пустым значением?

Оказывается можно:

int main()
{
  Py_InitializeEx(0);
  boost::python::object cosFunc;
  {
    boost::python::object modMath  = boost::python::import("math");
    cosFunc = modMath.attr("cos");
  }
  cosFunc = boost::python::object();
  Py_Finalize();
}

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

И вот так -- тоже не падает...

P.S. Отдельно доставила рекомендация документации на 1.55 boost::python просто не вызывать Py_Finalize(), типа не надо вам это.

P.P.S. Пришел к мысли что сам питон не падает только потому что и так ползает. And you should not boost it.

P.P.P.S. Честно говоря не верил, что осилю с этим разобраться. Без знания, что буста, что питона... Ан нет, получилось...

Ну все... beldmit, vitus_wagner, ликуйте!

У меня таки не осталось осмысленных хост-машин с архитектурой i386. Извел последнюю....

Этой зимой благополучно издох Енот, который был аппаратно 32х битный.

Под первые выстрелы спецоперации он был благополучно заменен на 64х битного Вомбата. И на вновь обретенной системе мной была опробована процедура crossgrade'инга, перевода системы с i386 на amd64. Глючная как моя жизнь. Нет. corssgrade'инг глючнее, и это говорит о многом.

Теперь я на своем отпуске-больничном, таки проапгрейдил все контейнеры с домашнего сервера и перекинул их на того самого новообретенного Вомбата. И вот теперь получил возможность безопасно crossgrade'нуть домашний сервер. Который аппаратно был amd64 давно, но когда я его сетапил, 64битный линукс глючил безбожно и не показывал важный тогда для некоторых сайтов флеш...

Кроссгрейдинг прошел успешно. Торренты водружены на место. Как работает бэкап -- узнаем ночью...

Так что теперь у меня все актуальные хосты 64битные, есть достаточно 32х битных контейнеров, но это исправимо. И все контейнеры обновлены как минимум до buster. Такой свежести моя инфраструктура давно не знала :-)

my $i=0;
foreach (1,2,3)
{
  print $_,"\n";
  $i++;
  redo if $i<2;
}

1
1
2
3