Здравствуйте
При наследовании от QwtPlot приложение падает с кодом 0xc0000005, если же юзать QwtPlot как есть, то он садится в окошко нормально.
В чем может быть дело? Может Qwt как то неправильно собрал?
Здравствуйте.
Нужно запускать скрипты на python через веб-интерфейс. Связка nginx + uwsgi, устанавливал через
aptitude install nginx uwsgi uwsgi-plugin-python
Конфиги такие:
root@vm6097:~# cat /etc/nginx/sites-available/default
# You may add here your
# server {
# ...
# }
# statements for each of your virtual hosts
server {
listen 80; ## listen for ipv4
#listen [::]:80 default ipv6only=on; ## listen for ipv6
server_name localhost;
access_log /var/log/nginx/localhost.access.log;
root /var/www/;
location / {
access_log off;
index index.html index.php;
}
location ~ \.py$ {
uwsgi_pass 127.0.0.1:8012;
include uwsgi_params;
root /home/quux/python/letmedraw_com;
}
}
root@vm6097:~# tail /var/log/uwsgi/app/letmedraw_com.log
[pid: 11782|app: -1|req: -1/5] 2.135.172.194 () {40 vars in 728 bytes} [Sun Mar 11 23:31:11 2012] GET /test.py => generated 48 bytes in 0 msecs (HTTP/1.1 500) 2 headers in 63 bytes (0 switches on core 0)
[pid: 11782|app: -1|req: -1/6] 2.135.172.194 () {40 vars in 728 bytes} [Sun Mar 11 23:31:11 2012] GET /test.py => generated 48 bytes in 0 msecs (HTTP/1.1 500) 2 headers in 63 bytes (0 switches on core 0)
Sun Mar 11 23:31:11 2012 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request /test.py (ip 2.135.172.194) !!!
Sun Mar 11 23:31:11 2012 - write(): Broken pipe [proto/uwsgi.c line 138] during GET /test.py (2.135.172.194)
Sun Mar 11 23:31:11 2012 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request /test.py (ip 2.135.172.194) !!!
Sun Mar 11 23:31:11 2012 - write(): Broken pipe [proto/uwsgi.c line 138] during GET /test.py (2.135.172.194)
[pid: 11783|app: -1|req: -1/7] 2.135.172.194 () {40 vars in 728 bytes} [Sun Mar 11 23:31:11 2012] GET /test.py => generated 0 bytes in 1 msecs (HTTP/1.1 500) 2 headers in 63 bytes (0 switches on core 0)
Здравствуйте.
Дома 2 бука, один с дебиан, другой с windows7, оба в локальной сетке за роутером, оба висят на роутере по вайфай. На дебиане ssh, на windows - radmin.
С недавнего времени дебиан периодически стал «неотвечать» извне. Появится на пару минут и пропадет, хотя я веду активность по ссх. Потом появится на час, и опять пропадет. То по пол дня доступен без всяких проблем. Если за него сесть и серфить в интернете - никаких проблем и доступен по ссх всегда.
Сначала грешил на роутер, но потом заметил что радмин на винде доступен в то время как дебиан - нет.
Как то вечером он не был доступен, пришел домой, открыл крышку бука, вижу рабочий стол KDE. Логинюсь с сотки по ссх - не отвечает. Открыл на дебиане браузер, зашел на сайт, все работает. И ссх стал отвечать. Такое ощущение, что его этим можно «разбудить», и сам wlan0 засыпает и просыпается по своим каким то настроениям.
На данный момент дебиан недоступен. Зашел по радмину в винду, пингую дебиан - не пингуется. А так обычно пингуется, iptables пустой, все полиси - accept.
В общем, нужен следопыт :) Самостоятельно читал логи /var/log/messages dmesg, там ничего про wlan0 нет. Как дебиан появится - выложу эти логи и все что попросите :) Спасибо
Здравствуйте.
Имею доступ к компу по ssh. На нем запущен KDE4.5. Могу ли я по ssh поднять какой нибудь remote gui, чтоб я мог удаленно зайти типа teamviewer?
Здравствуйте.
Поставил opensuse 11.4, монтирую /dev/sda4 к папке /windows/D/
mount /dev/sda4 -t auto /windows/D/
Пытаюсь туда закинуть файлы через Дельфин КДЕ - нет доступа. Смотрю, /windows/D/ принадлежит пользователю root.
Пытаюсь
chown quux:users /windows/D/
- никаких сообщений об ошибках, просто не реагирует, owner так и остался root.
Отмонтировал. Той же командой (chown quux:users /windows/D/) успешно сменил пользователя, монтирую обратно - опять рут.
Подскажите что можно сделать и можно ли.
Здравствуйте.
Подскажите, как UDP пакеты, приходящие на локальный порт 4444 «рутить» на локальную же машину 5061 порт?
IP адрес по которому прога на 5061 порту ловит - 127.0.0.1 или же 192.168.1.99, не важно на какой именно.