Главный плюс этой обработки перед стандартной - это то, что она "вызывается не смотря ни на что".
Но это и минус, т.к. она вызывается и в процессе проведения и при выполнении запросов и это приводит к сбоям.
Как нибудь ее можно ограничить?

Совершенно точно она вызывает сбой запроса (Запрос.Выполнить() = 0), даже без нагрузки, когда в базе один пользователь.
Это хорошо, конечно, для теста "жизнеспособности" кода, но все же...

При этом не важно, что происходит в самой обработке. Даже если это простая проверка одной переменки и выход.

внешний планировщик тебя спасёт

как интересно...
а вот допустим идет проведение - и ту может сработать обработкаожидания..? я всегда блин думал, что обработка ожидания отрабатывает только в простое...
???

(0) сказки.

>>>
она вызывается и в процессе проведения и при выполнении запросов и это приводит к сбоям

ну а это вообще бредни.

(3,4) вот и я как-то в сомнениях...

Это не бредни, а факт.
Я не про штатную обработку, а про FormEx.

(1) что такое внешний планировщик?

(6) ну все.. вечером проверять буду.. не дай бог не так окажется - всё, вешайся... ;-)

(6) это именно бредни.
ОбработкаОжидания никак не влияет на проведение документа и ну никак не влияет на выполнение штатного запроса.

+9 и уж поверь мне,формекс у нас живёт годами

(9)
Ну то что НИКАК - это не правда.
Может влиять побочными эффектами (если при проведении используются те же глобальные переменные что и в обработке ожидания).

Я сейчас попробую соорудить тестовый пример для запроса.

А пока поясню:
Работал автомат, который выполнялся через штатную процедуру, всегда все корректно, после единственного изменения - перевода на FormEx - с завидной регулярностью падают запросы. В чем тогда может быть дело?

(11)А ты в обработчике что делаешь?
Особенно, когда пользователь что-то проводит.
И зачем в обработчик от Альфа что либо вставлять?

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

(11) без подтвержденного тестового примера - это всё ваши домыслы.

+(14)Может тебя удивит, но обработчик от Альфа, работает даже когда 1С отвалилась с ошибкой - "С++ и т.д." :)

(12) В обработчике проверяется одно условие и выходит, это инфа 100% и обработчик чистый делал и нечистый в отладчике смотрел.

К тому же это не важно, т.к. Ёпрст3 утверждает что будет работать в любом случае! Что бы там не происходило. На команду:
Запрос.Выполнить() - это никак влиять не может, в тексте запроса не используются глобальные переменные!

(16) читать умеешь ? См.(14)

(17) Я отвечал Человеку Души, если что. Или вы теперь модератор ветки?

(17) и вообще см. (11). Я написал достаточно подробно. Команда Запрос.Выполнить() стала довольно часто возвращать 0. Ума не приложу почему.

Если я добьюсь тестового примера изобличающего ошибку, то зачем мне тут распинаться?

(19) >>>Команда Запрос.Выполнить() стала довольно часто возвращать 0. Ума не приложу почему.

причин - вагон.
И формекс тут вообще ни коим боком, не льсти себе.

(20) Дело в том, что алгоритмы которые там работают - работают уже более 2-х лет, а единственное изменение - FormEx. Вопрос как он виляет, не льстите FormEx'у.

(21) можешь и дальше заблуждаться, без (14) это всё сказки.

7.70.027 sql
Formex 2.0.5.92
1C++ 3.0.2.0 bf3

в глобальнике:
Сервис.ОбработкаОжидания("глПроверкаЗаданийПланировщика",1000);

Сама процедура перебирает элементы небольшого справочника и в зависимости от условий запускает другие обработки



отчет (сообщить до Выполнить() и сразу после Выполнить):
...
14:30:19 сработала обработка ожидания
14:30:20 сработала обработка ожидания
14:30:21 сработала обработка ожидания
14:30:22 сработала обработка ожидания
14:30:22 запускаем запрос
14:30:23 сработала обработка ожидания
14:30:24 сработала обработка ожидания
14:30:25 сработала обработка ожидания
14:30:25 запрос окончен
14:30:26 сработала обработка ожидания
14:30:27 сработала обработка ожидания

