Приложение vb.net зависает с TeamViewer

Ханс Пассант. Как мы иногда говорим в Америке: "Чувак, ты классный!" очень плохо, что люди не оценили то, что вы предоставили, но эта ссылка, хотя и сложная для среднего программиста VB.NET (я из этой категории), но спасает жизнь.
Мое решение оказалось немного отличным от того, что решило проблему ОП. У меня была точно такая же проблема, описанная в OP, однако переключение моих вызовов на begininvoke — это не все, что мне нужно было сделать. По вашей ссылке стало ясно, что мне нужно убедиться, что я запустил форму, которую я поместил в другую ветку, используя ApartmentSateSTA. Я не устанавливал это явно и помещал форму непосредственно в пул потоков, используя

System.Threading.ThreadPool.QueueUserWorkItem(AddressOf RunProgressForm)

Кажется, это просто использует поток MTA из пула потоков. Переключение на создание явного threading.thread и последующее использование

ProgBoxTHD = New Threading.Thread(AddressOf RunForm)
ProgBoxTHD.IsBackground = True
ProgBoxTHD.SetApartmentState(Threading.ApartmentState.STA)
ProgBoxTHD.Priority = Threading.ThreadPriority.Normal
ProgBoxTHD.Start()

Это позволило продолжить загрузку сообщений Windows после того, как TeamViewer изменит настройки рабочего стола (когда мое приложение зависнет). Также оказалось необходимым установить .IsBackground в True, иначе форма зависала на выходе в ожидании чего-то. Я знаю, что должен исследовать это, но настройка IsBackgrounds позволила потоку выйти, не дожидаясь, пока что-то еще остановится, и в тот момент, когда я выхожу, мне действительно все равно.

К вашему сведению — сотрудники TeamViewer абсолютно не помогли. После того, как я удалил / переустановил, отключил DirectX - они не смогли оказать никакой дополнительной помощи. К сожалению, я использую несколько решений для совместного использования экрана, и только TeamViewer блокировал мою программу. Хотя решение действительно состояло в том, чтобы исправить программу МОЯ, я думаю, что TeamViewer должен посмотреть, как они меняют настройки рабочего стола при подключении. Я потратил почти две недели только на одну эту ошибку! Я использую TeamViewer для поддержки своих клиентов, и проблема возникла при подключении TeamViewer или отключении. Всякий раз, когда я оказывала поддержку, я заканчивала тем, что оставляла клиента с заблокированной программой! Это только заставило меня выглядеть плохо!

Ok. Я понял.

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

В моем приложении есть два текстовых поля, которые обновляются из разных потоков в приложении. Я использовал следующий код для обновления текста. Метод .Invoke был проблемой.

    Delegate Sub SetTextCallback(ByVal [text] As String, ByRef txtHomeActiveDataStream As TextBox, ByVal type As String)
    Public Sub ReceivedText(ByVal [text] As String, ByRef txtHomeActiveDataStream As TextBox, ByVal type As String) 'input from ReadExisting
      Dim receivedString As String = text
      Dim currentText As String

      If txtHomeActiveDataStream.InvokeRequired Then
          Dim x As New SetTextCallback(AddressOf ReceivedText)
          txtHomeActiveDataStream.Invoke(x, New Object() {(text), txtHomeActiveDataStream, type})

      Else
           txtHomeActiveDataStream.Text &= receivedString 
      End If


    End Sub

Изменив метод с .Invoke на .BeginInvoke, я смог предотвратить зависание приложения. Очевидно, это связано с тем, что .Invoke требует обратной передачи в пользовательский интерфейс перед выпуском, а TeamViewer захватывает пользовательский интерфейс таким образом, что обратная передача никогда не отправляется обратно в пользовательский интерфейс. С BeginInvoke обратная передача игнорируется и, следовательно, больше не зависает на неопределенный срок с TeamViewer.

Спасибо за информацию о виндбг. Но я не смог запустить его в соответствии со статьей, которую вы прислали. В итоге я использовал ProcessExplorer и создал файл дампа, чтобы узнать, на какой строке висит код. Я пытался использовать VS 2013 в режиме отладки, но приложение никогда не зависало во время работы в режиме отладки. Иди разберись.

Спасибо за ваш вклад, ребята. Я надеюсь, что это поможет кому-то еще в будущем. Я потратил на этот вопрос больше времени, чем готов признать, и рад, что покончил с этим.

Если у вас есть какие-либо дополнительные комментарии, пожалуйста, дайте мне знать.

Я нашел этот пост, чтобы помочь с проблемой