Страница 57 из 211

Добавлено: Пт июн 25, 2010 14:48
Вахмурка
То есть ты подозреваешь конфликт плагинов?
Первичное впечатление - нет, не воспроизводится. Но вот подключать плагины по одному (а их у меня ни много ни мало 74 - заодно и посчитал) я отказываюсь. Буду терпеть. Глядишь, в новом релизе глюк "сам собой" (или не только сам собой, как скромно поправит меня VadiMGP) и починится.

Добавлено: Пт июн 25, 2010 15:17
VadiMGP
Вахмурка
Даже не знаю что сказать. Я такого сроду не наблюдал. К тому же, ты уверен насчет 60-70%? Это же практически всегда, на любой чих! Как же ты до сих пор это терпел?
Вахмурка писал(а):То есть ты подозреваешь конфликт плагинов?
В принципе возможно, но, если и есть такой конфликт, то, скорее всего, тоже с таким же "нестандартным" WDX плагином, как и сам TWinKey. Можешь показать список WDX плагинов?

Добавлено: Пт июн 25, 2010 15:52
Вахмурка
Терпел. Уж больно примочка классная и много времени потратил на настройку. Привык уже. Как правило, после "первого чиха" он вылетает, я тут его гружу заново и работаю спокойно. Любимой женщине (точнее, двум) многое прощаешь.
Список плагинов:

Код: Выделить всё

DirSizeCalc
FileDesc
CDocProp
exif
Images
SUPER_WDX
wdx_translit
Group
ImgSize
media
FileDiz
ExeFormat
tlbinfo
FileX
Misc
WDXcontains
NL_Info
FileMask
UnicodeTest
Filename_ChrCount
richtext
TextSearch
NicePaths
script
regexp
similarity
TextLine
NTLinks
cdrinfo
TWinKey
А каков критерий "нестандартности" плагина?

Добавлено: Пт июн 25, 2010 16:24
Flasher
Может действительно с архитектурой винды дело, у меня общее число плагинов 187, контентных 55, конфликты есть, но никогда в таких стандартных режимах.
Вахмурка писал(а):А каков критерий "нестандартности" плагина?
Мне вот тоже интересно.

Добавлено: Пт июн 25, 2010 17:15
CaptainFlint
Вахмурка писал(а):Но вот подключать плагины по одному (а их у меня ни много ни мало 74 - заодно и посчитал) я отказываюсь.
Двоичный поиск рулит.

Добавлено: Пт июн 25, 2010 17:15
Avada
Вахмурка писал(а):То есть ты подозреваешь конфликт плагинов?
Да, как один из наиболее вероятных вариантов. Второй — какая-то редкая настройка или комбинация настроек TC.
И, если уж эксперимент состоится, я бы действительно посоветовал из всех настроек отключить в первую очередь именно WDX-плагины, временно оставив только TWinKey (предварительно загнанный в настройках в первую строку) и изъяв прочее содержимое секции. Далее постепенно добавлять строки
(У меня WDX-плагинов малость поменьше, 23 штуки, и не со всеми из указанных в списке плагинов мне приходилось работать.)
Вахмурка писал(а):А каков критерий "нестандартности" плагина?
Если исходить из своеобразного способа подключения, то это могли бы быть Autorun или — до этого — MoveButton, которых, однако, в списке нет и конфликтов которых с TWinKey я пока что не замечал.

А вообще хорошо бы договориться с автором о предоставлении для тестирования более свежей пред-релизной версии TWinKey 3.xx.

Добавлено: Пт июн 25, 2010 17:47
VadiMGP
Вахмурка писал(а):Список плагинов:
Хм. Ничего подозрительного не вижу, хотя не все плагины мне знакомы.
Вахмурка писал(а):А каков критерий "нестандартности" плагина?
Сторого формального критерия нету. А как определять кто перед кем "ку" должен говорить ежели все без штанов? На глазок.
Общий принцип - плагин делает что-то явно не предусмотренное ни API, ни Гислером. :wink: Кроме самого TWinKey первое что приходит в голову это консольные плагины, Autorun, MoveButton...
Я не говорю, что эти плагины точно проблемные, но ситуация при совместной работе явно складывается крайне подозрительная, если не сказать, взрывоопасная.
Когда-то при попытке реализации WIX (да благословенна его память в веках) я пытался поднять вопрос взаимного мирного сосуществования WIX с другими плагинами, но было решено решать проблемы по мере их поступления, а потом и вовсе WIX почил в бозе.

