однако ребилдол становится обязательным когда речь идет о многофреймовом приложении

homm я пока непонял как этот глюк возник, и возник ли он вообще, но заметил такую вещь:
1. список из радиобоксов. большой. достаточно чтобы вылезти за края скроллбокса.
2. груши выглядят так как будто их ширина скажем пикселей 40 то есть видно одну букву и троеточие.
3. при наведении глюки с отрисовкой, и через клик-другой вылетает сообщение об ошибке, но приложение не бабахает и эти сообщения формируют длинннннную полосу при каждом движении мыши над грушем.
выключаю стиль груш и все в порядке.

вариантов 2
дома ХР 64 бит
дома колмск 2.50

так что пока я ничего не утверждаю, и судя по твоей реакции это мои проблемы :)

> [20] Barloggg   (15.10.07 11:01)
> так что пока я ничего не утверждаю, и судя по твоей реакции
> это мои проблемы :)

Да почему, же если реально проблема есть и ее удастся выделить, подумаем, что можно сделать, но в то, что написано выше слабо верится, скорее разница в версии КОЛ.

to Barloggg:  
Logitech Setpoint случаем не установлен?

to Дмитрий К
а что это?
звучит как прога-прибабах на мышь

Версия KOL обновлена? ToGRush используете?

> а что это?
> звучит как прога-прибабах на мышь

Драйвер для мышей и клавиатур Logitech.
Просто у меня на Vista x64 тоже наблюдаются глюки с отрисовкой грашей, но только с запущенным SetPoint.

> [25] Дмитрий К ©   (15.10.07 15:19)
> Просто у меня на Vista x64 тоже наблюдаются глюки с отрисовкой
> грашей, но только с запущенным SetPoint.

Мистика :)

Вот такое изменение попробуйте:

procedure TGRushControl.TimerEvent(Data: PGRushData);
var     FromBitmap: PBitmap;
       ToBitmap: PBitmap;
       W, H: Integer;
begin
if not Visible then Exit; //+++

но вот в чем странность.
приношу я этот откомпилированный ехе-шник на другую машину и все в порядке!
скрин глюка здесь
http://slil.ru/24989087
скомпилино в КОЛ2.50, ну не донес я до дома последнюю, каюсь.
забавно после ресайза часть контролов выправилась.
значит каким-то образом алигн таки причастен, похоже этот скрин будет любопытен и вам Владимир.

я использовал директиву UseGrush.
Но вспонив, что нечто подобное использовалось в ToGrush я ее изменил, эффект не изменился.

я полагаю здесь не в том дело что visible / неvisible а скорее в том, какие координаты дает винда контролу.
контрол-то рисуется, ну да смотрите вышеуказанный скрин.
сейчас сброшу на флеш последнюю версию КОЛ и вечером проверю.

кстати памятуя ММХ и разговор про глюки в зоомере стоит добавить что у меня двухядерный 64битный атлон. и 64битная винхр.
ибо на 32битной вин2к на целероне с этим-же ехешником все в порядке.

Моё письмо опять не увидено. Вот отсюда возьмите и попробуйте вариант KOLGrushControl с несколькими моими правками: http://kolmck.net/test/KOLGRushControls.rar

Владимир, ну почему же не увидено. если вы имеете ввиду [27], то даже ответ написан :)
файлик скачал, посмотрю.
Спасибо.

> [31] Barloggg   (17.10.07 16:45)
> Владимир, ну почему же не увидено. если вы имеете ввиду
> [27], то даже ответ написан :)

Мисьмо мне было, я его и правда еше не видел.

Я жду результата тестирования, поскольку это дело у меня вылетало регулярно без этих пары правок. Нет, это не связано с многоядерностью точно. Проблемы с зумом были в других местах (и сейчас, похоже, продолжаются кое-где). Здесь вылеты были на фоне в настоящий момент не видимых GRush-контролов, особенно часто это стало проявляться после подмены скроллов, где элементы могут специально прятаться при ненадобности. Может быть даже имеет смысл использовать для проверки ToBeVisible а не Visible (я не использую таб-контрол, может поэтому пока не ощутил разницы).

кстати граши падать не перестали.
после всех установок/переустановок :)

поведение осталось то же.
только ошибка не выскакивает, а прога молча закрывается.
странная поддержка ММХ в атлон64х2 под вин64?

Но вы же можете проверить, найти место где что происходит, это ведь в вашей программе, так? Включите Environment | Debugger | ... | Stop on Delphi Exceptions, сделайте билд со всей возможной отладочной информацией, в момент падения просмотрите стек. Надо же понять, что не работает. Если Delphi не может, то поставьте MS VC++ .NET 2003-2005, любой в общем. Установите его как отладчик по умолчанию, в момент падения выберите Debug, когда он загрузится, там вообще весь стек показывает, даже лишние пункты.

Поставил ХРх64. Ничего вроде не поламалось, кроме русских надписей, которые поломались во всех дельфи прогах, т.к. винда аглицкая.
В общем бубен в студию…

Еще на зумер можно посмотреть. Если он НЕ падает, в граше, тогда это странно.

> [37] Vladimir Kladov ©   (30.10.07 16:43)
> Еще на зумер можно посмотреть. Если он НЕ падает, в граше,
> тогда это странно.

Владимир, скачал Зумера с вашего сайта, запустил установку, и вот что я вижу:
http://homm86.narod.ru/files/zoomer.png

Самое интересное, что винда 32-х битная :)

64-бит ХР,
То-же самое с точностью до оформления окна дебагера по умолчанию.