Leonid KudryavtsevКак идеи:
1)
Гугля уверяет. что ошибка случается, когда в Variant содержится null.

Вы не пытались, после Open проверять, действительно ли документ открыт и WordDocument корректен.

Насколько я вижу по Вашим словам "Если закомментировать...то служба падает дальше на ...
т.е. проблема не в ConvertToText, а в самом обращении к серверу Word" обращении к WordDocument

2)
Некоторые операции Word умеет выполнять ассинхронно (например пагинацию). Вполне возможно, что ConvertToText из их числа. Я бы while заменил на for в обратном порядке (т.е. сначала обрабатывать последнию таблицу в документе по индексу и двигаться к первой).

Т.е. идея аналогичная предложению 21866312 только дополнительно изменить порядок обработки таблиц на обратный.

P.S. Беглый поиск по Inet уверяет. Documents.Open вполне может возврашать null в некоторых случаях (ошибки с правами). Возможно и при других ошибках при открытии документов вполне можно null словить.
https://social.msdn.microsoft.com/Forums/en-US/0f5448a7-72ed-4f16-8b87-922b71892e07/word-2007-documentsopen-returns-null-in-aspnet В общем, синопис такой




Сразу после этого кода VarIsEmpty(WordDocument) = True, а процесс WINWORD.EXE ведет себя как я уже показывал ранее

alekcvpКвейд,

А накатить обновления на офис не поможет?.. Или и так всё стоит?

На моей машине (на которой код падает) - Office 2013
На машине коллеги (где код не падает) - Office 2016

Проблема в том, что заказчиков много и у каждого зоопарк офисов

alekcvpКвейдпропущено...


На моей машине (на которой код падает) - Office 2013
На машине коллеги (где код не падает) - Office 2016

Проблема в том, что заказчиков много и у каждого зоопарк офисов

Тем более очень похоже на баг офиса.
А если по условию "VarIsEmpty(WordDocument) = True" попытаться закрыть Word через OLE?...





отрабатывает, я проверил.

Но процесс WINWORD.EXE продолжает жрать память до отказа

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


у коллеги с другой версией офиса в режиме службы работает ОК

alekcvpКвейд,

А служба от чьего имени запускается?Local system account

Но разве это имеет значение? У меня код падает на определенном наборе файлов, на другом наборе все отлично в службе.

alekcvpГде-то ещё читал, что чтобы заверщить процесс необходимо кроме вызова .Quit ещё обнулить все ссылки на сервер.

у меня так

_Vasilisk_Кажется, вот твое счастье
https://stackoverflow.com/questions/10837437/interop-word-documents-open-is-null
http://davidsdotnetlines.blogspot.com/2015/12/wordapplicationdocumentsopen-returns.html

У меня в DCOM config отсутствует эквивалент параметра "Microsoft Word 97 - 2003 Document", но я сейчас еще поэксперементирую

Квейд_Vasilisk_Кажется, вот твое счастье
https://stackoverflow.com/questions/10837437/interop-word-documents-open-is-null
http://davidsdotnetlines.blogspot.com/2015/12/wordapplicationdocumentsopen-returns.html

У меня в DCOM config отсутствует эквивалент параметра "Microsoft Word 97 - 2003 Document", но я сейчас еще поэксперементирую

Помогло!

Пошел с твоей ссылки дальше по ссылке

https://stackoverflow.com/questions/1006923/automating-office-via-windows-service-on-server-2008

всего-то нужно, чтобы на машине существовали папки

C:\Windows\System32\config\systemprofile\Desktop
C:\Windows\SysWOW64\config\systemprofile\Desktop

интересно, с чем это связано?