Ээ все таки попытаться понять что, по Вашему мнению, не так происходит при работе ODBC с mysql в последних версиях 1С++.
А также может все таки к нужным типам приводить в запросе?

Выложи архив.

Graider писал(а) 05. Декабря 2010 :: 13:42:

Я думаю конфигурацию все таки.

Знаешь, как это звучит?
"Я тут что-то сделал, что-то поменял, не помню уже что ... объясните, почему оно у меня теперь не работает?"
Реально думаешь, что кто-то сможет помочь?

Учитывая вышесказанное подведу итог:
1) пробовал поставить версию 2.5 1с++, которая работает вместе с последним Formex - перестали работать или стали некорректно работать куски кода при работе с MySQL через ODBC. Как бы не смешно выглядело действительно сейчас сложно все перешерстить и найти такие проблемные места, ибо кода очень много.
Вообще на текущий момент все работает и работает более 5 лет. Здесь наверно будет уместным бородатый анекдот, в котором сын прграммиста отца спрашивал почему каждый день всходит и заходит солнце. Вот и я, как и отец в этом анекдоте считаю что "если все работает - ничего не трогай"
2) Мне всего лишь нужна была возможность перехватывать печать, которая есть в последнем Formex - метод ПриПечати и которого нет (может ошибаюсь ?) последних версиях 1с++

А вообще я борюсь с такой известной проблемой, как дырка в защите печтаных форм, т.е. защита ставиться и "почти" всегда работает - не дает печатать, копировать, сохранять в файл. Правда нашлись умные пользователи, которые просто выделяют кусок таблицы и говорят - печать выделенного и все, защита здесь заканчивается А у меня почти все управленяеские (самописные) отчеты на этой защите работали.

Вообщем всем спасибо за отклик, похоже не получилось "по-быстрому" решить вопрос. Пойду другим путем, может кому пригодится в двух словах скажу - после того как печ.форма сформирована, она не выводится, а передается обработке, в которой таблица для ввода данных. Обходя все ячейки исходной заполняю табл.ввода даных и показываю на экран. В форме обработки подключается обработчик, который следит за выделенными ячейками и если видит, что пользователь выделил блок, то сбрасывает такое выделение - первую ячейку в блоке делает активной. И все это для того чтобы нельзя было печатать выделенное. Завернуто конечно, но работает.

chessman писал(а) 06. Декабря 2010 :: 10:01:

У него проблемы с новой 1с++, а йоксель на старой не пойдет...

Не так красиво, как у Альфа, но вроде работает.

CaBaT писал(а) 06. Декабря 2010 :: 15:33:


Возможен еще вариант  с вызовом глобальной процедуры...пока без параметров.

chessman писал(а) 06. Декабря 2010 :: 14:38:


проверил - работает, но есть одно НО. Проблема в том, что один отчет можно печтать, а другой нет и если оба сформировать, то получиться что или оба можно будет печатать, либо ни одного, т.е. приведенный пример глобально запрещает/разрешает печать. А вот можно ли как то запретить конкретный сформированый отчет печатать и чтобы этот запрет "запомнился" для этого уже сформированного отчета ?

Graider писал(а) 06. Декабря 2010 :: 09:50:


Так зачем ставить сейчас 2.5
Надо ставить  3.2.3.4
Если есть ошибки то озвучивай их от исправления выиграют все.
Но то что ты называешь не верю что такие ошибки возможны так
как все основано на odbc и это давно бы всплыло.
Переход со 2.0 на 3.2.3.4 можно делать постепенно.Переведи человека 3-4 на новую версию пусть они поработают недели 2-3.Потом следующих.

Цитата:



начиная с 1с++ 2.5 надо отдельно загружать 1с++ и отдельно загружать formex
После это используйте или методы 1с++ и/или методы formex

chessman писал(а) 07. Декабря 2010 :: 19:29:

Ну зачем так
Твои решения обычно довольно изящны, кому-нибудь точно пригодится!
Даже хотя бы как иллюстрация того, что можно сделать с помощью dynwrap.

Еще маленькое замечание, по использованию, в классе используется метод из DWX RegisterCallback, это предполагает, что объект класса будет глобальной переменной.
Дело в том, что этот метод (RegisterCallback) можно вызвать только 16 раз за сессию (это ограничение DWX).
Можно конечно, каждый раз проводить "раз-регистрацию" в деструкторе, но в данном случае я думаю это не принципиально.

Вообще это ограничение (16 вызовов) можно снять (я так думаю) - буду копать код, но пока 16-ти вызовов достаточно.

На сколько я понимаю, можно, подменяя вызов
CGroupContext::CallAsFunc/CallAsProc

только зачем тебе это? 

chessman писал(а) 09. Декабря 2010 :: 16:05:

Да просто хотел изменить логику работы процедуры не меняя конфигурацию, из перехватчика...
Ну это все таки извращение, так подумалось просто, на волне твоих последних ковыряний с dynwrap и внутренностями 1cpp

CaBaT писал(а) 10. Декабря 2010 :: 07:30:


А приведи конкретный пример, чтоб было проще копать

CaBaT писал(а) 13. Декабря 2010 :: 07:10:

Не выйдет. Уже потому, что в коде может не быть процедуры, которую хочется перехватить...

Я делаю проще - выношу весь код в класс, оставляя в документе только предопределенные процедуры по максимуму, перенаправляя вызов в класс. Таким образом, изменение конфы требуется только раз, а затем менется только класс ... до тех пор, пока не потребуется изменить набор реквизитов справочника или документа.

CaBaT писал(а) 13. Декабря 2010 :: 07:10:


Как сказал Артур, при вызове локальной функции (а именно это и требуется перехватить) 1С напрямую обращается к уже откомпилированному P-коду и как с ним бороться, я на данный момент просто не знаю.

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

Возможно, подойдет CBLModule::Compile
Можно глянуть, как оно обрабатывается в TurboBL

Круто! Освобожусь - потестирую!
А в перехвате "ПриОткрытии" можно будет подменить функции/процедуры.
И кстати, да, а функцию можно - что бы параметры возвращала?
Или это уже слишком?

Не совсем понял - это к п.1 (замена в "ПриОткрытии") или к п.2 (подмена функции)?

А можно будет сделать замену в перехватчике для переданного контекста?
Т.е. получается:
1. При открытии например формы элемента справочника перехватываем его в "СозданиеКонтекста"
2. Подменяем нужную процедуру/функцию в перехватчике для перехваченного контекста

CaBaT писал(а) 17. Декабря 2010 :: 06:34:

Это можно сделать Перехватчиком с помощью события ФормЕкс по загрузке модуля формы.
Т.е. ловим это событие Перехватчиком, подменяем модуль, и прога идет дальше.
И никакого dwx

ЗЫ ага, тему нужно новую создавать, только не в Курилке, а в "1С++, ТурбоМД и прочие"