LOR times troubles
http://www.linux.org.ru/add_comment.jsp?topic=650432&replyto=650593&r...
датировано за два дня назад - к чему бы это? :)
http://www.linux.org.ru/add_comment.jsp?topic=650432&replyto=650593&r...
датировано за два дня назад - к чему бы это? :)
Стал искать, как отделаться от хроматической аберрации на сенсорах с Байеровской мозаикой (и не только), и нашел - уже одна фирма сделала такую реализацию, запатентовала, и хочет за это щастье от 90$ до 400$.
Причем, если сам сделаешь свой метод, то нелегитимен он уже будет :-/
На машине стоял ALTLinux2.2, щас - 2.4Beta. В обоих проблема - не могу получать multicast поток (видеострим). Причем проблема не в софте (который передает/принимает видео) - на Win машине все работает корректно. Причем если запустить tcpdump -s 1514, то все пакеты начинают приниматься, если остановить tcpdump - опять пакеты отбрасываются. Все анстройки по умолчанию после установки, через ifconfig на интерфейсе есть MULTICAST. В какую сторону копать?
Первое сообщение от клиента - разделено на два tcp пакета, у меня через recv принимается за один раз. Смотрю траффик - два пакета, первый - нормальный, длина ~142 байта, второй - продолжение, длина ~200. Т.е. все сообщение спокойно умещается в MTU, и навряд ли ядро(2.4.26) разбило его на два пакета. Но если пересылать через send, то перешлется один пакет...
Как такое может быть? Как можно послать одно сообщение, чтобы оно было разбито на две части, но принималось как одно сообщение???
Цитата с knoppix.ru:
"Интересной же для Linux-сообщества мне показалась одна из последних статей, где Джоэл утверждает, что время Microsoft подходит к концу. Программист, который некоторое время работал в штате сотрудников Microsoft, выдвигает свой довод в пользу этого высказывания. Он считает, что "есть менее понятое явление, которое происходит в значительной степени незамеченным: "корона" Microsoft, её стратегический драгоценный камень - API Windows, теряет своё значение. Краеугольный камень монополистической власти Microsoft, делающий невероятно выгодными продажи Windows и Office, которые приносят фактически весь доход Microsoft и покрывают огромный массив нерентабельных или малоприбыльных производственных линий, API Windows больше не представляет интереса для разработчиков."
Читайте, высказывайте свое мнение... :)
только по размерам мне кажется, что классного музона там нет... Это многие говорят, буто интерактивная, т.е. меняющаяся по ходу обстановки в игре, музыка появилась только в Unreal - так там она тоже была такая, и раньше, чем в Unreal.
Щас качаю, не знаю, пойдет ли под Wine или dosemu.
Обычные пользователя сидят и юзают то, что им уже поставили, и ни о чем не беспокоятся. А если кто-то хочет какую-то фичу, то надо взаимодействовать с разработчиками - на том же Blender народ активно участвует и продвигает свои идеи по интерфейсу и юзабилити, и разработчики прислушиваются к их мнению."
Собственно, хотел туда послать такой пост, но он бы наверно был оффтопиком... Пусть Ирси ответит, со своей вечной заботой о пользователях, пользователя сидят и ждут на блюдечке с голубой каемочкой продукт, который им понравится? А сами они обсуждают и предлагают ли изменения в продуктах? Есть активный пользователь, и пассивный.
Вычкажись по этому поводу, просвяти, плиз. Создается впечатление, что ты защищаешь пассивных пользователей...
void start_kthread(void (*func)(kthread_t *), kthread_t *kthread) { init_MUTEX_LOCKED(&kthread->startstop_sem); kthread->function = func; kthread->tq.sync = 0; INIT_LIST_HEAD(&kthread->tq.list); kthread->tq.routine = kthread_launcher; kthread->tq.data = kthread; schedule_task(&kthread->tq); down(&kthread->startstop_sem); }
void stop_kthread(kthread_t *kthread) { if(kthread->thread == NULL) { /* printk("stop_kthread: killing non existing thread!\n");*/ return; } lock_kernel(); init_MUTEX_LOCKED(&kthread->startstop_sem); kthread->terminate = 1; kill_proc(kthread->thread->pid, SIGKILL, 1); down(&kthread->startstop_sem); unlock_kernel(); kill_proc(2, SIGCHLD, 1); }
void init_kthread(kthread_t *kthread, char *name) { lock_kernel(); kthread->thread = current; siginitsetinv(¤t->blocked, sigmask(SIGKILL)|sigmask(SIGINT)|sigmask(SIGTERM)); init_waitqueue_head(&kthread->queue); kthread->terminate = 0; sprintf(current->comm, name); unlock_kernel(); up(&kthread->startstop_sem); }
void exit_kthread(kthread_t *kthread) { lock_kernel(); kthread->thread = NULL; mb(); up(&kthread->startstop_sem); }
И собственно вопрос. У меня в драйвере в процессе работы создается нить - start_kthread, в функции она инициализаруется init_kthread(), а потом я хочу из нити выйти.
Если я выхожу через exit_kthread, или stop_kthread и exit_kthread, то она выпадает с состояние DW или Z(Зомби) по top, т.е. реально не убивается.
Подскажите плиз, как правильно выйти из нити? Код функций взят из http://www.scs.ch/~frey/linux/kernelthreads.html
Из предпочтений/требований - чтобы можно было легко изменить состав дистрибутива, дружественность к неподготовленному пользователю, и возможность локализации (в частности, желательна поддержка кроме русского/английского/французского ещё и китайского языка).
Кто что скажет, из опыта работы с разными дистрами?
А собственно вопрос - кто-нибудь знает, как заставить mc работать в консоли при локали ru_RU_UTF-8? Я ставил c http://ayo.freshrpms.net/ mc, и ввод в mc совершенно не работает... Причем в X-терминале проблем не возникало.
Если добавить в Blender систему плагинов (текущая система не предоставляет необходимой функциональности), то плагины, если они не базируются на GPL коде, можно же распространять под любой лицензией? Или я не прав?
RMS спрашивать как-то не хочется, особенно после его комментариев по поводу LGPL.
| ← назад |