Вопрос один:
Уважаемый г-н Кладов, что все-таки сейчас с проектом, KOL???
Сказали бы хоть о стадии проекта. "Заморожен" там, "заброшен"... Просто время идет, о багах сообщается (с предложенными решениями, кстати), MCK "обрастает" поддержкой новых версии Delphi, а с Вашей стороны, как Автора, ноль эмоций... Я понимаю, что каждый может сам внести изменения, но все-таки...

Вот темы по замеченным багам/изменениям версии 2.87:
http://pda.delphimaster.net/?id=1206425669&n=10
http://pda.delphimaster.net/?id=1221430466&n=10

Везде за основу взята версия 2.87

Владимир, Вы в ответе за тех, кого приручили :)


> а с Вашей стороны, как Автора, ноль эмоций...

MTsv DN, а Вам не кажется, что эмоции в программировании излишни?

> MTsv DN, а Вам не кажется, что эмоции в программировании излишни?
Прошу прощения, кавычки забыл. Должно быть "ноль эмоций"...крылатое выражение такое, означает никакой реакции.

А вообще, топик не про это...

Мб собрать все буги в кучки да выпускать не оффиц. апдейты самим? Потом видно будет

Было уже...первая ссылка - версия 287+. Потом еще что-то добавлялось, но кроме 2.87++, непонятно от чего сделанного, толи от 2.86, толи от 2.87+, больше "телодвижений" не было...

Ну я считаю нужно брать последний офф релиз 2.87 без всякой мути типа "+-". И туда добавлять исправления, но только исправления.

2 D[u]fa
Интересно, а Вы по ссылке переходили? ...Советую сходить и сразу прочитать весь топик и особенно пост [26]. А оттого как я его назвал 2.87+ или "2.88 Unofficial update" смысл не меняется...

дык че там я не видел)

to287++.rar вот это к какой версии я не понял. И если итак все ошибки собрал то в чем вопрос тогда?

а TLIST_FAST уже рабочий?

вот вроде бы to287++ и исправляет его

> дык че там я не видел)
>
> to287++.rar вот это к какой версии я не понял. И если итак
> все ошибки собрал то в чем вопрос тогда?
Так я Вам про это и написал в [4], что непонятно от чего Владимир отталкивался. Тем более, баги то все появляются и решения к ним и дополнения... Вы не захотели наработки по D2009 на себя брать...а я тут, блин, такой энтузиаст сразу "грудью на амбразуру". Вот я и создал топик, чтобы узнать, как обстоит дело с KOLnMCK. Может Владимир решил весь код "перелопать", а может "подзабил", и занимается разработкой нового языка, книги...или чего-нить еще...

2 exero, D[u]fa
Я не знаю, как to287++...но все фиксы mdw по поводу TLIST_FAST есть в 2.87+. Можете попробовать ту, и ту "заплатку".

Не, TLIST_FAST заработал в ++, а в + чтот-еще глючило. Если не путаю, давно было... А Владимир и правда пропал, грустно это.

MTsv DN, да судя из поста Владмира в той теме TLIST_FAST был до конца исправлен в ++ как говорит mdw, лично не проверял поэтому хз.


> А Владимир и правда пропал, грустно это


Это очень странно... и в голову сразу всякая хрень лезет

Сейчас пересобрал программу которая интенсивно работает со списками с TLIST_FAST (2.87++)- падает на тех же входных данных, на которых без данного ключа все работает нормально.

У меня TLIST_FAST работал без заметных сбоев в +. Потом mdw сказал (пост [29] первого линка), что где-то накосячил...а потом мы все начали обсуждать от чего ++, почему изменялся kol_asm и прочее.

Пока предложения такие:
1. Я сегодня засяду вечерком и попытаюсь обобщить +, ++ на предмет TLIST_FAST.
2. Скину потом кому потребуется для тестов TLIST_FAST.
3. Посмотрю предложения от azsd по поводу D2009. Потестю у себя на VirtualBox компиляцию своего проекта, заодно и UNICODE с ANSI потестируем.
4. И будем делать "Unofficial update"...если Владимир не объявится.

Постараюсь особо не затягивать...но "сверхскорости" не обещаю.

С Уважением, MTsv DN

>  Я сегодня засяду вечерком и попытаюсь обобщить +, ++ на
> предмет TLIST_FAST.

Кинуть то что у меня и стабильно работает?

> to MTsv DN
do you means the asm part (with out PAS_VERSION) of TLIST_FAST has broken for long times from 2.87 or more early before 2.86?

I want detail description or test project for reproduce more bugs relative to TLIST_FAST, I'll add it to my current fixlist if there no patched version available now.
I think I am able to fix these asm codes with more or less modification. In fact I use 6502 mcode and masm32 some years before I leaning pascal.

Sorry English and Russian Language is both not my spoken language.
I use translate software to read posts but I can't write in Russian. I try to learn Russian four years ago but I only get one handbook with out cassette tape, so at end I only remember some common conversation dialogue.

MTsv DN, я за 2009 уже поставил скоро буду смотреть КОЛ-МСК.. пока что замену системных модулей делаю (хотя бы минимуму мусор уберу от туда)

> exero ©   (17.09.08 07:36) [13]
>
> Сейчас пересобрал программу которая интенсивно работает
> со списками с TLIST_FAST (2.87++)- падает на тех же входных
> данных, на которых без данного ключа все работает нормально.
А можно примерчик?

> 1. Я сегодня засяду вечерком и попытаюсь обобщить +, ++ на предмет TLIST_FAST.
Обобщил, и объединил в один патч, всё что было. KOL287+, KOL287++, KOLadd (фиксы TLIST_FAST от mdw), фиксы D[u]fa (для mirror.pas) и azsd.

> 2. Скину потом кому потребуется для тестов TLIST_FAST.
У кого есть код для тестов TLIST_FAST, свяжитесь со мной...

> 3. Посмотрю предложения от azsd по поводу D2009. Потестю у себя на VirtualBox компиляцию своего проекта, заодно и UNICODE с ANSI потестируем.
Добавил почти все, что было у azsd для нормальной работы в D2009. Протестировал на D2007 в режимах ANSI и UNICODE (на своем проекте, все работает как надо).
Протестировал на D2009 в режимах ANSI и UNICODE (на новом проекте).

> А можно примерчик?

Проект очень большой и полностью закрытый, так что быстро не получится. Как локализую проблему - выложу.

> Проект очень большой и полностью закрытый, так что быстро не получится. Как локализую проблему - выложу.
Могу я скинуть наработки KOLа. Тем более, TLIST_FAST вроде доведен до ума...я щас занимаюсь интеграцией в D2009, верней поддержной юникода в MCK.

Скинте куда нибудь - вполне возможно что все работает - падало не всегда но стабильно.

Seriously, does anyone know if Vladimir Kladov is OK?

I don't know...

Со мной все в порядке. Будет изменений на версию, сделаю обновление. У меня пока багов не замечено (я не использую unicode, но TLIST_FAST у меня в проекте задействован: глюков пока не встретил. Может быть, проблема не в самом TList, а в StrList(ex) или WStrList(ex)).

Рад что с Владимиром все хорошо. Что касается TLIST_FAST, то в моем проекте используется только TList. Жду патча от MTsv DN.

> Жду патча от MTsv DN.
Ну, в общем-то, уже готово... Щас what's new сделаю, и направлю Владимиру... А он уж решит что делать.

2 exero
Скиньте, мне на mtsv[at]newmail.ru свой адрес, чтоб "клонов" KOL'а "не плодить" (итак уже люди теряются в + и -), а то вдруг Владимир забракует, но исправления TLIST_FAST работают...

Владимир, отправил Вам письмо...

2 exero
Надо все-таки попробовать локализовать проблему.

2 MTsv DN
Быстро локализовать не получилось... Вчера и сегодня с утра падало на добавлении в список - после того как прошелся отладчиком - перестало!!! Но теперь вылетает в каком-то другом месте - короче все это мне порядком поднадоело. Если найду где падает отпишу, но в близжайшем будущем с TLIST_FAST играть не буду - прирост скорости почти не заметен (мб потому что использую FastMM4 и FastMove)...

Владимир, отправил Вам письмо... Небольшие исправления в mirror.pas...

версия 2.88: Изменений так много, что update делать нет смысла - получается больше 100Кб. Так что выложил целиком, но с разбивкой по файлам kol.zip и mck.zip примерно так же как и раньше, на основном сайте. Новый WideStringEdit.pas (не глядя) положил в koladd.zip.

В дополнение к присланному мне добавил TKOLProject.DefaultFont, TKOLForm.FontDefault и изменил шрифт по умолчанию на System (давно надо было сделать так: именно System Используется в форме и контролах, если фонт не назначается принудительно кодом и не вызывается WM_SETFONT). Кто не использует MCK, мало что меняется, если вообще что-то меняется. Для пользователей MCK достаточно изменить TKOLPRoject.DefaultFont.

С изменением TBitmap.SetHeight я не совсем понял, зачем так делать и почему не был соответственно исправлен TBitmap.SetWidth. В любом случае старый код будет работать для SMALLER_CODE. И если будут пожелания, то добавим ещё один символ.

Восстановил совместимость с Delphi2 и Delphi3. Все изменения проверить я не успел. Если что, поправим дополнительно.

> С изменением TBitmap.SetHeight я не совсем понял, зачем
> так делать и почему не был соответственно исправлен TBitmap.
> SetWidth. В любом случае старый код будет работать для SMALLER_CODE.
>  И если будут пожелания, то добавим ещё один символ.

В код SetWidth вносить подобные изменения нет смысла, ибо при изменении ширины scanline=nil не бывает. А при изменении высоты бывает, если не привести битмап к DIB.

Всё будет хорошо?