Да так заработало ! Спасибо !

Но теперь появилась новая напасть. Когда я эту команду (route) даю при работающем
XFree с Гномом она срабатывает, дальше можно спокойно зайти на сайт провайдера.
Но Гном начинает "разваливаться". Например при нажатии на меню "команды" кнопка
этого меню переходит в "нажатое" состояние и всё глухо. Другие апплеты ещё действуют
но при нажатии на них происходят аналогичные вещи. В общем Гном начинает виснуть.
Если же команду дать (после ifconfig) в скрипте, до загрузки XFree то оконный
менеджер
совсем не загружается: появляется заставка и всё, дальше не идёт.

Ничего не понятно.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27623; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581509

Роман wrote:
> Andrej Soloviev wrote:
>
>> Sergey B. Khvatov wrote:
>>
>>
>> Еще один вариант - работа с модемом в отдельном процессе (запускается
>> классом QProcess), а обмен с GUI через слот-сигнальный механизм. Этот
>> вариант интересен тем, что процесс работы с модемом можно запустить на
>> одном компе сетки, а управлять им через GUI, запущенный на другом (и
>> даже в общем случае - через ИНТЕРНЕТ).
>>
>
> Так ведь GUI связан с модемом. Какой толк параллелить, если модем может
> работать только с одним процессом. Т. е. запусакем через GUI один
> процесс, а дальше все - ждем пока модем его обработает. Важно, чтобы
> базовые элементы GUI, например, перерисовка работали.
>
Так не будет перерисовки, пока Вы не вернете управление в главный
событийный цикл (это тот, который запускается от app.exec(). И события
обрабатываться тоже не будут, поэтому у Вас тот предложенный цикл по
хвосту необработанных событий и зацикливался.
Есть, правда, искусственный способ - через QProgressBarDialog, но вряд
ли он Вас устроит.

А разделение блока работы с модемом и блока GUI на разные треды или
процессы как раз и позволяет в блоке GUI быстро обработав событие или
сигнал, вернуть управление в главный событийный цикл для обработки
следующего элемента очереди событий (к которым, кстати, также относится
перерисовка). Вот так, и никак иначе в третьем Qt не получится.
>

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27622; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581492

На этом make останавливается:

print-camera-list.c:741: warning: implicit declaration of function
`gp_log_add_func' print-camera-list.c:741: error: `GP_LOG_ALL'
undeclared (first use in this function) print-camera-list.c:741: error:
`debug_func' undeclared (first use in this function) make[3]: ***
[print-camera-list.o] Error 1 make[3]: Leaving directory
`/pub/tmp/1/libgphoto2-2.2.1/packaging/generic' make[2]: ***
[all-recursive] Error 1 make[2]: Leaving directory
`/pub/tmp/1/libgphoto2-2.2.1/packaging' make[1]: *** [all-recursive]
Error 1 make[1]: Leaving directory `/pub/tmp/1/libgphoto2-2.2.1'
make: *** [all] Error 2

Как исправить? Система FC5. gcc, gcc-c++, и т.д. обновлены до последних
версий.
- Мне это н/о для соединения с камерой Canon A610... Может, возможно
использовать др. ПО?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27621; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581487

Sergey B. Khvatov wrote:
>>>> Есть графическое окно некоторого приложениея в Qt.
>>>> Пока приложение выполняется, окно не реагирует на
>>>> действия пользователя. Проблема должна решаться
>>>> периодическим вызовом из приложения конструкции
>>>> qApp->processEvents(), но это не помогает. Пробовал
>>>> также qApp->flush(), qApp->flushX() - результат такой
>>>> же.
>>>>
>>>> Что делать, не знаю...
>>>>
>>> Вообще-то QCoreApplication::processEvents() помогает,
>>> только надо его вызывать не реже чем 5 раз в секунду.
>>>
>> Вы где такой класс нашли? У меня в Qt 3.3.4 его нет.
>> Наверно просто QApplication, но я его и использую.
>>
>
> В Qt4. Он там - под QApplication (а еще static)
>

Я навел справки - он для консольных приложений

>
>> Насчет 5 раз. Если дело обстоит так: пользователь,
>> например, нажимает кнопку Maximize на окне. Этот сигнал
>> от нажатия поступает в очередь, и я его обрабатываю
>> функцией QCoreApplication::processEvents() через 2
>> секунды, например. Он ведь должен обработаться, а у меня
>> так не происходит. Этот сигнал обрабатывается только
>> после окончания работы основной программы. А 5 раз,
>> наверно, связано с динамикой отклика? Так или нет? Что вы
>> имели в виду. Объясните, пожалуйста, подробнее, если не
>> трудно.
>>
>
> Это, но не только. В Qt3 processEvents() обрабатывает не все
> события, а сколько успеет за 3 секунды (об этом
> недвусмысленно написано в документации)
>
> Так что используйте hasPendingEvents():
> while (qApp->hasPendingEvents ()) qApp->processEvents ();
>

У меня после ввода этой конструкции происходит зацикливание на этом
месте. Хотя все вроде очевидно...

> В Qt4 этим можно управлять, более того, по умолчанию
> обрабатываются все события.
>
>
>>> Еще можно длительную работу делать в отдельном треде,
>>> только это весьма хлопотно
>>>
>> Многопоточность в моем приложении не имеет смысла: оно
>> работает с модемом.
>>
>
> Вот в одном треде работает с модемом, а в другом обслуживает
> GUI. Нормальный дизайн любого GUI приложения
>

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27620; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581460

Andrej Soloviev wrote:
> Sergey B. Khvatov wrote:
>
>>>> Еще можно длительную работу делать в отдельном треде,
>>>> только это весьма хлопотно
>>>>
>>>>
>>> Многопоточность в моем приложении не имеет смысла: оно
>>> работает с модемом.
>>>
>>>
>> Вот в одном треде работает с модемом, а в другом обслуживает
>> GUI. Нормальный дизайн любого GUI приложения
>>
>>
>>
> Еще один вариант - работа с модемом в отдельном процессе (запускается
> классом QProcess), а обмен с GUI через слот-сигнальный механизм. Этот
> вариант интересен тем, что процесс работы с модемом можно запустить на
> одном компе сетки, а управлять им через GUI, запущенный на другом (и
> даже в общем случае - через ИНТЕРНЕТ).

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

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27619; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581459

On Thu, 17 Aug 2006 09:35:42 +0400
Ivan <iv***@j*****.ru> wrote:

> Доброе время суток.
>
> Не ужели не у кого нет 32 битной версии libstdc++ для SuSe 10 Eval x86_64?
> А то без этой библиотеки DrWeb не работает
>
http://rpmfind.net

Sergey B. Khvatov wrote:
>>> Еще можно длительную работу делать в отдельном треде,
>>> только это весьма хлопотно
>>>
>> Многопоточность в моем приложении не имеет смысла: оно
>> работает с модемом.
>>
>
> Вот в одном треде работает с модемом, а в другом обслуживает
> GUI. Нормальный дизайн любого GUI приложения
>
>
Еще один вариант - работа с модемом в отдельном процессе (запускается
классом QProcess), а обмен с GUI через слот-сигнальный механизм. Этот
вариант интересен тем, что процесс работы с модемом можно запустить на
одном компе сетки, а управлять им через GUI, запущенный на другом (и
даже в общем случае - через ИНТЕРНЕТ).

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27617; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581389

В сообщении от 16 августа 2006 20:31 Роман написал(a):
> Sergey B. Khvatov wrote:
> > В сообщении от 16 августа 2006 18:08 Роман написал(a):
> >> Есть графическое окно некоторого приложениея в Qt.
> >> Пока приложение выполняется, окно не реагирует на
> >> действия пользователя. Проблема должна решаться
> >> периодическим вызовом из приложения конструкции
> >> qApp->processEvents(), но это не помогает. Пробовал
> >> также qApp->flush(), qApp->flushX() - результат такой
> >> же.
> >>
> >> Что делать, не знаю...
> >
> > Вообще-то QCoreApplication::processEvents() помогает,
> > только надо его вызывать не реже чем 5 раз в секунду.
>
> Вы где такой класс нашли? У меня в Qt 3.3.4 его нет.
> Наверно просто QApplication, но я его и использую.

В Qt4. Он там - под QApplication (а еще static)

> Насчет 5 раз. Если дело обстоит так: пользователь,
> например, нажимает кнопку Maximize на окне. Этот сигнал
> от нажатия поступает в очередь, и я его обрабатываю
> функцией QCoreApplication::processEvents() через 2
> секунды, например. Он ведь должен обработаться, а у меня
> так не происходит. Этот сигнал обрабатывается только
> после окончания работы основной программы. А 5 раз,
> наверно, связано с динамикой отклика? Так или нет? Что вы
> имели в виду. Объясните, пожалуйста, подробнее, если не
> трудно.

Это, но не только. В Qt3 processEvents() обрабатывает не все
события, а сколько успеет за 3 секунды (об этом
недвусмысленно написано в документации)

Так что используйте hasPendingEvents():
while (qApp->hasPendingEvents ()) qApp->processEvents ();

В Qt4 этим можно управлять, более того, по умолчанию
обрабатываются все события.

> > Еще можно длительную работу делать в отдельном треде,
> > только это весьма хлопотно
>
> Многопоточность в моем приложении не имеет смысла: оно
> работает с модемом.

Вот в одном треде работает с модемом, а в другом обслуживает
GUI. Нормальный дизайн любого GUI приложения

Доброе время суток.

Не ужели не у кого нет 32 битной версии libstdc++ для SuSe 10 Eval x86_64?
А то без этой библиотеки DrWeb не работает

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 27615; Возраст листа: 1119; Участников: 1697
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/581341