[sisyphus] XFree-4.1 package delayed

[sisyphus] XFree-4.1 package delayed

[Aleksey Novodvorsky]

Hi!
К сожалению, пакет XFree-4/1.0 задерживается, предположительно --
до завтра.

Rgrds, AEN

Re: [sisyphus] XFree-4.1 package delayed

[Igor Glavatskikh]

> К сожалению, пакет XFree-4/1.0 задерживается, предположительно --
> до завтра.

Только один вопрос: драйвера от nvidia работают с ним? Желательно 0.9-769,
а не 1.0-1251
--
Best regards,
          Igor

[sisyphus] kernel-2.4.5

[Igor Glavatskikh]

Приветствую!
Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это какие-то
воспоминания о будущем, оно ж никогда не умело так. И сейчас:

Jun  6 21:50:18 localhost kernel: hdc: ATAPI 50X CD-ROM drive, 128kB Cache, UDMA(33)
Jun  6 21:50:18 localhost kernel: Uniform CD-ROM driver Revision: 3.12
Jun  6 21:52:26 localhost kernel: hdc: timeout waiting for DMA
Jun  6 21:52:26 localhost kernel: hdc: ide_dma_timeout: Lets do it again!stat = 0xd0, dma_stat = 0x20
Jun  6 21:52:26 localhost kernel: hdc: DMA disabled
Jun  6 21:52:26 localhost kernel: hdc: ide_set_handler: handler not null; old=c018fbf0, new=cbdae9f4
Jun  6 21:52:26 localhost kernel: bug: kernel timer added twice at c018fb51.

После чего vfs слетает, что rmmod/insmod не помогают, только перезапуск системы, обидно.

--
Best regards,
          Igor

Re: [sisyphus] kernel-2.4.5

[Alexey Morozov]

On Thu, 7 Jun 2001, Igor Glavatskikh wrote:

> Приветствую!
> Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это какие-то
> воспоминания о будущем, оно ж никогда не умело так. И сейчас:
Странно это все (C). У меня довольно долго уже все в порядке. Я думаю, это
такая специфическая конфигурация железа/установок...

Re: [sisyphus] kernel-2.4.5

[Igor Glavatskikh]

On Thu, 7 Jun 2001 22:12:38 +0700 (NOVST)
Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> wrote:

> > Приветствую!
> > Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это какие-то
> > воспоминания о будущем, оно ж никогда не умело так. И сейчас:
> Странно это все (C). У меня довольно долго уже все в порядке. Я думаю, это
> такая специфическая конфигурация железа/установок...

Ничего странного, приведенного лога вполне достаточно -- плохой сидиром, долго ждали
пока прочитается, по таймауту сбросили dma, все сломалось :). Новый maintainer ide-cd
когда появился? В 2.4.4 или в 2.4.5? Может это он все? :)

--
Best regards,
          Igor

[sisyphus] nautilus

[Igor Glavatskikh]

Приветствую!

Когда nautilus-1.0.3-alt3 слетает с:
Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile
Gdk-ERROR **: BadPixmap (invalid Pixmap parameter)
  serial 568 error_code 4 request_code 2 minor_code 0

то чем лечить? Пару раз запустился нормально, а вот потом падать стал...

Кстати, если его с "-с" пускать, то:

running nautilus_self_check_search_uri

FAIL: check failed in nautilus-search-uri.c, line 700
      evaluated: nautilus_search_uri_to_human ("search:[][]file_name contains stuff")
       expected: Элементы, имена которых содержат "stuff".
            got: Элементы , имена которых содержат "stuff".
FAIL: check failed in nautilus-search-uri.c, line 702
      evaluated: nautilus_search_uri_to_human ("search:[][]file_type is file")
       expected: Элементы -- обычные файлы
            got: Элементы  являющиеся  -- обычные файлы
