Проблемы с выгрузкой в Эксель

[grif]

Порой при построении больших отчётов в Excel через Automation Microsoft Excel 11.0 Object Library порой возникают проблемы - построение прерывается и выскакивает окно об ошибке, но как обычно для ошибок выгрузки в эксель суть ошибки не раскрывается. При построении одного и того же отчёта по одним и тем же данным ошибка может возникать в разных местах, а может и вобще не возникать. На бухгалтерской машине оно выскакивает довольно часто и приходится некоторые отчёты строить только со 2-го или 3-го раза. С чем может быть связана эта поблема? У меня варианта 2:
- либо быстродействия и производительности компа не хватает
- либо это может быть связано с блокировками таблиц во время проводок (отчёт строится по книге проводок), хотя он только на чтение работает.
Что скажете?

Кста, сколько под дебагером ни пытался поймать - всё работает исправно, без него выго иногда выскакивает. Бухгалетра жалуются.

[IGG]

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

[grif]

Цитата:

Сообщение от IGHG

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

Нет, это точно не этот случай.

Цитата:

Сообщение от IGHG

Вторая ошибка если пытаются выгрузить в одно и то же имя уже открытого в Экселе файла

Недопонял о чём это

[IGG]

Цитата:

Сообщение от IGHG

Вторая ошибка если пытаются выгрузить в одно и то же имя уже открытого в Экселе файла
Недопонял о чём это

Ну есть файл с именем File. Бухи не замечают что он уже окрыт и выгружают с тем же именем.
Ошибки конечно тупые но только они и происходят а по другим вопросам как то все и работает не отваливается.
Может тогда код не очень хороший. Он же не дебаггит вызовы Excel и может ошибки синтаксиса VBA?

[romeo]

Я замечал, что ошибка при выгрузке в эксель возникает в случае, если в это время попытаться просто открыть либо еще один эксель, либо эксельный файл. Любой.
Вроде было так ..

[grif]

Цитата:

Сообщение от IGHG

Ну есть файл с именем File. Бухи не замечают что он уже окрыт и выгружают с тем же именем.
Ошибки конечно тупые но только они и происходят а по другим вопросам как то все и работает не отваливается.

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

Цитата:

Сообщение от IGHG

Может тогда код не очень хороший. Он же не дебаггит вызовы Excel и может ошибки синтаксиса VBA?

1. А как тогда объяснить что повторный запуск на тех же данных того же кода может отработать успешно или вылететь на другом месте совершенно?
2. Ничего хитрого там нет, просто данные пишутся в ячейки и в конце итоги подбиваются с помощью финкции СУММ, да и на тех же данных постоянно бы вызывал ошибку в одном месте.

Цитата:

Сообщение от romeo

Я замечал, что ошибка при выгрузке в эксель возникает в случае, если в это время попытаться просто открыть либо еще один эксель, либо эксельный файл. Любой.
Вроде было так ..

У меня самого вылазила эта ошибка случайно и я ничего такого не делал

[IGG]

Цитата:

1. А как тогда объяснить что повторный запуск на тех же данных того же кода может отработать успешно или вылететь на другом месте совершенно?

Это может объясняться тем что в памяти может остаться объект Excel который неактивировался при ошибке какой-нибудь. Если снять процессы Excel в процессах системы то может все нормально будет?

Цитата:

2. Ничего хитрого там нет, просто данные пишутся в ячейки и в конце итоги подбиваются с помощью финкции СУММ, да и на тех же данных постоянно бы вызывал ошибку в одном месте

Тут может быть засада что сумма может наткнуться на нецифровую ячейку? Может у одного числа формат корявый?

[grif]

[quote=IGHG;353873]
Это может объясняться тем что в памяти может остаться объект Excel который неактивировался при ошибке какой-нибудь. Если снять процессы Excel в процессах системы то может все нормально будет?
[quote]
Не знаю, возможно, но отследить трудно. Вобще если такео у меян происходит, то обычно активируются после визибл все документы и конфликтов по этому поводу не замечал.

Цитата:

Сообщение от IGHG

Тут может быть засада что сумма может наткнуться на нецифровую ячейку? Может у одного числа формат корявый?

Ну функция СУММ в конце всего документа, а ошибка вылетает где-то посередине, да и если бы было так, то огибка повторялась на тех же данных в одном и том же месте.

[Likefire]

Цитата:

Сообщение от grif

Порой при построении больших отчётов в Excel через Automation Microsoft Excel 11.0 Object Library порой возникают проблемы - построение прерывается и выскакивает окно об ошибке, но как обычно для ошибок выгрузки в эксель суть ошибки не раскрывается. При построении одного и того же отчёта по одним и тем же данным ошибка может возникать в разных местах, а может и вобще не возникать. На бухгалтерской машине оно выскакивает довольно часто и приходится некоторые отчёты строить только со 2-го или 3-го раза. С чем может быть связана эта поблема? У меня варианта 2:
- либо быстродействия и производительности компа не хватает
- либо это может быть связано с блокировками таблиц во время проводок (отчёт строится по книге проводок), хотя он только на чтение работает.
Что скажете?

Кста, сколько под дебагером ни пытался поймать - всё работает исправно, без него выго иногда выскакивает. Бухгалетра жалуются.

