Добрый день, в отчетах сторонних разработчиков при выводе запросов на печать выходит сообщение:не удается выполнить операцию во время асинхронного выполнения. При этом таксационное описание и карточки таксации выгружаются.
Запросы сторонних разработчиков
Сообщений 1 страница 15 из 15
Поделиться205.06.2017 17:36:42
в отчетах сторонних разработчиков при выводе запросов на печать выходит сообщение:не удается выполнить операцию во время асинхронного выполнения
Во всех отчетах? На каком то конкретном? На деморегионе проявляется? В каком состоянии база? Недостаточно информации для диагноза. Читайте, пожалуйста, как правильно задать вопрос:
http://lesis.mybb.ru/pages/kak_zadat_vopros
Поделиться307.06.2017 09:57:21
У нас тоже самое. Например пробую вывести 4.1. деморегиона, выдает ошибку: Не удается выполнить операцию во время асинхронного выполнения.
Поделиться407.06.2017 12:16:18
Передал программисту.
Поделиться514.09.2017 14:19:39
После обновления до версии 727 опять выскакивает ошибка:
Не удается выполнить операцию во время асинхронного выполнения.
Поделиться615.09.2017 09:46:48
После обновления до версии 727 опять выскакивает ошибка:
У нас сейчас 728-я. Я не смог воспроизвести на деморегионе. Попробуйте вычислить в каких ситуациях у Вас проявляется. Может влияет какая то последовательность работ, действий!? Нам нужно воспроизвести у себя, чтобы найти проблему. Отладчик показывает ее только в момент проявления.
Поделиться715.09.2017 10:48:58
Обновил до 728-й
Запускаю прогу, вкладка 2011, ..... Учебное первое уч. лес-во.
Далее Режимы, отчеты для печати, Папка Oleg, поквартальная ведомость 4.1.
Далее на компе с XP выскакивает описанная выше ошибка, а на компе с Win 7 выскакивает:
После возникновения ошибки Тополя невозможно закрыть, только через диспетчер задач.
Поделиться815.09.2017 12:36:44
Далее на компе с XP выскакивает описанная выше ошибка, а на компе с Win 7 выскакивает:
Коллеги! Пользуйтесь пожалуйста Ctrl-C на активном окошке (когда заголовок активный, синий) с сообщением об ошибке. Это позволяет копировать читабельный текст в буфер обмена вместо мутных картинок. Я только догадался, что ссылка идет на системную библиотеку c:\Windows\System32\msjet40.dll.
Программисты подумают, что может быть. У меня такого сейчас не воспроизводится, хотя когда пожаловались первый раз в июне у меня это проявлялось.
Поделиться918.09.2017 15:41:55
---------------------------
ЛесИС 2
---------------------------
Access violation at address 5BF6CF73 in module 'msado15.dll'. Read of address FEA48591.
---------------------------
ОК
---------------------------
Такая ошибка появляется при попытке закрыть программу.
Отредактировано Олег (18.09.2017 15:42:41)
Поделиться1019.09.2017 08:39:12
Такая ошибка появляется при попытке закрыть программу.
Если это после обращения к запросам сторонних разработчиков то Дмитрий Александрович поправил эту ошибку. Выложим в ближайшем обновлении.
Поделиться1119.09.2017 10:33:28
Отлично. Ждем обнову
Поделиться1219.09.2017 12:45:47
Исправления будут в версии 729. Там возникала ситуация, когда машина базы данных не могла корректно отрабатывать запрос: иногда после выполнения других запросов он отрабатывал, а иногда "вешал" машину базы данных Windows MS Jet4 намертво. Когда я в отладчике извлекал сформированный запрос и подставлял его Access, он "вылетал" с информационным окном "Сообщите Windows о проблеме...".
Запрос в Oleg.mdb исправлен: условие TV.VozGrpVyd>5 перенесено из left join в основное where.
Поделиться1319.09.2017 20:19:53
Отлично. Ждем обнову
Исправления будут в версии 729.
729 выложена. Можно пробовать.
Поделиться1420.09.2017 10:48:29
Запрос в Oleg.mdb исправлен: условие TV.VozGrpVyd>5 перенесено из left join в основное where.
Это во всех запросах надо переписать?
Поделиться1520.09.2017 17:16:30
Я не занимался детальным изучением и проверкой всех выражений. В этом конкретном запросе условие в этом месте вызывало "ступор" машины БД, а так как реально это условие уровня выдела, вынос его в общее по выделу WHERE мне кажется корректным. И проблему это решило.