FAIL: check failed in nautilus-search-uri.c, line 705
      evaluated: nautilus_search_uri_to_human ("search:[][]file_name contains stuff & file_type is file"
       expected: Элементы, имена которых содержат "stuff" являющиеся обычными файлами.
            got: Элементы , имена которых содержат "stuff". and  являющиеся  -- обычные файлы
FAIL: check failed in nautilus-search-uri.c, line 708
      evaluated: nautilus_search_uri_to_human ("search:[][]file_name contains stuff & file_type is file"
       expected: Элементы, имена которых содержат "stuff" и обычных файлов и размером меньше чем 2000 ба
            got: Элементы , имена которых содержат "stuff".,  являющиеся  -- обычные файлы and  меньше ч
FAIL: check failed in nautilus-search-uri.c, line 713
      evaluated: nautilus_search_uri_to_human ("search:[][]file_name contains medusa & file_type is dire
       expected: Элементы, имена которых содержат "medusa" являющиеся каталогами.
            got: Элементы , имена которых содержат "medusa". and  являющиеся  -- папки
running nautilus_self_check_file_utilities
running nautilus_self_check_file_operations
FAIL: check failed in nautilus-file-operations.c, line 2272
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo...txt", __LC_MESSAGES), 1)
       expected: foo...(копия).txt
            got: foo.. (копия).txt
FAIL: check failed in nautilus-file-operations.c, line 2286
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo (23rd copy)", __LC_MESSAGES), 1)
       expected: foo (24-ая копия)
            got: foo (23-ья копия) (копия)
FAIL: check failed in nautilus-file-operations.c, line 2287
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo (23rd copy).txt", __LC_MESSAGES), 1)
       expected: foo (24-ая копия).txt
            got: foo (23-ья копия) (копия).txt
FAIL: check failed in nautilus-file-operations.c, line 2289
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo (24th copy).txt", __LC_MESSAGES), 1)
       expected: 25 (25-ая копия).txt
            got: foo (25-ая копия).txt
FAIL: check failed in nautilus-file-operations.c, line 2299
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo (12th copy)", __LC_MESSAGES), 1)
       expected: foo (13-ая копия)
            got: foo (13-ья копия)
FAIL: check failed in nautilus-file-operations.c, line 2300
      evaluated: get_duplicate_name (dcgettext (((void *)0), "foo (12th copy).txt", __LC_MESSAGES), 1)
       expected: foo (13-ая копия).txt
            got: foo (13-ья копия).txt
running nautilus_self_check_directory
running nautilus_self_check_file
running nautilus_self_check_icon_container
running nautilus_self_check_icon_factory

-- мейнтэйнеры в курсе?

--
Best regards,
          Igor

Re: [sisyphus] nautilus

[Valek Filippov]

> -- мейнтэйнеры в курсе?
Сегодня поправлю перевод. Завтра будет Nau-1.0.4

Валек

Re: [sisyphus] kernel-2.4.5

[Konstantin Volckov]

On Thu, 7 Jun 2001 21:42:54 +0600
Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:

> On Thu, 7 Jun 2001 22:12:38 +0700 (NOVST)
> Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> wrote:
> 
> > > Приветствую!

Hi!

> > > Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это какие-то
> > > воспоминания о будущем, оно ж никогда не умело так. И сейчас:
> > Странно это все (C). У меня довольно долго уже все в порядке. Я думаю, это
> > такая специфическая конфигурация железа/установок...
> 
> Ничего странного, приведенного лога вполне достаточно -- плохой сидиром, долго ждали
> пока прочитается, по таймауту сбросили dma, все сломалось :). Новый maintainer ide-cd
> когда появился? В 2.4.4 или в 2.4.5? Может это он все? :)

Он появился начиная с 2.4.4-alt1. Как я понимаю, модуль здесь не при чем. Скорее всего
проблема в драйвере для чипсета или в кривом CD диске. Было бы неплохо попробовать
прочитать хороший диск, а также прислать мне весь dmesg.

Компиляция ide-cd модулем была введена с целью уменьшения размера bzImage ядра. Насколько
я знаю, при этом никаких проблем не возникает.

Более того, если обрушилось ядро, то оно бы обрушилось и при компиляции ide-cd в само ядро.
Как я понимаю, проблема разрешаемая.

> --
> Best regards,
>           Igor

-- 
Удачи,
Konstantin

Re: [sisyphus] nautilus

[Valek Filippov]

Перевод в CVS.
К сож. я не могу сейчас проверить работоспособность этой части переводов.
Те кто придумал эти msgid очень старались достичь, но не вполне понимали
чего именно. Утром выложу файл на ftp, на случай если Darin не сделает обещанный релиз.

Валек

Re: [sisyphus] kernel-2.4.5

[Igor Glavatskikh]

On Thu, 7 Jun 2001 20:34:27 +0400

>> > > Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это какие-то
>> > > воспоминания о будущем, оно ж никогда не умело так. И сейчас:
>> > Странно это все (C). У меня довольно долго уже все в порядке. Я думаю, это
>> > такая специфическая конфигурация железа/установок...
>> 
>> Ничего странного, приведенного лога вполне достаточно -- плохой сидиром, долго ждали
>> пока прочитается, по таймауту сбросили dma, все сломалось :). Новый maintainer ide-cd
>> когда появился? В 2.4.4 или в 2.4.5? Может это он все? :)

