[wlx] HTMLView - обсуждение
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
Перекомпилировал последнюю версию в 64-битном окружении, кому надо — забирайте перепакованный вариант:
http://flint-inc.ru/Temp/tcbeta80/wlx_h ... 32_x64.rar
Выкладывать на сайт пока не буду. Если автор не появится до релиза 8.0, ну тогда уж обновлю и на сайте, заодно доведя до 1.2.5.
http://flint-inc.ru/Temp/tcbeta80/wlx_h ... 32_x64.rar
Выкладывать на сайт пока не буду. Если автор не появится до релиза 8.0, ну тогда уж обновлю и на сайте, заодно доведя до 1.2.5.
Почему же, ё-моё, ты нигде не пишешь "ё"?
-
Den_Klimov
- Сообщения: 207
- Зарегистрирован: Пт ноя 03, 2006 11:27
- Откуда: Ukraine.Kiev
-
Den_Klimov
- Сообщения: 207
- Зарегистрирован: Пт ноя 03, 2006 11:27
- Откуда: Ukraine.Kiev
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
-
Den_Klimov
- Сообщения: 207
- Зарегистрирован: Пт ноя 03, 2006 11:27
- Откуда: Ukraine.Kiev
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
Уже зарепортили на оф. форуме. Пока ничего сделать не могу, внутри Direct3D-библиотеки выскакивает исключение чисел с плавающей точкой, причём я даже обернуть в try-catch это не могу, т.к. происходит оно уже после обработки собственно клика. Гислер пообещал выслать мне тестовую версию, где перед вызовом, приводящим в итоге к этой ошибке, будет вставлен запрет таких исключений, но пока, видимо, занят другими багами.ask-rus писал(а):x64-версия плагина умирает вместе с TC на русской *.CHM-справке после клика на любую ссылку этой справки.
Почему же, ё-моё, ты нигде не пишешь "ё"?
CaptainFlint
Вы бы предложили ему вообще собирать тотал с отключенными исключениями сопроцессора. Это стандартное поведение почти всех компиляторов и соответственно большинство библиотек эти исключения не обрабатывают. Иначе написание плагинов под тотал использующих внешние библиотеки задействующие сопроцессор превращается в крайне увлекательное занятие под названием напихай _control87(MCW_EM, MCW_EM) где только можно.
Вы бы предложили ему вообще собирать тотал с отключенными исключениями сопроцессора. Это стандартное поведение почти всех компиляторов и соответственно большинство библиотек эти исключения не обрабатывают. Иначе написание плагинов под тотал использующих внешние библиотеки задействующие сопроцессор превращается в крайне увлекательное занятие под названием напихай _control87(MCW_EM, MCW_EM) где только можно.
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
Он бы с удовольствием. Дельфя сама постоянно их включает, отчего Тотал и рушится при работе с кривыми расширениями оболочки. С Лазарусом, правда, непонятно, Гислер говорил, он от такого не страдает, но вот, падает же… Я не дельфевик (или не дельфяник?), так что в особенностях этой среды совершенно не разбираюсь.arax писал(а):Вы бы предложили ему вообще собирать тотал с отключенными исключениями сопроцессора.
Почему же, ё-моё, ты нигде не пишешь "ё"?
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
В исходниках Дельфи? Они как бы слегка недоступны. Как я понял, Гислер именно это и использует, просто Дельфя сама вкомпиливает код, включающий этот режим обратно. По крайней мере, я так понял из разных обсуждений этой проблемы на оф. форуме. Мог, конечно, чего-то и не так понять, но раз Гислер долгое время с этой проблемой боролся, то ясно, что есть какое-то препятствие, более серьёзное, нежели отсутствие в коде одного-единственного вызова функции.Alextp писал(а):А если "Длефи включает", то найти в исходниках место, где включает.
Почему же, ё-моё, ты нигде не пишешь "ё"?