Этот топик читают: Гость
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 4 раз(а), последний 2021-05-21 05:29:05 |
|||
| карма: 0 |
|
|
Ответов: 33
Рейтинг: 0
|
|||
|
Это мой вопрос (не зарегистрировался)
|
|||
| карма: 0 |
|
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
|
"Spec" писал(а): Это мой вопрос (не зарегистрировался) |
|||
| карма: 6 |
|
|
Ответов: 33
Рейтинг: 0
|
|||
|
Можно взглянуть на объяснения г-на Галкова?
|
|||
| карма: 0 |
|
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
|
По-моему удалил его давно...посмотрю..
|
|||
| карма: 6 |
|
Ответов: 9906
Рейтинг: 351
|
|||
|
можно бороться так: <C:WINDOWSMedia\notify.wav>
|
|||
| карма: 9 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
И после этого потом еще будут говорить, что хелп маленький!
[1] - В текстовых параметрах вы можете использовать специальные символы от до 255 и . В случае, когда часть текста совпадает с написанием специального символа и его замена не нужна(например, строка c:windows otepad.exe содержит спец символ ), вы можете использовать удвоенный и замена не будет произведена (например, c:windows\notepad.exe). |
|||
| карма: 27 |
|
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
|
Говорил же - матчасть читать надо... вот молодежь пошла...
|
|||
| карма: 6 |
|
Ответов: 152
Рейтинг: 1
|
|||
|
Я правильно понял, что exeшник, созданный HiAsm'ом, при работе со строками заменяет сочетания вроде \n на соответствующие служебные символы? То есть содержит некоторый обработчик строки? IMHO, более удобным было бы, если бы эти комбинации заменялись на соответствующие символы только на стадии компиляции.
|
|||
| карма: 1 |
|
|
Ответов: 9906
Рейтинг: 351
|
|||
|
Да ведь так так оно и есть, вроде. Только на этапе компиляции. А кодов, которые ищут магические сочетания, в exe-файл HiAsm не добавляет. И не добавлял..............
|
|||
| карма: 9 |
|
|
Ответов: 152
Рейтинг: 1
|
|||
|
А откуда тогда у Spec проблема? Ведь ini файл обрабатывает уже скомпилированный exeшник....
|
|||
| карма: 1 |
|
|
Ответов: 9906
Рейтинг: 351
|
|||
|
А вот тоже интересно, рассказал бы
Думаю, что если эта строка <C:WINDOWSMedia otify.wav> была бы прочитана из другого файла, или введена пользователем через Edit или ODialog, то проблем бы никаких не было...... Неужели есть  |
|||
| карма: 9 |
|
|
Ответов: 33
Рейтинг: 0
|
|||
|
Да, это я неточно локализовал проблему. Переменная, содержащая путь, инициализировалась значением <C:WINDOWSMedia
otify.wav>, отсюда и вся дальнейшая кривизна. |
|||
| карма: 0 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
Я правильно понял, что exeшник, созданный HiAsm'ом, при работе со строками заменяет сочетания вроде \n на соответствующие служебные символы? Все, что EXE делает(и может делать) лежит в модуле Share. Конечно же там нет ф-ции для обработки строк. Зато например такие строки: %windir%\notepad.exe, которые так же подвергаются обработки пишутся в EXE в первозданном виде и только во время выполнения заменяются на пути благодаря ф-ции ReadFileName из указанного модуля. |
|||
| карма: 27 |
|
14
Поиск
Друзья
Администрация