FreePascal.ru

Odyssey писал(а):* Вместо внешнего архиватора работать c zip-архивами можно с помощью модуля Zipper:
viewtopic.php?t=6154

zip бывает без сжатия. такое можно генерить без всяких внешних модулей.

это известный баг консоли.
помогает:
1. установка консоли векторного шрифта.
2. использование WriteConsoleOutputCharacterW.
3. использование более других функций консоли для достижения требуемого эффекта.

FeodoR писал(а):Архитектура PC (x86, amd64), ИМХО, не предполагает работу с большим количеством нитей/пользователей/процессов.

тот же пример на дельфи создает легко 1000 нитей.

скалогрыз писал(а):zg, твой шаг чтобы закрыть баг репорт?!

пока закрывать рано.

Думаю нет причин для взаимных обвинений. да я никого не обвиняю, патч в итоге приняли, я рад (вот так бы с майкрософтом всё просто было).
Чем больше критических причин "для принятия" патча будет изложено, тем скорее он будет принят ^^ для меня это главный опыт данной истории.
zg, твой шаг чтобы ...

Павел Ишенин писал(а):При описании бага не было упомянута зависимость LCL компонент от него.

1. можно было уточнить.
2. для меня лично очевидно, что для своих вызовов патчить lcl не обязательно.
3. зависит не только lcl, но ещё как минимум дизайнер.
4. опять же поиск по исходникам lcl не такой уж сложный.

скалогрыз писал(а):я ещё раз повторю, если проблема в Висте... то зачем изменять код для ВСЕХ вин версий?

незачем, я с вашим кодом согласился в первом ответе.

скалогрыз писал(а):???? проблемы такой нет в WinXP или ранее версиях.

да. сломали в висте, в win7 поломанный код вообще выкинут. в багрепорте есть ссылка на ms группу, ещё в 2007 году обсуждалось.

скалогрыз писал(а):а проблема-то только в висте...?!

виста и сервер 2008-ой (сервера бывают терминальные, и на них тоже запускаются приложения).

workaround используется два раза

это только в win32. во всех интервейсах — поболее.

скалогрыз писал(а):ну... всё правильно, смысл LCL в кросс-платформенной разработке.

как предложенный патч ломает кросплатформенность? наоборот, под w2k8/вистой проблема решается.
вообще поиск слова "workaround" в папке \lcl\interfaces сильно противоречит указанной фразе.

скалогрыз писал(а):я бы предложил пересмотреть патч.

я не против пересмотра, но смысл? было ж чётко сказанно:

LCL has no goal to workaound system behavior.

собственно эта фраза и побудила к созданию топика.

18%. не вижу ничего невероятного.
18%?! ужос! при собственной тормознутости setpixel 18% там ничего не решают.
так может прислать патч, который выполняет рисование без использования SetPixel? мотивируя тем, что SetPixel устаревшая операция... мало того, DBGrid поддерживает нерусский разработчик ...

а она кстати, будет проседать невероятно. например при выводе 10000 точек, таким вот способом. 18%. не вижу ничего невероятного.

Фикс плохой, потому что диктует "фикс для висты" абсолютно для всех Windows систем.

правильнее было бы так:

procedure VistaSetPixel(CanvasHandle: HDC; X, Y&#58 ...

Это вы по отношению к Павлу Ишенину?
Вы знаете, а я вот удивляюсь, как у него хватает терпения выслушивать от юзеров всякий бред, обвинения, хамство и при этом еще и эффективно работать. ну объясните в чём бред, хамство и т.д. ну и на два вопроса ответы раскажите.
Перечитал несколько раз - так и ...

собственно по мотивам .
да я понимаю баг в винде. да формально никто не обязан исправлять. и я понял бы, если бы там был воркэраунд на килобайты кода, или с жуткими сайд эффектами, и производительность проседала невероятно. но реально-то ничего этого нет. фикс простой. проблему решает.
If you want ...