1с неустранимая ошибка приложения thinapp has encountered an unexpected error

This post was originally published on this site

Cant run portable app on windows 10. ThinApp Error.

Hi, I’m trying to run a portable app (.exe) and it runs fine on over windows 10. But on my system I’m always getting this following error:

ThinApp has encountered an unexpected error. Click Abort to close the application, Retry to debug, or Continue to ignore the error. Support info: PID=6860, create_process.cpp@4444, Unexpected exception in RelaunchUsingCreateProcess.

The other systems that are running it fine are on build 10240 and they are laptops. That’s the only difference I could find.

Is there anything I could do to fix this?
I’ve tried running as admin, compatibility mode, no use.

bobkush

Distinguished

Many of my old portable apps that were created in Windows 7 do not work on Windows 10. In addition, the new version of Thinapp does not work with Windows 10 x64. Thinapp creates the portable program, but the completed program displays an error and does not work. Thinapp worked for me in Windows 7, but it fails in Windows 10 x64.

I had problems creating portable apps with Windows 10 until I started using the latest version of Cameyo (www.cameyo.com).

I tested the latest version of Cameyo and have had no problems creating portable applications with many programs. Some programs (that had problems even with Windows 7) still dont virtualize (such as Office 2013 and Office 2016) but most programs I have tested work.

A second virtualization program I use is Turbo Studio (formerly Spoon Studio) (https/turbo.net/studio) — the new version also works in Windows 10 x64.

I recreated all my old Windows 7 portable programs with Cameyo and Turbo Studio and have had few problems.

Now I can create portable versions of programs that I use infrequently and keep them handy on a USB drive.

Thinapp has encountered an unexpected error click abort to close the application retry to debug

Thinapp has encountered an unexpected error windows 10 что делать

Thinapp has encountered an unexpected error windows 10 что делать

Для ThinApp-овских портабельных сборок эта утилита не срабатывает, что, в общем-то, вполне ожидаемо. Но, может быть, существует всё же какой-нибудь хитрый способ передать портабельному приложению иные дату и время, чем текущие системные?

Есть маленькая бесплатная утилита trial freezer, Как-то с успехом использовал её на пробных программах в сборках.

Но есть, на мой взгляд, более простой способ, через батник:

@echo off
set file1=Bulk.exe
set file2=%date%
date 07.11.2014
start /wait %file1%
date %file2%

— батник кладется рядом с запускаемым EXE
— Bulk.exe — имя вашего exe файла (только без пробелов между слов)
— date 07.11.2014 — дата первого запуска exe

Всё хорошо с Вашим вариантом, но как быть с этим? При попытке сохранить результат в формат MIDI (.mid) — ошибка. Недоломана прога?
Мне в своё время с ней, можно сказать, эксклюзивно (подробнее тут) помогли. Всё работает, но косяк с датой (работа только в пределах 2013 года).

Добавлено:
LCF84, всё решилось довольно просто — пробуйте: http://rusfolder.com/43482810, или зеркало

Проблема была всего-лишь в том, что при компрессии «Fast», Trial Freezer просто не успевала отработать при первом и втором старте в песочнице. С отсутствием компрессии в режиме «None» — программа запускается без проблем и на виртуальных и на реальных системах. Тест проводил на Виртуальных Win7 x86|x64, WinXPSP3x86, и на реальных Win7x64, WinXPSP3x86 — так что, на сей раз проблем быть не должно. На заметку себе и, может ещё кому пригодиться. — при использовании Trial Freezer, компрессию в Package.ini лучше выставлять CompressionType=None

Не могли бы вы выложить этот Trial freezer + скрипт запуска и package.ini. Хотелбы добавить в свою сборку проги с моими настройками + изоляцией и.т.д.

Trial freezer я брал отсюда, скрипт запуска он создаёт сам. Вернее он может подменить исполняемый файл программы, а может создать новый файл запуска. Я выбирал создание нового файла запуска, а потом в package.ini правил путь к нему и иконку. Сам package.ini выкладывать отдельно нет смысла, так как он практически стандартный за исключением пары фишек, н они у каждого сборщика свои собственные.

