Версия 1.97

← →
Владимир Кладов (2004-10-12 11:02) [0]

Новости от 12 октября 2004

Новости KOL и MCK (v1.97):
[*]MCK: еще некоторое количество изменений, в целях более стабильной работы MCK и Delphi в режиме разработки MCK-проекта.
[-]KOL: ассемблерные инструкции CMOVxxx теперь включаются символом условной компиляции USE_CMOV. Некоторые старые машины Pentium эту инструкцию не воспринимают.
[-]KOL: некоторые исправления для случая включенных символов USE_MENU_CURCTL и NEW_MENU_ACCEL. Автор Alexander Pravdin a.k.a. Speller.

← →
ecm (2004-10-12 15:20) [1]

2Кладов
Блин опять я без "крыжика" остался ... :)

← →
puky (2004-10-12 19:01) [2]

Здравстуйте Владимир, как дела с goodwill-ом ? сорри за оффтопик

← →
Владимир Кладов (2004-10-12 20:42) [3]

крыжик это ж в dpk. Там поставьте его себе, и до следующего большого обновления будет как у вас. Не пойму в чем проблема.

С гудвелом - пока отложен. Я немного в другую сторону пошел. Может будет толк, но все равно надо время. Компилятор с Паскаля делать - даже в П-код, на это надо много времени. А пока еще много чего на очереди...

← →
Владимир Кладов (2004-10-12 20:51) [4]

Кстати, начет повышения стабильности МСК. Т.е. у меня-то теперь нормально. Есть у кого теперь всякие не те сообщения/падения IDE ? (Не забывайте пересобрать прочие MCK-зависимые пакеты, если стоят, конечно).

← →
ecm (2004-10-12 21:37) [5]

Не пойму откуда берется (это было и в предыдущих версиях):
Если открыть уже установленный свой MCK-зависимый пакет и сделать Build - вываливается ошибка
RLINK32: Error opening file "D:\KOL\MirrorKOLPackageD6.drf"
drf - это что-то ресурсное? (я не вкурсе за чем он и почему)
Потом Делфи(6) начинает жаловаться что не может получить
доступ к MirrorKOLPackage и в конце-концов утверждать
что этот пакет собран вдругой версии Делфи или Билдера...
И основной пакет вываливается из регистрации...
Выхожу из положения только удалив все пакеты и установив
заново - при Compile или Install такого эффекта нет

← →
Владимир Кладов (2004-10-13 06:07) [6]

Этот шаг - пересборку всех пакетов, которые связаны с MCK - пройти все равно обязательно. Я о нестабильностях, которые и после этого наблюдались. Кстати, для связанных пакетов может быть важно еще и совпадение всех опций при build. Например, если где-то PAS_VERSION, значит, везде должно быть PAS_VERSION. Соответствнно, надо как минимум INPACKAGE везде добавить.

drf - не знаю такого. dof - опции пакета, drc - ресурсы (обычно пустой).

← →
ecm (2004-10-13 09:54) [7]

Вот и я в замешательстве... :(
Я вобщем прошел через все версии компилятора (начиная с Turbo Pascal 3.0) но такого не встречал :)
Но факт остается - ошибка выскакивает устойчиво.

← →
ecm (2004-10-13 10:19) [8]

Закинул в гугл запрос RLINK32 .drf
Оказывается проблема достаточно распространенная в Делфи.
Вот первое попавшееся на глаза решение
http://coding.derkeiler.com/Archive/Delphi/borland.public.delphi.ide/2003-12/0333.html

-Delete .DCP and .BPL.
-Set "explicit rebuild" package option.
-Rebuild the package.
-repeat these steps for each dependent package.

← →
ecm (2004-10-13 10:29) [9]

Вот еще один найденный "народный" метод

2. У меня такое было, если пакеты находились в разных директориях и оба пакета OlwaysBuild. Либо используемый пакет сделайте NeverBuild либо возьмите MyPackage.res файл, удалите из него все ресурсы (например через Visual Studio) и переименуйте его в MyPackage.drf.
Найдено методом тыка, объяснениям не поддается, но работает :o).

← →
ecm (2004-10-13 11:41) [10]

