Нельзя ли сделать загрузку 1С++ методом подмены стандартной DLL? Как например это у romix'a сделано. Ну и плюсом чтобы внешние глобальные модули автоматом подхватывать могла (ну скажем глобальники можно декларировать в файле по аналогии с классами). Таким образом можно будет во многих случаях обойтись вообще без изменения MD.

unnamed писал(а) 05. Сентября 2008 :: 07:35:

Так может они потому и не имеют, что загрузка 1С++ идет в основном глабальном модуле? А если грузить 1С++ до того, как основной глобальник будет инициализирован, то можно и внешние вперед подсунуть. АЛЬФ кстати должен знать, он же в КЗК подсовывает 1С-ине модули, в том числе и глобальный.

В конце концов, имея полный контроль над загрузкой 1С, можно программно перелопатить вдоль и поперек даже основной глобальник еще до того как 1С до него доберется. В том числе добавить в него код из дополнительных глобальников. А уж потом пусть компилирует все вместе.

Вариант - сделать свою ВК, подменяющую штатную ДЛЛ, которая будет подгружать на ряду с переименованной штатной ещё и 1С++ и ФормЕкс и (обратившись к 1С++) доп.глобальники
Жуть..

Получилось подключить дополнительный раньше основного. сразу нарвался на вылет 1с если в основном есть метод сообщить(). возможно и другие есть методы которые приводят к вылету не проверял. подключался с помощью своего загрузчика и Romix-ового

Я в свое время начинал проект OpenV7, работающий по такому принципу.
1С запускается через спец-стартер openv7.exe, который запускает 1С в выбранном режиме, и сразу же подгружает в запущенный процесс нужные дллки, в-зависимости от режима запуска:
ov7e.dll - в Предприятии, ov7c.dll - в конфигураторе, ov7m.dll - в Мониторе, ov7d.dll - в отладчике.
(такой способ не меняет ни байта в 1Сном коде)
Эти дллки реализуют общий функционал для аддинов, и загружают дополнительные аддины, прописанные для этого режима запуска.
Аддины могут быть простыми дллками, ком-объектами, скриптами на ActiveScript движках.
Для скриптов сделал возможность создавать визуальные формы, как в VBA.
Возможно создание аддинов, реализующих загрузку аддинов других типов.
Реализовал и аддин 1Class.dll - реализация только ООП в 1С, как я ее вижу.
Благодаря загрузке до начала работы ГМ, получил очень много вкусностей.
Остановился пока на переносе функционала OpenConf'а в ov7c.dll

orefkov писал(а) 08. Сентября 2008 :: 09:03:

+1

fez писал(а) 08. Сентября 2008 :: 09:24:

Нет 
плюс = хочется потестить 

Да, Саш, интересно было бы посмотреть!

orefkov писал(а) 08. Сентября 2008 :: 10:31:

И реализацию, я так понимаю на С++
и готовый вариант пощупать

Это типа маленькая демка, того что есть.

При запуске 1С загружаются аддины, перечисленные во всех найденных файлах openv7.ini,
расположенных в каталогах:
1. Каталог ИБ
2. Каталог bin
3. Каталог стартера для настроек пользователя.
   (Передается программой-стартером путем установки переменной окружения OPENV7_USER_INI_PATH)
4. Каталог общих настроек стартера
   (Передается программой-стартером путем установки переменной окружения OPENV7_CMN_INI_PATH)
5. Каталог программы стартера
   (Передается программой-стартером путем установки переменной окружения OPENV7_STARTER_PATH)

В папке help - начатки описания OpenV7.
После установки один раз запустите chmcolreg.exe
Запуск справки - openv7.col или "hh.exe openv7.col"

В папке testbase - пустая база с примерами из трех скриптов.
Файл openv7.ini - ини файл для загрузки аддинов.
Аддин test.js задает создание двух панелей в 1С.
Но так как это еще не доработано (управление панелями в OpenV7), то их не видно.
В режиме Конфигуратора их можно показать с помощью скрипта для опенконфа:

function ВключитьПанельOpenV7()
{
     Windows.PanelVisible("OpenV7")= true
     Windows.PanelVisible("Test")= true
}

PVR писал(а) 08. Сентября 2008 :: 09:43:

Плюс = я тоже согласен с мнением того, кого я плюсую.

P.S. Хорошо тут еще первонахов нет, хотя попытки были. Но чую я, что плюсадинов тоже буду скоро... как минимум тереть.

orefkov писал(а) 09. Сентября 2008 :: 08:09:


прикольно. интересно, никаких конфликтов с MSовскими DEPами и пр. не вызывает? пойдет ли на висте...

Sergey писал(а) 06. Сентября 2008 :: 18:36:


romixовский onSave использовал?
через openv7 1cpp/formex у меня не получилось с полпинка загрузить, валится 1с...

orefkov писал(а) 09. Сентября 2008 :: 11:14:


Примерно так я и понял, я думал уже про использоваение romixовского переделанного onSave, чтобы заменить ПриНачалеРаботыСистемы() на что либо другое... но тут проблема с текстом, который использовался в стандартном md.

Использовал   Загрузчик Romix -> Свой загрузчик -> 1c++ -> СоздатьОбъект("Загрузка") -> в нем FormEx и загрузка доп глобальника ->

И все то же только вместо Romix-ового попробовал Orefkov ский.

Ну результат конечно не изменился. Если в процедуре основного глобальника есть Сообщить() 1с падает. В дополнительном который раньше основного все работает. Криво работает последовательность поиска по крайней мере предопределенных процедур. Выполняются они из доп глобальника а дальше в Основной не идут.(ПриЗавершенииРаботыСистемы)

А если загрузить как обычно грузим то ПриЗавершенииРаботыСистемы(Основной)-ПриЗавершенииРаботыСистемы(Дополнительный) выполняются

Sergey писал(а) 09. Сентября 2008 :: 16:01:

Есть отличная функция для перехвата: InitGlobalModule

А как его сформировать? Если например и там и там есть одинаковые функции. Грузить сформированный как дополнительный? так загрузку основного наверное не отменишь и получиться 1.Основной+Дополнительный 2 Основной(с теми же функциями)

Лучше уж если можно что бы FormEx мог работать с глобальниками и с основным в любой последовательности и менять номера глобальников. а не то получается что Основной+Дополнительный(возвращает 1) и Дополнительный(опять 1) + Основной

steban писал(а) 10. Сентября 2008 :: 12:49:

Идрить... тогда уж и win авторизацию в MS SQL замутить...