документ (Сообщить первой и последней строкой процедуры ОбработкаПроведения)
...
14:30:40 сработала обработка ожидания
14:30:40 начало обработки проведения
14:30:40 сработала обработка ожидания
14:30:42 сработала обработка ожидания
14:30:42 сработала обработка ожидания
14:30:44 сработала обработка ожидания
14:30:44 сработала обработка ожидания
14:30:46 сработала обработка ожидания
14:30:48 сработала обработка ожидания
14:30:48 сработала обработка ожидания
14:30:49 сработала обработка ожидания
14:30:50 сработала обработка ожидания
14:30:50 конец обработки проведения
14:30:51 сработала обработка ожидания
14:30:52 сработала обработка ожидания
....

это писец!

О_о

Причем обработкаожидания работает при активных модальных окнах, Вопросах/Предупреждениях.
Не работает при пересчете бух.данных, при смене ТА и тп.

(24) а при вопросике про смену даты - работает?

(25) Сменилась текущая дата?
РАБОТАЕТ!

(26) Спасибо. Надо в выгонялке поменять. Хотя лень - осталось жить базе 2 месяца...

Прервать выполнение обработки?
тоже работает

Останавливаю на горячую sql-сервер, 1С-ка выводит окошко SQL state..., потом невосстановимая ошибка ...
А оно, c-цука, работает!

спасибо ТС за поднятую проблему - придется переписывать....

(24) и ? Ну работатет, и че ?

ошибок то при этом нет, а уж на выполнение запроса это никак не влияет

FN
(23) И модуль проведения прерывается - тоже!
(29) Пожалуйста!

(22) Я сделал тестовый пример в цикле выполняю запросы параллельно с запущенной обработкой результата (всего запроса 4). Результат, выглядит как-то так:

03.11.11    17:10:41    Администратор    Я СРАБОТАЛ!
03.11.11    17:10:41    Администратор    Я СРАБОТАЛ!
03.11.11    17:10:42    Администратор     Запрос04 лажанул!
03.11.11    17:10:42    Администратор    Я СРАБОТАЛ!
03.11.11    17:10:43    Администратор    Я СРАБОТАЛ!

...

03.11.11    17:13:46    Администратор    Я СРАБОТАЛ!
03.11.11    17:13:46    Администратор    Я СРАБОТАЛ!
03.11.11    17:13:47    Администратор     Запрос01 лажанул!
03.11.11    17:13:48    Администратор    Я СРАБОТАЛ!
03.11.11    17:13:48    Администратор    Я СРАБОТАЛ!

и т.д.



Если будет время я соберу исходники и тестовую базу и вывалю все, дабы вас убедить.

(31) убеждать в чем ?
у меня всё это есть,  и проблем ваших нет.

(32) В том, что Обработка ожидания из FormEx - оказывает непосредственное влияние на работу команды:
Запрос.Выполнить();

Вызывая ошибку запроса, даже когда в обработке прерывания - не используется обращений к базе данных!

(4) Не бредни, хотя конечо зависит что делается в этой обработке.
Я так типа 1САську делал, там сообщения тоже через формексовое ожидание проверялись, ничего не писалось в базу а только из нее читалось, так тоже с необъяснимыми падениям замучался.

(27) как раз в выгонялке этот эффект очень даже полезен.

мне не лень, я проверил:
в обработке:
Процедура Сформировать()
   Перем Запрос, ТекстЗапроса, Таб;
   //Создание объекта типа Запрос
   Запрос = СоздатьОбъект("Запрос");
   ТекстЗапроса =
   "//{{ЗАПРОС(Сформировать)
   |Валюты = Справочник.Валюты.ТекущийЭлемент;
   |Группировка Валюты;
   |"//}}ЗАПРОС
   ;
   // Если ошибка в запросе, то выход из процедуры
   сч=1;
   Пока Запрос.Выполнить(ТекстЗапроса) = 1 Цикл
       сч=сч+1;
   КонецЦикла;
   Сообщить("итого выполнено: "+сч);
КонецПроцедуры
+ в глобальничке:

Перем Сервис;
Процедура Вася() Экспорт
   а = ТекущееВремя();
       Сообщить(а);
КонецПроцедуры
......

Сервис = СоздатьОбъект("Сервис");
   Сервис.ОбработкаОжидания("Вася",1);



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