А скриншот ошибки можно продемонстрировать? Если по разному в разных случаях- несколько скриншотов?

[grif]

Не могу подловить у себя теперь. Бухгалтеров надо заставлять. Вобещ там текст почти такой: сообщения для прогармистов C\AL и т.д. без подробностей и раскрытия сути ошибки. Т.е. ошибка выкинута самим навиженом. Такое же сообщение точно сообщение вылезает если вызвать как-то криво функцию экселевскую, например.

А в разных случаях всегда по одинаковому

[leprud]

Цитата:

Сообщение от grif

Не могу подловить у себя теперь. Бухгалтеров надо заставлять. Вобещ там текст почти такой: сообщения для прогармистов C\AL и т.д. без подробностей и раскрытия сути ошибки. Т.е. ошибка выкинута самим навиженом. Такое же сообщение точно сообщение вылезает если вызвать как-то криво функцию экселевскую, например.

А в разных случаях всегда по одинаковому

У меня подобная ошибка возникала если первый символ в "выводимом" значении - символ равенства, который Excel воспринимал как начало формулы, а не текст, на что и ругался..

Рекомендую проверить.

[grif]

1. Если бы было так, то оно стабильно бы ругалось бы в одном и том же месте и причём каждый раз
2. Ругается не Excel, а Navision

[murick]

[attachment=532:attachment]

Цитата:

там текст почти такой: сообщения для прогармистов C\AL и т.д.

До боли знакомое сообщение об ошибке. Сам сталкивался с подобными эррорами. Причём долгое время не мог поймать закономерность. Не меняя ничего в коде первый раз нави выкидывает ошибку, а во второй раз работает нормально. Наконец чисто случайно просёк такой момент. Если во время формирования отчёта кликнуть мышкой где-нить на экселевском листе, то генерация листа прекращается и вылетает сообщение об ошибке типа компонент OLE или Automation не обеспечил описание исключения.
Честно говоря, устранить подобную проблему не получилось, просто приучил финансистов и бухгалтеров к тому, чтобы терпеливо ждалии и не трогали эксель, пока он не закончит рисоваться.

[randrews]

Цитата:

Сообщение от Neovision

[attachment=532:attachment]

Цитата:

там текст почти такой: сообщения для прогармистов C\AL и т.д.

До боли знакомое сообщение об ошибке. Сам сталкивался с подобными эррорами. Причём долгое время не мог поймать закономерность. Не меняя ничего в коде первый раз нави выкидывает ошибку, а во второй раз работает нормально. Наконец чисто случайно просёк такой момент. Если во время формирования отчёта кликнуть мышкой где-нить на экселевском листе, то генерация листа прекращается и вылетает сообщение об ошибке типа компонент OLE или Automation не обеспечил описание исключения.
Честно говоря, устранить подобную проблему не получилось, просто приучил финансистов и бухгалтеров к тому, чтобы терпеливо ждалии и не трогали эксель, пока он не закончит рисоваться.

А еще, если нажать в книге F2 (находится в режиме редаткирования ячейки), а в Navi запустить отчет Excel, то тоже может такая ошибка появляться

[Milk]

Цитата:

Сообщение от Neovision

Если во время формирования отчёта кликнуть мышкой где-нить на экселевском листе, то генерация листа прекращается и вылетает сообщение об ошибке типа компонент OLE или Automation не обеспечил описание исключения.
Честно говоря, устранить подобную проблему не получилось, просто приучил финансистов и бухгалтеров к тому, чтобы терпеливо ждалии и не трогали эксель, пока он не закончит рисоваться.

Если дело окажется в том, что пользователи тыкают в другие листы, надо просто показывать юзеру отчет только после окончания его формирования.

[Fordewind]

Люди! А зачем вы показываете пользователю как рисуется Ёксель? Пусть сначалал отработает, а потом уже давайте пользователю на растерзание!

Milk опередил

[murick]

Цитата:

Если дело окажется в том, что пользователи тыкают в другие листы, надо просто показывать юзеру отчет только после окончания его формирования.

То есть UserСontrol в самом конце поставить? Хм, если дело только в этом, то у меня так и сделано. Можно чуть поконкретней об этом? Фрагмент кода, если не затруднит?

[romeo]

Цитата:

Сообщение от Fordewind

Люди! А зачем вы показываете пользователю как рисуется Ёксель? Пусть сначалал отработает, а потом уже давайте пользователю на растерзание!

Milk опередил

+1

[apanko]

Думаю что-то типа:

В начале
XlApp.Visible(FALSE);

В конце
XlApp.Visible(TRUE);
XlApp.UserControl(TRUE);
CLEAR(XlApp);


______________
добавил.
Пример см. в таблице 370. Пример использования таблицы 370 см в отчете 12469

[murick]

Цитата:

В начале
XlApp.Visible(FALSE);

В конце
XlApp.Visible(TRUE);
XlApp.UserControl(TRUE);
CLEAR(XlApp);

Да, сглупил я однако. Когда я первый раз запустил отчёт с экспортом в эксель он ругнулся, что не может вызвать метод clear. В доке говорилось, что это из-за того, что эксель остаётся invisible, и как решение советовалось объявлять его видимым сразу же после создания. Теперь понимаю, что разумней было бы сделать его visible непосредственно перед тем как передать юзеру во владение. Спасибо за совет