Резюме:
Проблема возникает когда:
- при пересборке MCK-зависимого пакета происходит пересборка самого MCK (в опциях MCK стоит "rebuil as needed");
- плюс эти пакеты находятся в разных каталогах
(как у меня и было).
Решается:
- либо установкой "explicit rebuild" в MCK (и пересборкой MCK "руками" когда это необходимо),
- либо "заливкой" всего в один каталог

.DRF - это временный файл ресурсов:
The package requirements of the project get stored into a temporary Windows resource file with a .DRF extension.

← →
Unknown Mystic © (2004-10-13 14:07) [11]

Заменял тут RichEdit на Memo и вот что обнаружилось:

Если положить на форму RichEdit, установив
RichEdit.Visible := False;
(Значение RichEdit.Transparent не влияет)
или
RichEdit.Visible := True;
RichEdit.Transparent := True;
а поверх него Memo, то последний не будет нормально отрисовываться.
(Если RichEdit.Visible = True и RichEdit.Transparent = False, то RichEdit отображается поверх Memo)
(Значения для Transparent присваивалось из Object Inspector"а, так что какое свойство на самом деле получило это значение - не знаю)
(v1.97 было ли такое раньше - не знаю)

← →
mdwmdw (2004-10-13 17:40) [12]

>>Кстати, начет повышения стабильности МСК.... Есть у кого теперь всякие не те сообщения/падения IDE ?

Немного получше стало, но все равно глючит. У меня глюки начались с версии v1.95. Стабильно Delphi валится при выходе и открытии другого проекта, ну и так, в процессе работы, но в v1.97 реже. Ошибка в MirrorKOLPackageD7...

Сейчас еще такой глюк наблюдал: Создаю новую форму, кладу KOLForm, сохраняю, компилю, все нормально. Меняю название с KOLForm1 на KOLForm, при этом строчка {$ENDIF KOL_MCK} исчезает из
TBestForm = class(TForm)
{$ENDIF KOL_MCK}
KOLForm: TKOLForm;
private
.......
я ее ручками вставил, конечно, но это баг всетаки.
Эксперимент проводил несколко раз - эффект тот же.

← →
Владимир Кладов (2004-10-13 18:05) [13]

нет абсолютно никакой необходимости менять название компонента TKOLForm. Пусть на всех формах будет KOLForm1 - ни на что не влияет. Название формы - его свойство formName.

← →
BelchonokH (2004-10-13 21:22) [14]

Доброго Вам! При запуске, КОЛовская программа на древних цириксах в 95й винде выдаёт ошибку, окна даже нарисоваться не успевают...

"[-]KOL: ассемблерные инструкции CMOVxxx теперь включаются символом условной компиляции USE_CMOV. Некоторые старые машины Pentium эту инструкцию не воспринимают."

Обьясните пожалуйста, какие директивы включить и какие выключить, что бы проги на антикваиате работали?

← →
SPeller © (2004-10-13 22:37) [15]

В kol.pas пропиши {$UNDEF USE_CMOV}

← →
Владимир Кладов (2004-10-14 07:01) [16]

по умолчанию USE_CMOV НЕ ВКЛЮЧЕНО, его специально надо ВКЛЮЧАТЬ если НАДО. Версия 1.97

← →
nester (2004-10-15 18:24) [17]

Добрый день.
Была версия у меня 1.95 и стояла KOLWebBrowser.
После этого сразу проапдэйтил до 1.96 и сразу до 1.97
Отткрываю проект с KOLWebBrowser - AccessViolation ... user32.dll
При установке все пакеты предварительно перекомпилял

Повтор в условии if(строки 35308-35310 в модуле kol.pas):

if not GetClassInfo(HInstance, fControlClassName, WindowClass) and not GetClassInfo(0, fControlClassName, WindowClass) and not GetClassInfo(HInstance {MainInstance}, fControlClassName, WindowClass) then

← →
Борис (2005-02-02 13:08) [19]

Здравствуйте. Не подскажите почему в скаченном с сайта архиве MSK нет MirrorKOLPackage для Delphi 5.
MirrorKOLPackageD4 в пятом не компилируется.
Заранее спасибо.

← →
thaddy (2005-02-02 19:01) [20]

What are the problems? I did the translation for D4 sysdcu and with me everything works. Can you give me a description, so I can debug?

Борис, не морочь людям голову, и не задавай один и тот же вопрос в нескольких ветках.

Версия 1.97 Найти похожие ветки