Python-сообщество

Debian 4.0

Собственно, делать то что? Естественно не ошибка скрипта, а пересобирать - куча гемора в такой системе. Или это единственный вариант?

какой ещё гемор? в дебиане? :) быть такого не может!
по-подробнее можешь рассказать что и как случилось?

Запускаю скрипт, через некоторое время возникает эта ошибка.
Насколько я знаю, это обращение к участку памяти, не принадлежащему программе.

Кстати если количество потоков снижаю до 50(скрипт - паук), то не выскакивает ошибка.
При этом каждый поток оперирует лишь 100кб данных, а оперативы 768.

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

На других машинах все нормально.
Потоки не синхронизируются(это не нужно)

Тем более что такая ошибка - это не вина скрипта.
На винде было 1 раз такое - виновным оказался dll трафиккомпрессора.

pycurl не юзаешь?

нет, никаких сторонних модулей.

Сделай coredump памяти и просмотри gdb, что именно валится ( http://www.dialogic.com/support/helpweb/dxall/tn957.aspx )
Если ulimit -c возвращает 0, то ядро не будет по-умолчанию создавать core файл при segmentation fault. Как включить, смотреть здесь.

Отредактировано (Июнь 17, 2009 19:24:35)

slav0nic
pycurl не юзаешь?

Я юзаю, у меня такая же ошибка под Линухом, в нём косяк? Есть решение? Скрипт вообще по идее простенький, но многопоточный.

да, надо читать доки перед использованием инструмента, прочти libcurl tutorial или хотя бы глянуть примеры http://pycurl.cvs.sourceforge.net/viewvc/pycurl/pycurl/examples/retriever-multi.py?view=markup

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