может лучше просто попросить её нормально доломать? Прямо здесь на ру-борде в соседней теме.

Не проще. У этой программы столько «загоняев» (моменты сохранения в midi, длительность этого самого сохранения, открытие формата для распознавания), что всё и не учесть сразу. Когда ломали, то и дело вылазили разные проблемы, когда решая одну задачу сыпался даже элементарный функционал. Собственно ограничение по 2013 и то выяснилось спустя год. Так что сломали её тогда хорошо, а откат времени — уже решённый пустяк, да и держать её в инсталл версии на компе не особо надо, ведь интеграции в другой софт у неё нет, а особенности столь специфичны, что требуются весьма редко.

Есть старая специфичная программа, она при запуске опрашивает параметры железа и по неизвестному принципу закрывается на большинстве современных систем. При этом на компьютерах 2000-ых годов — работает. Точно известно, что это именно программная проверка, а не какая-то настоящая зависимость.

Если ChildProcessEnvironmentDefault=Virtual, то у меня флэш в браузере не работает.
Если ChildProcessEnvironmentDefault=External, то всё в порядке, но тогда система, насколько я понимаю, становится уязвимой к дырам и закладкам флэша.

Cant run portable app on windows 10. ThinApp Error.

Hi, I’m trying to run a portable app (.exe) and it runs fine on over windows 10. But on my system I’m always getting this following error:

ThinApp has encountered an unexpected error. Click Abort to close the application, Retry to debug, or Continue to ignore the error. Support info: PID=6860, create_process.cpp@4444, Unexpected exception in RelaunchUsingCreateProcess.

The other systems that are running it fine are on build 10240 and they are laptops. That’s the only difference I could find.

Is there anything I could do to fix this?
I’ve tried running as admin, compatibility mode, no use.

bobkush

Distinguished

Many of my old portable apps that were created in Windows 7 do not work on Windows 10. In addition, the new version of Thinapp does not work with Windows 10 x64. Thinapp creates the portable program, but the completed program displays an error and does not work. Thinapp worked for me in Windows 7, but it fails in Windows 10 x64.

I had problems creating portable apps with Windows 10 until I started using the latest version of Cameyo (www.cameyo.com).

I tested the latest version of Cameyo and have had no problems creating portable applications with many programs. Some programs (that had problems even with Windows 7) still dont virtualize (such as Office 2013 and Office 2016) but most programs I have tested work.

A second virtualization program I use is Turbo Studio (formerly Spoon Studio) (https/turbo.net/studio) — the new version also works in Windows 10 x64.

I recreated all my old Windows 7 portable programs with Cameyo and Turbo Studio and have had few problems.

Now I can create portable versions of programs that I use infrequently and keep them handy on a USB drive.

Ошибка при установке Windows

Во время обновления Windows 10 до Creators Update, моргнул свет и отключился компьютер, после чего вышла ошибка:
The computer restarted unexpectedly or encountered an unexpected error. Windows installation cannot proceed. To install Windows, click “OK” to restart the computer, and then restart the installation.

Дословно текст ошибки можно перевести так:
Компьютер неожиданно перезапускается или возникла непредвиденная ошибка. Невозможно продолжить установку Windows. Чтобы установить Windows, нажмите кнопку “ОК” для перезагрузки компьютера, а затем перезапустите установку.

Не забудьте подписаться на наш Дзен

В следствие чего машина ушла в циклическую перезагрузку и не стартовала. Для решения проблемы, можно поковырять реестр, предварительно сделав его копию, через «Файл»-«Экспорт».

Замена значения в реестре