> Он появился начиная с 2.4.4-alt1. Как я понимаю, модуль здесь не при чем. Скорее всего
> проблема в драйвере для чипсета или в кривом CD диске. Было бы неплохо попробовать
> прочитать хороший диск, а также прислать мне весь dmesg.

Просто грешить больше не на что -- чипсет BX, сидюк ASUS 50x. С этой конфигурацией без
изменения каких-либо настроек в биосе или добавлением нового оборудования отлично
жили все ядра 2.0, 2.4 примерно с четвертью патчей от AC, а 2.4.2 и 2.4.3 с патчами от RH.
Компилировалось все это 2.95 для 2.0 и последними 2.96 от RH для 2.4 как с максимальной
оптимизацией (-O9 -funroll-loops -ffast-math -mcpu=pentiumpro -march=pentiumpro
-fomit-frame-pointer -fno-exceptions), так и по умолчанию. Короче, железо проверено.
hdparm-ом ничего не было правлено, dma включено было ядром.
К CD диску тоже претензий никаких -- читался и читается всегда и везде, только иногда
ASUS к нему скорость подбирает, но меньше 36 не было. Короче, диск нормальный.
Поэтому, либо из-за 2.4.5, либо из-за модуля, либо из-за особенностей сборки.

> Компиляция ide-cd модулем была введена с целью уменьшения размера bzImage ядра. Насколько
> я знаю, при этом никаких проблем не возникает.

А когда Вы в последний раз видели после сброса dma

hdc: ide_set_handler: handler not null; old=c018fbf0, new=cbdae9f4
bug: kernel timer added twice at c018fb51.

? После этого к hdc вообще обратиться нельзя было.

> Более того, если обрушилось ядро, то оно бы обрушилось и при компиляции ide-cd в само ядро.
> Как я понимаю, проблема разрешаемая.

Если дело не в выносе в модуль, то конечно. Но как проверить? Ошибка невоспроизводимая,
к сожалению.

--
Best regards,
          Igor

Re: [sisyphus] nautilus

[Igor Glavatskikh]

On Thu, 7 Jun 2001 22:16:39 +0600
Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:
> Приветствую!

> Когда nautilus-1.0.3-alt3 слетает с:
> Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

> Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

> Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile

> Gdk-CRITICAL **: file gdkpixmap.c: line 823 (gdk_pixmap_unref): assertion `private->ref_count > 0' faile
> Gdk-ERROR **: BadPixmap (invalid Pixmap parameter)
> serial 568 error_code 4 request_code 2 minor_code 0

> то чем лечить? Пару раз запустился нормально, а вот потом падать стал...

Проблема решилась. Грабли были в gtk-теме.
nautilus-1.0.3-alt3 работает нестабильно с некоторыми темами из gtk-themes-1.0-ipl7mdk,
а именно точно слетает с BlueIce, AbsoluteS, Charlotte, под подозрением AlAndalus,
Cheese, Ecosmll и куча других, но проверять трудно. Кстати о gtk-темах,
"du -skh /usr/share/themes" дает 55М, может почистить? 50% такие страшенные...
+ есть ошибки в сборке:

Blood_and_Custard: -- проблема со шрифтом (если установлены только 75dpi)

BrushedMetalBlue:
/usr/share/themes/BrushedMetalBlue/gtk/gtkrc:9: error: unexpected character `=', expected string constant

Clean-Dark:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libclean.so",

ColorStep-IRIE:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libcolorstep.so",

GradientBubbles:
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "ruler_horiz.png", строка 1117

Implants:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libpsy.so",

Muffy:
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "background.xpm", строка 13
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "background.xpm", строка 14
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "background.xpm", строка 15
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "background.xpm", строка 16

NeXTStep:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libxeno.so",

PretzelStep:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libstep.so",

Purplephilia:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libxeno.so",

WindowMaker:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libxeno.so",

Yellow:
Gtk-WARNING **: Файл с изображением не найден в pixmap_path: "bg1.png", строка 79

webOS:
Gtk-WARNING **: Загружаемый модуль не найден в module_path: "libclean.so",

--
Best regards,
          Igor

Re: [sisyphus] kernel-2.4.5

[Konstantin Volckov]

Hi!

