Отправляет email-рассылки с помощью сервиса Sendsay

За 2006-08-18

USB2IDE

Драсть. Купил себе сабжевый адаптер и теперь вот непонятно - а как его,
собственно, примонтировать? mount /dev/sdaХ не работает...

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

   2006-08-18 23:37:39 (#581803)

Вне тематики: как заставить USB2.0 в МС Окна98 под VMware 5 работать?

Набор микросхем, есстественно, указан другой в гостевой, так
называемой, системе. Поэтому, драйвера для моего железа не подойдут.
Например, там USB-контроллер: Intel 82371AB/EB, Pentium2-AGP-контроллер
- Intel 82443BX, и т.д. Драйвера для какого набора микросхем могут
подойти?

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

   Strong 2006-08-18 20:12:32 (#581772)

Re: Обновление графического окна в Qt

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

Это происходит после обновления строки прогресса:
QProgressBar::setProgresss(int ,int). После этого ставлю
processEvents(), и происходит зацикливание. Для остальных элементов GUI:
QListView, QIconView и др. обновление идет нормально.

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

   2006-08-18 18:48:28 (#581755)

Re: Обновление графического окна в Qt

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

Неправда. qApp->processEvents() приводит к обработке всех событий в
очереди. Ведь qApp - глобальная переменная. Во всяком случае - для
остальных элементов GUI, кроме QProgressBar обновление происходит нормально.

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

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

   2006-08-18 18:47:54 (#581754)

Re: Лень печатать less

В сообщении от 1155108646 секунд после начала Эпохи Арсений Покидышев написал(а):

> Я пользуюсь xterm или bash.
> Некоторые программы выводят много текста, и приходится напечатать " | less"
> в конце, чтобы всё прочесть.
> Может компьютер сам приделывать этот | less к команде?
> А не приделывать его, если вывод умещается в один экран?
>
> PS: Манипулятор мышь не нравится

Shift+PageUp, Shuft+PageDown

   Konstantin Korikov 2006-08-18 18:25:05 (#581746)

Re[2]: libstdc++

Здравствуйте, Dmitry.

Вы писали 17 августа 2006 г., 15:07:56:

> 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

даже http://rpm.pbone.net

   Alexander 2006-08-18 13:49:26 (#581638)

Re: автомонтирование USB устройств

18 августа 2006 09:39, avm7 написал(а):
> Мандрива 2006.....
> странное нестабильное поведение системы по поводу автомонтирования
> флэшек при их подключении
После обновления HAL у меня CD/флешки перестали автоматически монтироваться.
Пока ещё не разбирался, буду читать
http://club.mandriva.com/xwiki/bin/KB/HardwareHremov6?language=en

   2006-08-18 13:23:18 (#581632)

Re: Обновление графического окна в Qt

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

Он базовый для QApplication. Просто метод принадлежит ему.

> > Так что используйте hasPendingEvents():
> > while (qApp->hasPendingEvents ()) qApp->processEvents
> > ();
>
> У меня после ввода этой конструкции происходит
> зацикливание на этом месте. Хотя все вроде очевидно...

Значит обработка накопленных событий вызывает новые события
и так до бесконечности. Что-то у вас не то со структурой
приложения - поэтому просто processEvents() и не хватает.

   "Sergey B. Khvatov" 2006-08-18 10:33:44 (#581580)

автомонтирование USB устройств

Мандрива 2006.....
странное нестабильное поведение системы по поводу автомонтирования
флэшек при их подключении

есть некоторые машины на которых все с самого начала работало и работает
до сих пор
есть некоторые - на которых с самого начала это не работало
остальные - работает периодически, иногда перестает, иногда перестает
насовсем

сразу скажу - системы ставятся одинаково (во всяком специально эта
функция не отключается), потом ничего не перенастраивается, если только
с целью вернуть эту функцию

подскажите плиз:
-где это вообще настраивается ручками (графич. утилита drak.......
похоже ничего не делает)?
-отчего может зависеть такая нестабильность?
-как все это исправить?

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

   2006-08-18 09:35:55 (#581556)

petsc

Привет Всем.

Помогите разобраться с библиотекой petsc (http://www.mcs.anl.gov/petsc).
Надеюсь, что здесь найдутся пользователи petsc.

А проблема вот в чем. Мне нужно обнулить столбец в матрице. Существует
документированная функция MatZeroRows() -- она удаляет строки, также в
файле ./include/petscmat.h указана недокументированная функция
MatZeroColumns(), но она не работает ( undefined reference to
`MatZeroColumns' ). Конечно можно занести нули в элементы столбца, но
это некрасиво, к тому же память будет расходоваться на нулевые элементы.

   2006-08-18 02:59:19 (#581528)