• после появления ошибки жмите Shift + F10 (если ноутбук, возможно дополнительно нужно нажать Fn), откроется командная строка;
• в командной строке введите «regedit» (без кавычек) и нажмите ввод, откроется редактор реестра;
• сделайте копию реестра;
• в редакторе реестра проходим по ветке HKEY_LOCAL_MACHINESYSTEMSetupStatusChildCompletion;
• в правой части окна дважды кликните на setup.exe, значение 1 изменяем на 3;
• закрывайте редактор реестра, закрывайте командную строку, кликайте на кнопку «OK» в окне ошибки;
• после перезагрузки установка должна продолжиться.

Способ работает с Windows 7, 8 и 10. В комментариях пишите помог ли способ, если нет, попытаюсь помочь советом.

Cant run portable app on windows 10. ThinApp Error.

Kaushik DB

Estimable

Hi, I’m trying to run a portable app (.exe) and it runs fine on over windows 10. But on my system I’m always getting this following error:

ThinApp has encountered an unexpected error. Click Abort to close the application, Retry to debug, or Continue to ignore the error. Support info: PID=6860, create_process.cpp@4444, Unexpected exception in RelaunchUsingCreateProcess.

The other systems that are running it fine are on build 10240 and they are laptops. That’s the only difference I could find.

Is there anything I could do to fix this?
I’ve tried running as admin, compatibility mode, no use.

bobkush

Distinguished

Many of my old portable apps that were created in Windows 7 do not work on Windows 10. In addition, the new version of Thinapp does not work with Windows 10 x64. Thinapp creates the portable program, but the completed program displays an error and does not work. Thinapp worked for me in Windows 7, but it fails in Windows 10 x64.

I had problems creating portable apps with Windows 10 until I started using the latest version of Cameyo (www.cameyo.com).

I tested the latest version of Cameyo and have had no problems creating portable applications with many programs. Some programs (that had problems even with Windows 7) still dont virtualize (such as Office 2013 and Office 2016) but most programs I have tested work.

A second virtualization program I use is Turbo Studio (formerly Spoon Studio) (https/turbo.net/studio) — the new version also works in Windows 10 x64.

I recreated all my old Windows 7 portable programs with Cameyo and Turbo Studio and have had few problems.

Now I can create portable versions of programs that I use infrequently and keep them handy on a USB drive.

P.S. I create ALL my portable apps on a VirtualBox virtual drive that contains a clean, virgin install of Windows 10 x64. This is the recommended method of creating portable applications.

Alabalcho

Judicious

bobkush

Distinguished

Many of my old portable apps that were created in Windows 7 do not work on Windows 10. In addition, the new version of Thinapp does not work with Windows 10 x64. Thinapp creates the portable program, but the completed program displays an error and does not work. Thinapp worked for me in Windows 7, but it fails in Windows 10 x64.

I had problems creating portable apps with Windows 10 until I started using the latest version of Cameyo (www.cameyo.com).

I tested the latest version of Cameyo and have had no problems creating portable applications with many programs. Some programs (that had problems even with Windows 7) still dont virtualize (such as Office 2013 and Office 2016) but most programs I have tested work.

A second virtualization program I use is Turbo Studio (formerly Spoon Studio) (https/turbo.net/studio) — the new version also works in Windows 10 x64.

I recreated all my old Windows 7 portable programs with Cameyo and Turbo Studio and have had few problems.

Now I can create portable versions of programs that I use infrequently and keep them handy on a USB drive.

ThinApp has encountered an unexpected error. Click Abort to close the application, Retry to debug, or Continue to ignore the error. Support info: PID=6860, create_process.cpp@4444, Unexpected exception in RelaunchUsingCreateProcess.

The other systems that are running it fine are on build 10240 and they are laptops. That’s the only difference I could find.

Is there anything I could do to fix this?
I’ve tried running as admin, compatibility mode, no use.

Для ThinApp-овских портабельных сборок эта утилита не срабатывает, что, в общем-то, вполне ожидаемо. Но, может быть, существует всё же какой-нибудь хитрый способ передать портабельному приложению иные дату и время, чем текущие системные?

Есть маленькая бесплатная утилита trial freezer, Как-то с успехом использовал её на пробных программах в сборках.

Но есть, на мой взгляд, более простой способ, через батник:

Всё хорошо с Вашим вариантом, но как быть с этим? При попытке сохранить результат в формат MIDI (.mid) — ошибка. Недоломана прога?
Мне в своё время с ней, можно сказать, эксклюзивно (подробнее тут) помогли. Всё работает, но косяк с датой (работа только в пределах 2013 года).

Добавлено:
LCF84, всё решилось довольно просто — пробуйте: http://rusfolder.com/43482810, или зеркало

Проблема была всего-лишь в том, что при компрессии «Fast», Trial Freezer просто не успевала отработать при первом и втором старте в песочнице. С отсутствием компрессии в режиме «None» — программа запускается без проблем и на виртуальных и на реальных системах. Тест проводил на Виртуальных Win7 x86|x64, WinXPSP3x86, и на реальных Win7x64, WinXPSP3x86 — так что, на сей раз проблем быть не должно. На заметку себе и, может ещё кому пригодиться. — при использовании Trial Freezer, компрессию в Package.ini лучше выставлять CompressionType=None

Сопоставление номенклатуры (1С:Управление нашей фирмой)

Не могли бы вы выложить этот Trial freezer + скрипт запуска и package.ini. Хотелбы добавить в свою сборку проги с моими настройками + изоляцией и.т.д.

Trial freezer я брал отсюда, скрипт запуска он создаёт сам. Вернее он может подменить исполняемый файл программы, а может создать новый файл запуска. Я выбирал создание нового файла запуска, а потом в package.ini правил путь к нему и иконку. Сам package.ini выкладывать отдельно нет смысла, так как он практически стандартный за исключением пары фишек, н они у каждого сборщика свои собственные.

может лучше просто попросить её нормально доломать? Прямо здесь на ру-борде в соседней теме.

Не проще. У этой программы столько «загоняев» (моменты сохранения в midi, длительность этого самого сохранения, открытие формата для распознавания), что всё и не учесть сразу. Когда ломали, то и дело вылазили разные проблемы, когда решая одну задачу сыпался даже элементарный функционал. Собственно ограничение по 2013 и то выяснилось спустя год. Так что сломали её тогда хорошо, а откат времени — уже решённый пустяк, да и держать её в инсталл версии на компе не особо надо, ведь интеграции в другой софт у неё нет, а особенности столь специфичны, что требуются весьма редко.

Есть старая специфичная программа, она при запуске опрашивает параметры железа и по неизвестному принципу закрывается на большинстве современных систем. При этом на компьютерах 2000-ых годов — работает. Точно известно, что это именно программная проверка, а не какая-то настоящая зависимость.

Если ChildProcessEnvironmentDefault=Virtual, то у меня флэш в браузере не работает.
Если ChildProcessEnvironmentDefault=External, то всё в порядке, но тогда система, насколько я понимаю, становится уязвимой к дырам и закладкам флэша.

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224

VMware ThinApp Enterprise 2206 Build 20077476 + Portable + Repack

Обновилась мощная программа для виртуализации и создания так называемых портативных приложений ( переносимых ), цель программы помочь пользователю перенести уже существующие программы на другие платформы без перекомпиляции последующего тестирования, в полной новости каждый из вас сможет скачать VMware ThinApp

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

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

Почти весь софт для Windows, VMware ThinApp бесплатно может сделать переносимыми, однако конечно же есть исключения. Например продукт не сможет работать с приложениями, которые требуют установки драйверов устройств, также не получится работать с приложением которое поддерживает аппаратную защиту от копирования. В целом программа ясна, пользоваться удобно, все понятно и просто, если у вас возникнут какие-то вопросы, пробуйте спрашивать тут или на форуме, думаю вам помогут, а я заканчиваю обзор, всем приятного дня!

thinapp has encountered an unexpected error

