Вверх ↑
Этот топик читают: Гость
Ответов: 9906
Рейтинг: 351
#16: 2007-04-14 13:46:21 ЛС | профиль | цитата
Акимов, твои exe-шники никого не интересуют.
Изложи технологию получения ошибки на HiAsm.
Причем штатными компонентами.

Или закрываем топик.
карма: 9

0
Гость
Ответов: 17029
Рейтинг: 0
#17: 2007-04-14 14:07:50 правка | ЛС | профиль | цитата


Редактировалось 1 раз(а), последний 2017-03-04 18:00:16
карма: 0

0
Ответов: 9906
Рейтинг: 351
#18: 2007-04-14 14:23:36 ЛС | профиль | цитата
Акимов писал(а):
Тогда просто ответь. Это наверное просто ограничение в количестве компонентов в панели

Нет такого ограничения.
Система кодогенерации не помещает коды создания элемента/панели В ОДНУ СТРОКУ

[size=-2]------ Добавлено в 14:23
Смысл вообще-то в том, что НИКТО и НИКОГДА не отрицал возможности баги в HiAsm.
И этой в том числе...

Все гораздо прозрачнее и проще: пока она не появилась на компе у того, кто ее может устранить - сделать это крайне сложно...
Можно даже сказать - невозможно
карма: 9

0
Гость
Ответов: 17029
Рейтинг: 0
#19: 2007-04-14 14:27:20 правка | ЛС | профиль | цитата


Редактировалось 1 раз(а), последний 2017-03-04 18:00:18
карма: 0

0
Ответов: 3514
Рейтинг: 184
#20: 2007-04-14 14:33:57 ЛС | профиль | цитата

А мир тесен.


Я как запустил её и увидел зелёный цвет (и ещё что-то ), сразу подумал,что в хиасм сделана ) ресторатор подтвердил... всё время теряю адрес этого сайта..подскажи?
карма: 0
0
Ответов: 9906
Рейтинг: 351
#21: 2007-04-14 14:34:05 ЛС | профиль | цитата
Акимов,

А я вообще-то интересуюсь багами в кодах среды (с целью устранения) - и удовлетворения не получил:

1) Не могу получить багу у себя
2) Нет никаких гарантий, что ее все-таки нет.


карма: 9

0
Ответов: 2058
Рейтинг: 28
#22: 2007-04-14 14:38:55 ЛС | профиль | цитата
Galkov, а вот этот файл Drogram FilesHiAsmElementsdelphicodehiChildPanel_577935C.pas от Акимов нельзя что ли получить?
карма: 1

0
Ответов: 9906
Рейтинг: 351
#23: 2007-04-14 14:48:41 ЛС | профиль | цитата
Да, вот чего, Акимов...

Коль скоро поделиться схемой не реально (причины не важны), но Вы умеете получать такое сообщение, ТО:

1) Перед нажатием на кнопу <Compile> кликните мышой по редактору схем (чтобы он получил фокус ввода) и нажмите Ctrl+D. Признак срабатывания режима: все хинты элементов/точек заменятся на числовые идентификаторы.

2) После получения знаменитого сообщения найдите в папке code указанный в сообщении файл (было hiChildPanel_784149C.pas) и ПОКАЖИТЕ нам из него указанную строку (было 233)

3) По крайней мере можно будет дать заключение - строка сгенерирована штатным CodeGen, или "левым". И устранить, конечно, если - штатным

[size=-2]------ Добавлено в 14:48
Эдик, а вот сейчас и узнаем
карма: 9

0
Гость
Ответов: 17029
Рейтинг: 0
#24: 2007-04-14 21:42:35 правка | ЛС | профиль | цитата


Редактировалось 1 раз(а), последний 2017-03-04 18:00:19
карма: 0

0
Ответов: 9906
Рейтинг: 351
#25: 2007-04-14 23:00:34 ЛС | профиль | цитата
1) Так не бывает... Не замечен Дельфи во вранье был: раз сказал, что 239 - значит действительно 239.
Скорее заподозрю Ваш текстовый редактор...
Тем более, что и следующая строка неоконченная какая-то (не делали мы никогда неоконченных строк)

2) Это не наши коды.
Наши коды примерно такие:
...

implementation

uses
hiMultiElementEx_4BA1500,
hiChildPanelEx_4B83ABC,
hiChildPanelEx_4B88FC4,
hiMultiElementEx_4B9044C,
hiMultiElementEx_4B90908,
hiMultiElementEx_4BC0184;

...
А в таком стиле, как Вы показали:
uses hiMultiElement_566C8F4,hiMultiElement_57A2EA8,hiMultiElement_5796ED0[/code]
можно действительно наворотить очень длинную строку
И именно увеличением количества контейнеров

[size=-2]------ Добавлено в 23:00 [/size]
Что "не наши коды" - легкий перебор конечно...
Точнее - не сегодняшние: [b]uses[/b] после [b]implementation[/b] - это уже лично мое творчество.

Собственно указанные ранее изменения (про многострочность) были сделаны 16 февраля (по логу на SVN), и что именно для этого - руку на отсечение не дам, конечно...
[u]Тут возможен фокус с несоответствием реальной CodeGen.dll, которая попала в 162-ю, и реальных исходных кодов для нее...[/u]

Вот чего я думаю о причинах таковых проблем в итоге...
карма: 9

0
Гость
Ответов: 17029
Рейтинг: 0
#26: 2007-04-15 12:00:04 правка | ЛС | профиль | цитата


Редактировалось 1 раз(а), последний 2017-03-04 18:00:19
карма: 0

0
Ответов: 5446
Рейтинг: 323
#27: 2007-04-15 12:20:15 ЛС | профиль | цитата
Макиенко Ира, Галков имеет ввиду вот что:

у Вас, возможно, старый файл CodeGen.dll. Рекомендуется полностью обновитьтся с SVN и выполнить файлы Elementsdelphimake.bat и Elementsdelphimakemake.bat
карма: 1

0
Ответов: 9906
Рейтинг: 351
#28: 2007-04-15 20:51:28 ЛС | профиль | цитата
iarspider писал(а):
возможно, старый файл CodeGen.dll
ну из этого
Акимов писал(а):
uses hiMultiElement_566C8F4,hiMultiElement_57A2EA8,hiMultiElement_5796ED0
можно сказать, что не возможно, а на 100 пудов


Макиенко Ира писал(а):
Единственно я еще не поняла о соотвествии, ты написал, что то и то реално. Где ты ошибся ?

Да нигде я не ошибся. То чего получено Вами в релизе - это реальный файл CodeGen.dll
Но dll-ки не берутся из ниоткуда, для них есть тоже исходный файл - это тоже реальный CodeGen.dpr, расположенный на SVN
Как справедливо указал коллега iarspider, первый из второго получается запуском make.bat (без перекомпиляции этого исходника - его закачка просто бессмысленна).

Dilma просто позабыл перекомпилить CodeGen, когда делал сборку 162-го релиза
Он наверное не увлекается вложением сотни контейнеров
Впрочем - я тоже...
Это действительно была бага, но как-то незаметно оказалась пофиксенной. Случайно, до какой-то степени...
НО факт - ее уже нет.
карма: 9

0
28
Сообщение
...
Прикрепленные файлы
(файлы не залиты)