> > Компиляция ide-cd модулем была введена с целью уменьшения размера
bzImage ядра. Насколько
> > я знаю, при этом никаких проблем не возникает.
> 
> А когда Вы в последний раз видели после сброса dma
> 
> hdc: ide_set_handler: handler not null; old=c018fbf0, new=cbdae9f4
> bug: kernel timer added twice at c018fb51.
> 
> ? После этого к hdc вообще обратиться нельзя было.

Посмотрел исходники драйверов ide и пришел к выводу, что эта ошибка могла
возникнуть при отсутствии ответов от CDROM'a на запросы драйвера. Именно в
этом случае драйвер пытается сбросить DMA режим и, в частности,
переустановить таймер запросов к CD. Так что данная бага - несомненно бага
ядра, но вызвана она, как я понимаю, проблемами в железе.
 
> > Более того, если обрушилось ядро, то оно бы обрушилось и при
компиляции ide-cd в само ядро.
> > Как я понимаю, проблема разрешаемая.
> 
> Если дело не в выносе в модуль, то конечно. Но как проверить? Ошибка
невоспроизводимая,
> к сожалению.

Ну, если она не встречается часто - то можно особенно не волноваться.
Посмотрел changelog по ide-cd драйверу - там за последние 3 месяца
изменений не было. Если бага повторится - просьба запомнить и описать
ситуацию ее возникновения, приложить логи и я вышлю их разработчику
драйвера.

> --
> Best regards,
>           Igor

-- 
Удачи,
Konstantin

Re: [sisyphus] kernel-2.4.5

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1574 bytes --]

On Thu, 7 Jun 2001 19:04:02 +0600
Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:

> Приветствую!
> Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это
какие-то
> воспоминания о будущем, оно ж никогда не умело так. И сейчас:
> 
> Jun  6 21:50:18 localhost kernel: hdc: ATAPI 50X CD-ROM drive, 128kB
Cache, UDMA(33)
> Jun  6 21:50:18 localhost kernel: Uniform CD-ROM driver Revision: 3.12
> Jun  6 21:52:26 localhost kernel: hdc: timeout waiting for DMA
> Jun  6 21:52:26 localhost kernel: hdc: ide_dma_timeout: Lets do it
again!stat = 0xd0, dma_stat = 0x20
> Jun  6 21:52:26 localhost kernel: hdc: DMA disabled
> Jun  6 21:52:26 localhost kernel: hdc: ide_set_handler: handler not
null; old=c018fbf0, new=cbdae9f4
> Jun  6 21:52:26 localhost kernel: bug: kernel timer added twice at
c018fb51.
> 
> После чего vfs слетает, что rmmod/insmod не помогают, только
перезапуск системы, обидно.

Кстати, подобные сообщения у меня возникают и на 2.2.19, правда, без
последствий в виде зависания VFS. Полный вывод dmesg прилагается. В
данном случае это было монтирование CD-RW через supermount, но такую же
картину я наблюдал при снятии образа CD через gcombust (причем образ в
конечном итоге снялся нормально).

Первая группа сообщений про ISO9660 Extensions - от монтирования образа
через loop (конец CD-RW не прочитался, дописывал заново); при снятии
образа то же самое вылетало и без этого.

И, кстати, ide-cd модулем у меня не помню уж с какого ядра, но довольно
давно работало без каких-либо проблем, правда, на 2.2.x и только с
патчем supermount (без других).