Ответ от SunRise[гуру]
Попробуйте создать на диске C: папку temp. Дальше зайдите в свойства «моего компьютера» там вкладка «дополнительные параметры» в появившемся окне — «переменные среды». В верхнем окне у вас будут 2 строчки TEMP и TMP. Заходим в каждую и меняем путь на созданную папку C:Temp. В нижнем окне можно сделать тоже самое, найти TEMP и TMP и заменить на C:Temp.
Если (!) windows 7 на вас не очень обиделась, то программы устанавливаться будут.
Если же сильно, то вам нужно создать нового пользователя без пробелов и других спец символов, на англ языке желательно и работать под ним. И устанавливаться всё будет и сохраняться.

Для ThinApp-овских портабельных сборок эта утилита не срабатывает, что, в общем-то, вполне ожидаемо. Но, может быть, существует всё же какой-нибудь хитрый способ передать портабельному приложению иные дату и время, чем текущие системные?

Цитата:

Есть маленькая бесплатная утилита trial freezer, Как-то с успехом использовал её на пробных программах в сборках.

Но есть, на мой взгляд, более простой способ, через батник:

Код:

@echo off
set file1=Bulk.exe
set file2=%date%
date 07.11.2014
start /wait %file1%
date %file2%

— батник кладется рядом с запускаемым EXE
— Bulk.exe — имя вашего exe файла (только без пробелов между слов)
— date 07.11.2014 — дата первого запуска exe

Всё хорошо с Вашим вариантом, но как быть с этим? При попытке сохранить результат в формат MIDI (.mid) — ошибка. Недоломана прога?
Мне в своё время с ней, можно сказать, эксклюзивно (подробнее тут) помогли. Всё работает, но косяк с датой (работа только в пределах 2013 года).

Добавлено:
LCF84, всё решилось довольно просто — пробуйте: http://rusfolder.com/43482810, или зеркало

Проблема была всего-лишь в том, что при компрессии «Fast», Trial Freezer просто не успевала отработать при первом и втором старте в песочнице. С отсутствием компрессии в режиме «None» — программа запускается без проблем и на виртуальных и на реальных системах. Тест проводил на Виртуальных Win7 x86|x64, WinXPSP3x86, и на реальных Win7x64, WinXPSP3x86 — так что, на сей раз проблем быть не должно. На заметку себе и, может ещё кому пригодиться. — при использовании Trial Freezer, компрессию в Package.ini лучше выставлять CompressionType=None

Цитата:

Не могли бы вы выложить этот Trial freezer + скрипт запуска и package.ini. Хотелбы добавить в свою сборку проги с моими настройками + изоляцией и.т.д.

Trial freezer я брал отсюда, скрипт запуска он создаёт сам. Вернее он может подменить исполняемый файл программы, а может создать новый файл запуска. Я выбирал создание нового файла запуска, а потом в package.ini правил путь к нему и иконку. Сам package.ini выкладывать отдельно нет смысла, так как он практически стандартный за исключением пары фишек, н они у каждого сборщика свои собственные.

Цитата:

может лучше просто попросить её нормально доломать? Прямо здесь на ру-борде в соседней теме.

Не проще. У этой программы столько «загоняев» (моменты сохранения в midi, длительность этого самого сохранения, открытие формата для распознавания), что всё и не учесть сразу. Когда ломали, то и дело вылазили разные проблемы, когда решая одну задачу сыпался даже элементарный функционал. Собственно ограничение по 2013 и то выяснилось спустя год. Так что сломали её тогда хорошо, а откат времени — уже решённый пустяк, да и держать её в инсталл версии на компе не особо надо, ведь интеграции в другой софт у неё нет, а особенности столь специфичны, что требуются весьма редко.

Есть старая специфичная программа, она при запуске опрашивает параметры железа и по неизвестному принципу закрывается на большинстве современных систем. При этом на компьютерах 2000-ых годов — работает. Точно известно, что это именно программная проверка, а не какая-то настоящая зависимость.

Если ChildProcessEnvironmentDefault=Virtual, то у меня флэш в браузере не работает.
Если ChildProcessEnvironmentDefault=External, то всё в порядке, но тогда система, насколько я понимаю, становится уязвимой к дырам и закладкам флэша.