[Cfytrr]

Приветствую.
Новоиспеченный AutoCad 2013 En наряду с новшествами преподнес неожиданную проблему, при использовании модулей которые исправно работали на 2009-10-11-12 происходит сбой с кодировкой.

Для примера приведена работа вот этого модуля.
Система Win 7 х64

[gomer]

ну а кто сейчас помнит диалоги и лиспы под 10й автокад

[alextv]

Вот возникла небольшая проблемка:
У меня в дсл есть значек плюс-минус 0.00. Естесвенно пользовался юникодом u+00b10.00 и получал плюс-минус 0.00
Сейчас после кодировки дсл в UTF-8 для 13-й версии так и остается u+00b10.00.
Может кто столкнулся с этим? Может есть идеи?
Спасибо!

[gomer]

пробуй скопировать ± из таблицы символов

[hwd]

2 Дима_
Ко мне обратился пользователь с проблемой, мол у него для AutoCAD 2013 x64 Enu твой вариант не работает. Я взял у него некоторые файлы и сам проверил на AutoCAD 2013 x86 Enu - действительно не работает. Предварительно загружал твои файлы (dll + lsp). Проверяли два варианта:

1. VLX файл.
2. LSP + DCL.

Далее... Переопределённый тобой вариант load_dialog содержит ошибку: пишет, что не находит dcl-файл (на мгновение всё же открывается диалоговое окно, в котором видны кракозяблы - я успел сделать скрин). Причина в том, что переопределённый тобою вариант функции не добавляет автоматом расширение ".dcl" к имени файла. Если это исправить, то второй вариант (LSP + DCL) начинает работать - кракозяблы пропадают. Однако первый вариант (VLX) остаётся проблемным.

Исправленный вариант LSP файла (спасибо Александру Ривилису):

Код:

[Выделить все]

 
(if (not load_dialog_fix_bag)
    (SETQ load_dialog_fix_bag load_dialog))
(defun load_dialog(path)
;;Добавлена проверка на наличие расширения файла
(setq path (if (null (wcmatch path "*.dcl")) (strcat path ".dcl") path))

  (load_dialog_fix_bag
    ((lambda (full)
       (load_dialog_fix_utf8_bag (if full full path)))
     (findfile path))))

[gomer]

Забавные Вы!

Сообщение от hwd твой вариант не работает

он и не должен работать
Откройте туториал по лиспу, там написано как грузить диалоги

Сообщение от hwd Однако первый вариант (VLX) остаётся проблемным.

он и должен быть проблемным, нечего пендосские кады в россии пользовать, а если так, можно перевести диалог на американский и... привыкать

[hwd]

Сообщение от gomer нечего пендосские кады в россии пользовать

как ты сказал, так и будет

[Дима_]

Сообщение от hwd Далее... Переопределённый тобой вариант load_dialog содержит ошибку: пишет, что не находит dcl-файл (на мгновение всё же открывается диалоговое окно, в котором видны кракозяблы - я успел сделать скрин).

... я только появился - Да я не учел что в оригинальном варианте он по умолчанию ищет *.dcl, то что диалог показывало на мгновение (при этом если я правильно понял - в ком. строке писало что не найден соотв. диалог) - мне не понятно, если только идет какая-то акадовская ошибка при обработке "крокозябного" диалога - то есть если без плагина его тоже на секунду показывает - т.к. если файл не найден - то по идее, должен вернуть "какой давали". В общем варианта 2 либо компилированной сборке вобще плевать на "переделанную" Lisp функцию (как вариант попробывать ее тоже скомпилировать) - я честно говоря не знаю - т.к. ни одного своего проекта не компилировал (зачем это делать - не понимаю, захотят украсть - все равно не поймут, а кто поймет - тому не надо, зато ошибки подправить смогут (более вероятный случай) - но это другой вопрос) + в любом случае надо "подправить исправление", т.к. файл может быть задан с другим разрешением (не dcl), а текущая подправка к нему еще свое добавит. Но это завтра - ибо с командировки я - жена ругает - говорит спать ложись.
p.s. скорее всего поможет загрузка lisp-модуля до vlx.

[Дима_]

Только сейчас смог добраться до кода - в общем проверил на скомпилированном который загружает без расширения - у меня работает, единственное, что я исправил - это лисп модуль следующим образом

Код:

[Выделить все]

 (if (not load_dialog_fix_bag)
    (SETQ load_dialog_fix_bag load_dialog))
(defun load_dialog(path)
  (load_dialog_fix_bag
    ((lambda (full)
       (load_dialog_fix_utf8_bag (if full full path)))
     ((lambda (dcl)
         (if dcl dcl (findfile (strcat path ".dcl"))))
      (findfile path)))))

то есть ищет вначале как задано, если нет, то пробует добавить .dcl (сделанно для того, что оригинальная программа может как задавать имя файла без расширения (и только тогда его надо добваить), так и использовать свое (например .tmp) - что в предыдущем варианте будет обработано не верно).
То Hwd попробуй пожалуйста на своем скомпилированном - если не пойдет - пришли мне больного (желательно в обоих вариантах) - гляну где "собака порыта"Offtop: пока лицензия не кончилась.

[hwd]

Сообщение от Дима_ То Hwd попробуй пожалуйста на своем скомпилированном - если не пойдет - пришли мне больного (желательно в обоих вариантах) - гляну где "собака порыта"Offtop: пока лицензия не кончилась.

Под "скомпилированном" подразумевается VLX?

1. Если ты о VLX, то кракозяблы.
2. Если ты всё же о варианте LSP + DCL, то всё работает (я заменил исправленный мною выше LSP на твой обновлённый вариант).

В архиве то, на чём проверял работу патча. Две команды: GRAPH и SHV1 (первая из VLX, вторая - LSP + DCL). Если будешь запускать - предварительно добавь в каталоги поиска запись для подкаталога .\data-test.

[gomer]

Сообщение от hwd Если ты о VLX, то кракозяблы.

я же написал, работать не будет, хоть весь диск забейте дисиэльками, потому что вылыикс аппликация грузит диалог и собственного кармана, чего непонятного? Откройте ваш graph блокнотом и переведите на австралийский ваши диалоги и будет вам счастье, если повезет =ь

[Дима_]

Вроде разобрался - вобщем суть такая, надо рассматривать несколько вариантов - 1. Код ,либо в чистом виде, либо скомпилированный, но работающий в общем именном пространстве (компилиция по умолчанию) и dcl файл (либо файл генерируемый самим лиспом) - здесь проблем нет (загрузка диалога будет "перехваченна" и подменена на диалог в utf8). Лисп скомпилированный вместе с dcl диалогом - пока не до этого, но будет время займусь (если у кого есть наработки либо инфа по формату файла, Offtop: по моему Елпанов Евгений как-то дискутировал в этом направлении, то выкладывайте) - суть примерна та-же, опять перехватить загрузку, но уже самого vlx (load...) и подменить строки или если он все-же вначале создает временный файл диалога - то найти где - и подменить там (команду load_dialog с указанием файла он точно запускает - проверял, но есть ли этот файл физически?). Еще вариант компиляция в изолированном пространстве имен и загрузка "самосозданного" диалога, то есть будет вызывать load_dialog по "прямому" указателю - если я правильно понял, пока не проверял, с этим все просто - заменить в vlx заголовке соответствующий аттрибут (он там в простом текстовом виде), но могут возникунть проблемы с другими лиспами. Вобщем если кто знает как найти dcl в vlx - отпишитесь.

[hwd]

2 Дима_
Это может помочь по части VLX?

[Александр Ривилис]

Вышел AutoCAD 2013 Service Pack 1.1
Быстрая проверка показала, что этот баг исправлен.

P.S.: А не быстрая показала, что не исправлен.

[hwd]

Сообщение от Александр Ривилис Вышел AutoCAD 2013 Service Pack 1.1 Быстрая проверка показала, что этот баг исправлен.

Проблемы в AcCoreConsole.exe как были, так и остались.

[Cfytrr]

Александр Ривилис,
Win7 x64, что то не очень исправили...



Исправил

[Кулик Алексей aka kpblc]

Cfytrr, "Вложение не существует"

[hwd]

2 Cfytrr
Это VLX или LISP + DCL?

[Александр Ривилис]

Сообщение от Cfytrr Александр Ривилис, Win7 x64, что то не очень исправили... Вложение 86863 Исправил

Я проверял в x86.

[Cfytrr]

hwd,
Это LISP + DCL с отключенными "заплатками"

VLX так же не работает (ни с заплатками, ни без)

[hwd]

Как-то уж очень дохрена багов в 2013-м... Причём установив SP1.1 я снова нашел всё то, что помешало перейти на 2013-ю версию... Качество ПО у Autodesk "на высоте"... В общем, как ни тестировали они свои заплатки, так и не тестируют, к сожалению. Ждёмс, когда Autodesk в очередной раз удалит из раздачи SP1.1 в виду "всплывущих" косяков в самой заплатке (не удивлюсь ни разу)...