Кстати, "обычные" плагины тоже могут преподнести сюрпризы. Первой ласточкой для меня был внешне благопристойный FS-плагин Processes. Он модифицирует текст над файловой панелью. Что приводило к проблеме с TConsole. Плагин Services перехватывает клавиши F5 и F6 (предназначенные, естессно, для Copy/Move), чтобы запускать и останавливать службы. И не всегда корректно перехватывает.

Правда, поразмыслив, можно найти и другой источник возможных конфликтов - внешние программы, скрипты AHK или PowerPro, которые делают что-то с ТС автоматически, без явного вызова юзером. Например, есть кажется, скрипт AHK, который отслеживает директории и автоматически меняет режим ТС при входе в них (так же как и TWinKey). А что будет если слон на кита влезет? У тебя никаких слонов в палисаднике не бродит? Или китов?
Вахмурка писал(а):Любимой женщине (точнее, двум) многое прощаешь.
Господин назначил меня любимой женой! :D

Добавлено: Пн июн 28, 2010 16:21
Вахмурка
Двоичный поиск рулит
Это как в задачке: есть k монет, одна из них фальшивая, надо найти ее за n взвешиваний? Интересная идея.
Кстати, вот только что Тотал опять схлопнулся :(
Пойду по соломонову пути: отключу все плагины, которые редко использую, и посмотрю на результат.
Всем спасибо за помощь.

Добавлено: Пн июн 28, 2010 17:16
Avada
Вахмурка
И всё-таки по группам отключать надо, как я уже писал. WDX, далее WLX... Если частота воспроизводимости такая высокая, то это много времени не займёт. И ещё раз советую погонять на более новой версии TWinKey (см. мой пост выше), поскольку ошибок за последние месяцы исправлено было, что называется, в количестве.

Добавлено: Пн июн 28, 2010 18:25
Вахмурка
И ещё раз советую погонять на более новой версии TWinKey
Дык я-то завсегда пожалуйста. Дело за автором.

Добавлено: Ср июн 30, 2010 18:58
Вахмурка
Разрешите доложить о промежуточных этапах поиска виновника.
Я отключил вообще ВСЕ плагины (благодаря Plugins Manager'у операция заняла считанные минуты), после чего стал их включать по мере того, как в них возникала необходимость.
Сегодня печальное падение ТС повторилось, так что нехорошая сущность, не поделившая что-то с TWinKey, находится среди следующих плагинов:

Контентные:
UnicodeTest/LockedTest
FileX
DirSizeCalc

FS:
Mail
Nokia
TurboRegistry
Virtual Panel
Virtual Disk

Теперь для тестирования отключил последний (впрочем, я им очень давно не пользуюсь и почему оставил включенным - не знаю; видимо, по ошибке).

Добавлено: Ср июн 30, 2010 19:17
CaptainFlint
Вахмурка писал(а):Теперь для тестирования отключил последний
Советую отключить ещё что-нибудь. В VirtualDisk нет никаких "обходных" методик, всё сделано строжайше по API, поэтому вероятность, что это именно он, довольно низка.

Добавлено: Ср июн 30, 2010 19:37
Flasher
Вахмурка
А что помешало выявить среди этих перечисленных подозреваемых виновника "торжества"? Или речь о том, что каждый из них в симбиозе с TwinKey организует крэш?
Из перечисленных не юзаю только TurboRegistry(Registry и CoRegistry новее и продуманней), Nokia. С остальными у меня всё в порядке.

Добавлено: Ср июн 30, 2010 19:45
Вахмурка
Или речь о том, что каждый из них в симбиозе с TwinKey организует крэш?
Речь именно об этом. Похоже на людей: каждый из нас в отдельности - просто душка. А вот как две такие душки свести воедино - искры летят.
С остальными у меня всё в порядке
Мы уже выяснили, что твой случай, как и случай Avada - не показатель. Видишь, никто пока такого поведения не подтверждает. Скорее всего, дело в битности.

Добавлено: Ср июн 30, 2010 19:51
Flasher
Вахмурка писал(а):А вот как две такие душки свести воедино - искры летят.
Я бы мог объяснить, почему так происходит, но это увы уже оффтоп. :wink:
Вахмурка писал(а):Видишь, никто пока такого поведения не подтверждает. Скорее всего, дело в битности.
Пока так. Эх эта битность.. Вся соль именно в её плохой поддержке рядом классных и востребованных прог, а то бы все уже давно (по возможности, конечно) перешли бы на 64-битную винду..