Завершить процесс Excel 2013

[Pandasama]

Товарищи, после некоторых действий с Excel 2013 - не могу избавиться от висящего процесса.

Например, вот такой код (чуть модифицированный ComExcelDocument_RU::excelVersion() ) оставляет после себя висеть процесс.

static void Job25(Args _args)
{
    ComExcelDocument_RU excelDocument;
    COM                 comDocument;
    COM                 comApplication;
    real                excelVersion;

    try
    {
        excelDocument = ComExcelDocument_RU::construct();
        excelDocument.newFile('', false);
        comDocument = excelDocument.getComDocument();
        if (comDocument)
        {
            comApplication = comDocument.application();
            if (comApplication)
            {
                excelVersion = str2num(comApplication.version());
            }
        }
        //excelDocument.closeDocument();
        excelDocument.quitApplication(true);
    }
    catch (Exception::Internal)
    {
        excelDocument.closeDocument();
        if (comDocument == null || comApplication == null)
        {
            throw error("@SYS98748");
        }
    }

    info(strFmt("%1", excelVersion));
}

На Ax2009 + Офис 2010 - процесс после выполнения кода не остается.
На Ax2009, Ax2012, Ax2012R3 + Офис 2013 - процесс после выполнения кода остается.

Может быть кто-то сталкивался и знает как лечить?

[Player1]

- finalize ?
- = null ?
- про displayAlerts

[Pandasama]

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

Если у вас в аналогичной ситуации это помогло - не могли бы вы привести рабочий кусок кода?

Если делать процесс экселя видимым, то никаких запросов сохранять/не сохранять - я не получаю, окно экселя закрывается молча (но процесс остается)

[Logger]

В случае работы через .Net еще помогал вызов сборки мусора.
Взаимодействие с Excel через .NET (семейство классов SysExcel)

Может в вашем случае тоже поможет ?

[Logger]

Еще можно попробовать явно освободить переменные
COM comDocument;
COM comApplication;
вызовом
comDocument.finalize();
comApplication.finalize();

[Pandasama]

Также пробовал через .NET вызывать

Microsoft.Office.Interop.Excel.Application tExcel = new Microsoft.Office.Interop.Excel.ApplicationClass();
real        version;
str         strVersion;
;
strVersion = tExcel.get_Version();
info(strVersion);
tExcel.Quit();
tExcel = null;
System.GC::Collect();
System.GC::WaitForPendingFinalizers();

Процесс Excel в памяти остается (Ax2012R3 + Office 2013)

Ну или такой вариант - аналогично

static void Job25(Args _args)
{
    ComExcelDocument_RU excelDocument;
    COM                 comDocument;
    COM                 comApplication;
    real                excelVersion;

    try
    {
        excelDocument = ComExcelDocument_RU::construct();
        excelDocument.newFile('', false);
        comDocument = excelDocument.getComDocument();
        if (comDocument)
        {
            comApplication = comDocument.application();
            if (comApplication)
            {
                excelVersion = str2num(comApplication.version());
            }
        }

        excelDocument.quitApplication(true);
        if (comDocument)
        {
            comDocument.finalize();
            comDocument = null;
        }
        
        if (comApplication)
        {
            comApplication.finalize();
            comApplication = null;
        }
        System.GC::Collect();
        System.GC::WaitForPendingFinalizers();
    }
    catch (Exception::Internal)
    {
        excelDocument.closeDocument();
        if (comDocument == null || comApplication == null)
        {
            throw error("@SYS98748");
        }
    }

    info(strFmt("%1", excelVersion));
}

[Pandasama]

Заметил что в течение 5-15 минут зависшие процессы, если их не прибить руками, исчезают сами. То есть какая-то сборка мусора (может быть что-то внутривиндовое) их все-таки подчищает.

Хотелось бы, конечно, форсировать как-то, с учетом того что это не помогло:

System.GC::Collect();
System.GC::WaitForPendingFinalizers();

[Logger]

А это пробовали?

comDocument.finalize();
comApplication.finalize();

[Pandasama]

Да, я выше привел пример с использованием всех методов:

        excelDocument.quitApplication(true);
        if (comDocument)
        {
            comDocument.finalize();
            comDocument = null;
        }
        
        if (comApplication)
        {
            comApplication.finalize();
            comApplication = null;
        }
        System.GC::Collect();
        System.GC::WaitForPendingFinalizers();

[SRF]

На просторах интернета примеров по теме много, т.е. у многих такая проблема, в целом условно все сводится к тому, что самый действенный способ это просто завершение процесса Excel по его идентификатору(если нужно форсировать закрытие приложения), примеры можно посмотреть вот тут :
Close Excel Process with Interop

Как закрыть процесс Excel? - C#

У меня самого именно таких примеров не было, чтобы оставался висеть процесс Excel после вызовов сборщика, finalize, и обнуления переменной приложения, в исключительных случаях присваивал null всем объектам экселя типа workbooks, workbook и т.д.

[Weez]

При использовании DotNet-сборки Excel закрываю следующим образом -

excelDocument.closeDocument(false, fullFileNamePath);
excelDocument = null;
CodeAccessPermission::revertAssert();
new InteropPermission(InteropKind::ClrInterop).assert();
System.GC::Collect();
System.GC::WaitForPendingFinalizers();
CodeAccessPermission::revertAssert();

Все работает и в обычном, и в пакетном режиме.

[Ace of Database]

А может причина в том, что в ветке

 catch (Exception::Internal)

нет вызова

excelDocument.quitApplication(true);

И может быть в основной ветке после вызова excelDocument.quitApplication(true); надо убрать все пляски с comDocument.finalize(); и с comApplication.finalize(); Может быть, само упоминание comDocument и comApplication воскрешают Эксель.
Я сейчас интенсивно работаю в AX2012 с Экселем, и таких проблем нет. Все решает excelDocument.quitApplication(true);

[Pandasama]

Цитата:

Сообщение от Ace of Database

А может причина в том, что в ветке

Нет, в эту ветку код не попадает.

Цитата:

Сообщение от Ace of Database

Я сейчас интенсивно работаю в AX2012 с Экселем, и таких проблем нет.

Проблема не в Ax2012, а в конкретной версии Офиса (возможно, даже не просто 2013м офисе - а каком-то билде/патче). В Ax 2009, как я писал выше, это тоже проявляется

[Ace of Database]

Цитата:

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

Нет, в эту ветку код не попадает.

Он может не попадать туда в пошаговом режиме под отладчиком. А при сквозном выполнении может попасть. COM в отладчике иногда ведет себя по-другому из-за таймаутов.

[Владимир Максимов]

Не совсем по теме, но у Вас антивирус установлен? Не пробовали для тестирования его отключить? Может, это антивирус не дает немедленно закрыть Excel, а потом просто переходит в режим ожидания и далее закрытие по таймауту происходит