Вверх ↑
Этот топик читают: Гость
Ответов: 9906
Рейтинг: 351
#46: 2007-08-29 11:38:00 ЛС | профиль | цитата
debug у нас уже есть...
карма: 9

0
Администрация
Ответов: 15295
Рейтинг: 1519
#47: 2007-08-29 12:21:58 ЛС | профиль | цитата
Galkov писал(а):
В этом плане про другое подумать следует: два режима кодирования - safe и release

давно уже про это думал. Особенно с тех как начались споры что делать: MessageBox с сообшением об ошибке или onError с выдачей кода. Во всех пакетах нужно с самого начала делать режимы debug, safe и release. Тогда вот такие строки в элементах:

 if FPos <= 0 then FPos := 1; //это для дуракоустойчивости[/code]

можно будет привести в человеческий вид:
 {$ifdef _SAFE_}
 if FPos <= 0 then FPos := 1; //это для дуракоустойчивости
{$endif}

Так же думается мне, что debug и release это переключатели, а safe это галочка. По дефолту установленная. Если хотим делать программы с головой и вникая - галочку снимаем. Ну и как следствие при снятой галке от пользователя ожидается соответствующий уровень подкованности и вопросы, подобные заданным в этом топике просто не принимаются 8-)
карма: 27
0
Ответов: 964
Рейтинг: 12
#48: 2007-08-30 11:38:17 ЛС | профиль | цитата
А может проще ? При запуске в среде режим safe а при запуске вне среды release
(при запуске в среде создавать временный ЕХЕ удаляемый после завершения )
Хотя учитывая специфику хайасма стоит режим release запрятать как можно дальше .
( Что до потерь производительности то она все равно упирается глюки системы
и особой разницы, по крайней мере в винде не будет . Вот размер исполняемого файла это да !)
Зы
Кстати, о дебуг, что c возможностью трасировки сжем , (хотя-бы между контрольными точками )?
Есть ли принципиальная возможность ее сделать ?
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#49: 2007-08-30 14:51:53 ЛС | профиль | цитата
AlexKir писал(а):
при запуске в среде создавать временный ЕХЕ удаляемый после завершения

разный режим подразумевает разные ветки для генерируемого кода. Создавать оба варианта сразу - тратить ровно вдвое больше времени на компиляцию.

AlexKir писал(а):
Что до потерь производительности то она все равно упирается глюки системы
и особой разницы, по крайней мере в винде не будет

приложение строится не только из визуальных элементов. Проверка в элементе Position при многократном обращение никак от системы не зависит

AlexKir писал(а):
что c возможностью трасировки сжем , (хотя-бы между контрольными точками )?

а сейчас нет такой возможности?
карма: 27
0
Ответов: 964
Рейтинг: 12
#50: 2007-08-30 20:39:28 ЛС | профиль | цитата
1 От системы сейчас зависит все ведь рядом "параллельно" выполняется множество процессов .
(да и системные вызовы кстати это не только интерфейс см мою подпись )

2 У меня в "режиме отладки" если стоят точки останова вообще на них зависает ..
А кнопка "пошаговое выполнение " всегда дисейбл .
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#51: 2007-08-30 20:47:16 ЛС | профиль | цитата
2) см. раздел видео
карма: 27
0
Ответов: 2125
Рейтинг: 159
#52: 2007-08-31 11:10:10 ЛС | профиль | цитата
AlexKir писал(а):
У меня в "режиме отладки" если стоят точки останова вообще на них зависает

Это от того, что у тебя новый hiasm.exe и старый debug.pas, либо наоборот.
карма: 1

0
Ответов: 964
Рейтинг: 12
#53: 2007-09-02 00:14:44 ЛС | профиль | цитата
Гм , буду смотреть...
карма: 0

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