Дальше бум в сказки верить ?

(32)
Вот как убедиться:
1. Зацикливаем любой простой запрос к справочнику номенклатуры (желательно быстрый) типа:
|Номенклатура        = Справочник.Номенклатура.ТекущийЭлемент;
|Артикул        = Справочник.Номенклатура.Артикул;
|Группировка Номенклатура без групп;
|Условие(Артикул = Лев(2,  = ""20"");

2. Циклим его. В случае ошибки - пишем в лог.

3. Вешаем обработку ожидания (я делал интервал 0.5 секунд), я думаю чем меньше - тем чаще будет детектироваться косяк, что очевидно.

4. В обработке ожидания - единственная команда - записать в лог.

5. Запускаем и радуемся!

6. Приносим извинения за грубый тон.

(37)
6. см (36)

Жду извинений.

Дайте готовый код я потестю
И где можно качать последние версии 1с++?

(39) ты не поверишь....

(39) тут вообще то речь за формекс..
последний вот:

http://www.1cpp.ru/forum/YaBB.pl?num=1289651842/35

1cpp там же на форуме, в соответствующей теме

А что низзя просто выбрать все движения партий за 10 лет по всем товарам и дням? Это будет оочень долго :)

Проверьте, циклы ни к чему

(39) Сейчас, только почитаю как оформлять код в сообщении.

(41) Зачем мне ссылка на форум?
С форума качать обновления? Моветон.
Вот есть 1cpp.ru
На главной странице последние релизы объявлены:
Рекомендованный стабильный релиз с раздельной загрузкой FormEx: 2.5.0.7
Рекомендованный стабильный релиз c включенным FormEx: 2.0.3.7
У меня они есть. Всё - больше не рыпаюсь.

(45) http://www.1cpp.ru/index.php/Main
там вроде русским по белому...

(45) да нам то что ?
главная страница не обновляется года 4, всё что касается новых версий всегда было на форуме поддержки компоненты и в баг треккере.

Оставайся на 2 ***

(46) да кто ж это читает то ?
трясти нужно сильнее!

(39) Не успеваю, но я еще вернусь...
Тест продолжается и у меня перестало лажать, когда я закрыл параллельно открытую 1С с автоматом, где постоянный опрос справочника (совершенно другого) выполняется.

Т.е. вполне возможно, что этот эффект наблюдается, если обработка ожидания работает на двух экземплярах 1С - на одной тачке.

(48) Ёпрст3 попробуй так (экземпляров много наплоди) и поставь интервал запуска побольше. У меня запрос выполнялся примерно 300 мс (не тот который я приводил в сообщении), а интервал был 100 мс, такое вот соотношение.

(49) как-нить попробую.
лень всё

(47) "главная страница не обновляется года 4"
Т.е. умер 1с++? Так и запишем...

(46) почитал. Умер 1сpp, родился icpp (обратно совместимый с 1с++!), внятной ссылки на его сайт нет.

(52) У тебя плохо не только с чтением, но и с пониманием....

Вообще сайт 1cpp.ru неприятное впечатление производит. Вроде домен русский (ru), а текст вперемешку с английскими фразами.
Явное отсутствие вкуса.
(53) У меня всё отлично с пониманием, стабильных рекомендованных релизов нет после 2008 года => проект умер. Или вэбдизайнера сайта надо повесить за яйца.

(54) Заплати и все сделают.
зы. последний релиз - август 10 года.
в принципе, я использую наверное 5% от имеющегося. мне достаточно, ничего не падает, критических ошибок нет. И чо им, клепать релизы, чтоб клепать релизы?

очевидно, что на допфичах типа 1С++ и формекс - апологеты тянут по остаточному принципу, почти все потихоньку перелазят на 8-ку..

(56) Говоря про себя, не говори за всех! ;))
Мой личный опыт говорит, что 8-ка пока не оправдывает ожидания и затраты.7-ка рулит.

Лучше потестите на версии формекса 2.0.5.101

У Formex 2.0.5.92, может и есть ошибки :)

даже не в пользу 7.7 думайте головой 3+3=6 очнитесь!

(60) что сказать-то хотел?

http://www.dorex.pro/?projects&formex&download

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