[-- Attachment #2: dmesg.log --]
[-- Type: application/octet-stream, Size: 5479 bytes --]

Re: [sisyphus] kernel-2.4.5

[Igor Glavatskikh]

On Sat, 9 Jun 2001 21:00:42 +0400
Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:

> On Thu, 7 Jun 2001 19:04:02 +0600
> Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:
> 
> > Приветствую!
> > Кто kernel24-up-2.4.5-alt1 собирал, зачем ide-cd модулем сделали? Это
> какие-то
> > воспоминания о будущем, оно ж никогда не умело так. И сейчас:
> > 
> > Jun  6 21:50:18 localhost kernel: hdc: ATAPI 50X CD-ROM drive, 128kB
> Cache, UDMA(33)
> > Jun  6 21:50:18 localhost kernel: Uniform CD-ROM driver Revision: 3.12
> > Jun  6 21:52:26 localhost kernel: hdc: timeout waiting for DMA
> > Jun  6 21:52:26 localhost kernel: hdc: ide_dma_timeout: Lets do it
> again!stat = 0xd0, dma_stat = 0x20
> > Jun  6 21:52:26 localhost kernel: hdc: DMA disabled
> > Jun  6 21:52:26 localhost kernel: hdc: ide_set_handler: handler not
> null; old=c018fbf0, new=cbdae9f4
> > Jun  6 21:52:26 localhost kernel: bug: kernel timer added twice at
> c018fb51.
> > 
> > После чего vfs слетает, что rmmod/insmod не помогают, только
> перезапуск системы, обидно.
> 
> Кстати, подобные сообщения у меня возникают и на 2.2.19, правда, без
> последствий в виде зависания VFS. Полный вывод dmesg прилагается. В
> данном случае это было монтирование CD-RW через supermount, но такую же
> картину я наблюдал при снятии образа CD через gcombust (причем образ в
> конечном итоге снялся нормально).
> 
> Первая группа сообщений про ISO9660 Extensions - от монтирования образа
> через loop (конец CD-RW не прочитался, дописывал заново); при снятии
> образа то же самое вылетало и без этого.
> 
> И, кстати, ide-cd модулем у меня не помню уж с какого ядра, но довольно
> давно работало без каких-либо проблем, правда, на 2.2.x и только с
> патчем supermount (без других).

Спасибо, вот это уже интересно. "timeout waiting for DMA / DMA disabled"
дело обычное, предусмотренное, давно и хорошо работающее -- неинтересно.
Меня задело, что к контроллеру после этого "kernel timer added twice"
обратиться нельзя было. Все же что -- supermount или другое? Поспрашивал --
действительно как модуль давно уже работает, а supermount-ом никто не
пользуется.

-- 
Best regards,
Igor

Re: [sisyphus] kernel-2.4.5

[Sergey Vlasov]

On Sun, 10 Jun 2001 01:10:09 +0600
Igor Glavatskikh <glavir@mail.ur.ru> wrote:

> On Sat, 9 Jun 2001 21:00:42 +0400
> Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:
> 
> > Кстати, подобные сообщения у меня возникают и на 2.2.19, правда, без
> > последствий в виде зависания VFS. Полный вывод dmesg прилагается. В
> > данном случае это было монтирование CD-RW через supermount, но такую
же
> > картину я наблюдал при снятии образа CD через gcombust (причем образ в
> > конечном итоге снялся нормально).
> > 
> > Первая группа сообщений про ISO9660 Extensions - от монтирования
образа
> > через loop (конец CD-RW не прочитался, дописывал заново); при снятии
> > образа то же самое вылетало и без этого.
> > 
> > И, кстати, ide-cd модулем у меня не помню уж с какого ядра, но
довольно
> > давно работало без каких-либо проблем, правда, на 2.2.x и только с
> > патчем supermount (без других).
> 
> Спасибо, вот это уже интересно. "timeout waiting for DMA / DMA disabled"
> дело обычное, предусмотренное, давно и хорошо работающее -- неинтересно.
> Меня задело, что к контроллеру после этого "kernel timer added twice"
> обратиться нельзя было. Все же что -- supermount или другое? Поспрашивал
--
> действительно как модуль давно уже работает, а supermount-ом никто не
> пользуется.

Я вот пользуюсь, для CD-ROM он вполне прилично работает (на 2.2.x). А вот
с дискетами глючит: если случайно выдернуть дискетку раньше времени,
драйвер floppy слетает и больше не работает до перезагрузки :-(

Re: [sisyphus] XFree-4.1 package delayed

[Konstantin Volckov]

On Thu, 7 Jun 2001 18:33:48 +0600
Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:

> Только один вопрос: драйвера от nvidia работают с ним? Желательно 0.9-769,
> а не 1.0-1251

1.0-1251 точно работают. Другие - не знаю.

> --
> Best regards,
>           Igor

-- 
Удачи,
Konstantin

Re: [sisyphus] XFree-4.1 package delayed

[Igor Glavatskikh]

On Wed, 13 Jun 2001 10:05:28 +0400
Konstantin Volckov <goldhead@altlinux.ru> wrote:
> On Thu, 7 Jun 2001 18:33:48 +0600
> Igor Glavatskikh <igor@gem.dpt.ustu.ru> wrote:

>> Только один вопрос: драйвера от nvidia работают с ним? Желательно 0.9-769,
>> а не 1.0-1251

> 1.0-1251 точно работают. Другие - не знаю.

Уже проверил, 0.9-769 тоже работают. Просто при 1.0-1251 под мышиным поинтером
иногда грязь возникает -- не есть хорошо, да и splash screen анноит. Как бы его
вырубить? Все равно уже останется во всех новых редакциях.

--
Best regards,
          Igor