Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Версия 1.97 [Delphi, KOL/MCK, Windows]

Страницы: 1 2 >
Владимир Кладов © (2004-10-12 11:02:00)
Новости от 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.

SPeller (2005-02-02 19:20:00) [1]
Борис, не морочь людям голову, и не задавай один и тот же вопрос в нескольких ветках.

thaddy (2005-02-02 19:01:00) [2]
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?

Борис (2005-02-02 13:08:00) [3]
Здравствуйте. Не подскажите почему в скаченном с сайта архиве MSK нет MirrorKOLPackage для Delphi 5.
MirrorKOLPackageD4 в пятом не компилируется.
Заранее спасибо.

Unknown Mystic (2004-10-19 16:30:00) [4]
Повтор в условии 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

nester (2004-10-15 18:24:00) [5]
Добрый день.
Была версия у меня 1.95 и стояла KOLWebBrowser.
После этого сразу проапдэйтил до 1.96 и сразу до 1.97
Отткрываю проект с KOLWebBrowser - AccessViolation ... user32.dll
При установке все пакеты предварительно перекомпилял

Владимир Кладов (2004-10-14 07:01:00) [6]
по умолчанию USE_CMOV НЕ ВКЛЮЧЕНО, его специально надо ВКЛЮЧАТЬ если НАДО. Версия 1.97

SPeller (2004-10-13 22:37:00) [7]
В kol.pas пропиши {$UNDEF USE_CMOV}

BelchonokH (2004-10-13 21:22:00) [8]
Доброго Вам! При запуске, КОЛовская программа на древних цириксах в 95й винде выдаёт ошибку, окна даже нарисоваться не успевают...

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

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

Владимир Кладов (2004-10-13 18:05:00) [9]
нет абсолютно никакой необходимости менять название компонента TKOLForm. Пусть на всех формах будет KOLForm1 - ни на что не влияет. Название формы - его свойство formName.

mdwmdw (2004-10-13 17:40:00) [10]
>> Кстати, начет повышения стабильности МСК.... Есть у кого теперь всякие не те сообщения/падения IDE ?

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

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

Unknown Mystic (2004-10-13 14:07:00) [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 было ли такое раньше - не знаю)

ecm (2004-10-13 11:41:00) [12]
Резюме:
Проблема возникает когда:
- при пересборке 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.

ecm (2004-10-13 10:29:00) [13]
Вот еще один найденный "народный" метод

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

ecm (2004-10-13 10:19:00) [14]
Закинул в гугл запрос 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 09:54:00) [15]
Вот и я в замешательстве... :(
Я вобщем прошел через все версии компилятора (начиная с Turbo Pascal 3.0) но такого не встречал :)
Но факт остается - ошибка выскакивает устойчиво.

Владимир Кладов (2004-10-13 06:07:00) [16]
Этот шаг - пересборку всех пакетов, которые связаны с MCK - пройти все равно обязательно. Я о нестабильностях, которые и после этого наблюдались. Кстати, для связанных пакетов может быть важно еще и совпадение всех опций при build. Например, если где-то PAS_VERSION, значит, везде должно быть PAS_VERSION. Соответствнно, надо как минимум INPACKAGE везде добавить.

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

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

Владимир Кладов (2004-10-12 20:51:00) [18]
Кстати, начет повышения стабильности МСК. Т.е. у меня-то теперь нормально. Есть у кого теперь всякие не те сообщения/падения IDE ? (Не забывайте пересобрать прочие MCK-зависимые пакеты, если стоят, конечно).

Владимир Кладов (2004-10-12 20:42:00) [19]
крыжик это ж в dpk. Там поставьте его себе, и до следующего большого обновления будет как у вас. Не пойму в чем проблема.

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

puky (2004-10-12 19:01:00) [20]
Здравстуйте Владимир, как дела с goodwill-ом ? сорри за оффтопик

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »