Runtime error in setup script line 727 контакт

1. Hi,
   I received the link for download Native Access and Kontakt Player 6 FREE, all fine, but the installers did stop and show up this error:

   Runtime error in setup script:
   Line 727: Access violation at address 737B15DA in module ‘version.dll’ . Read of address 00000004

   What is wrong? my system: Windows 7 64 bit. AMD quad core / 16 GB RAM

   Please help. I want to buy some NI libraries for this Xmas!

   CEA

2. Try running native access as admin

   • Like x 1

3. Thanks, that is the first thing I always try, but doesn’t work for this.

4. Kind of sounds like a corrupted installer, did you try redownloading them?

5. Thanks, yes, I do, I tried to install na in others pc, re-downloading the installer. Negative.

6. What I have tried already ——————————————————— Result
   1- run native access (na) installer as admin ____________________ negative
   2- run na installer in safe mode ______________________________negative
   3- Run na with antivirus and firewall (deactivated)_________ negative
   4- Download and run the na installer in other pc with win7-64 ______ negative
   5- run na installer in w10 pro ________________________________Positive — it work.

   I could see in some old thread that apparently there is a windows update problem, it says that you have to have ALL the updates installed, which I want not to do since some of them can harm the system:

   https://support.native-instruments….e-version-dll-Read-of-address-00000004-en-us-
   https://support.native-instruments….-10-3-Access-violation-in-module-version-dll-

   Native Instruments, I love your products and I want to give my son, who has a great musical talent, a xmas gift buying him several of your libraries (toward to electronic and orchestral) but I don’t want to do it if I’m not sure that everything will run without major issues, then, why don’t un-complicate and debug your installers for an easier run?

   Why not try to help your users and new customers to enter the gateway to your wonderful sampler universe instead closing it without even giving the first step?

   Please, let to know to users affected by this issue what exactly to do and what windows updates should be installed without need to open tickets or install hundreds of unnecessary updates which I want not to do since some of them harm the system instead of helping, as millions of windows users nowadays know.

7. So basically you’re not only running an outdated OS, you also refuse to update it to the latest service pack.
   From the system requirements for NA:
   Windows 7, Windows 8 or Windows 10 (latest Service Pack, 32/64-bit), Intel Core i5 or equivalent CPU, 2 GB RAM.
   (https://www.native-instruments.com/en/specials/native-access/)

   I’m afraid you only have 2 choices here:

   1. Update your OS to the latest service pack or upgrade to Windows 10

   OR

   2. Don’t use NI products

   You can’t expect NI (or any other company) to keep supporting an obsolete OS forever.

8. I’m afraid you are wrong, I never said that SP1 is no installed or absolutely no updates at all as you intend to speculate with your assertion. My Windows 7 64 came with SP1, and recently I installed the Convenience rollup update for Windows 7 SP1 which include all security and system patches between the release of SP1 (2001) through April 12, 2016.

   The updates I want not to install are the most recent featuring some serious problems with drivers and some hardware brands, but mainly because the MS aggressive strategy of forcing to install updates trying to push the user to go to Windows 10 without their approval, in addition to imposing invasive telemetry techniques well known to users.
   If windows 7 is totally obsolete, why does NI keep showing it in the OS requirements for its products? and be sure it will keep that way still well beyond January 20 , as with Windows XP some years ago, thus showing an excellent attitude and intelligent policy towards clients and users.

   I don’t refuse to update, as that could dangerously compromise the security of my system and I thought that could be among the possible reasons after reading the thread about the same issue, but some hours ago I have been attended online for customer support, they gave me the solution without the need for the latest recent updates, and now I have been able to install everything correctly and I am ready to purchase some of NI’s great products.

   That is the true attitude that is expected of a company, thankfully that task is not in the hands of people unable to help and giving useless «choices» Thanks!

   Last edited: Dec 16, 2019

9. BTW, the solution was by simply download and re-install Microsoft Visual C++ 2015-2019 Redistributable (x64) which apparently had some corrupt files. It didn’t pass through my mind at any time. Thanks!

10. It isn’t outdated. NiNa run quiet well on my win7pro six core 64 GB RAM

11. Hii, i am from brasil and have the same problem then i saw a video that help me and my problem was solved, i opened cmd and digit the coommon command: sfc/scannow, and work!!! really worked for me

Runtime error in setup script line 727

Post by scott » Wed Jan 11, 2006 11:01 pm

One of our QA guys who runs a new setup nearly every day started getting a error message box that appears approximately halfway through the installation of our product. The message states the following:

While just hacking around on his machine to see what’s going on we managed to find that it worked if he did not use the install for all users option at the beginning, and instead installed it only for the current user. I forget how but we saw it trying to use an invalid path at C:\Application Data\ . folder, so apparently InstallAware is picking up a bad «All Users Application Data» folder on his system.

Firstly, any thoughts on how to correct this? While he’s able to use the workaround of «Current User Only» for now, I’d like to solve this.

More importantly, how do we troubleshoot such errors? What does «Line 247» mean? Line 247 in what file? The «setup script» for InstallAware appears to be many files. Also, is there a log file created on the users machine when they run InstallAware to help us troubleshoot such problems?

Thanks in advance for your assistance.

Post by MichaelNesmith » Thu Jan 12, 2006 11:18 am

I am not sure why your QA guy got that error. its certainly out of the ordinary, but we’ll need detailed information to troubleshoot it.

Line 247 refers to the execution point that the error occured, I am guessing this might be where Apply Install is called. The line number is the number of the line in the main script, after the include scripts have been merged.

Post by scott » Thu Jan 12, 2006 11:32 am

I am happy to provide detailed information, but as I mentioned in my first post, I am not sure how to troubleshoot such an error and I am very interested in learning. So please help me understand what information to provide so we can troubleshoot this.

Also is there an install log created when the installer is running? Is there a way to create one?

Post by MichaelNesmith » Thu Jan 12, 2006 11:57 am

Home of The Next Generation MSI Installer

Who is online

Users browsing this forum: Google [Bot] and 28 guests

Источник

Runtime error in setup script line 727

Post by vartom » Thu Nov 20, 2014 6:13 am

I’ve got the following:

***********
Runtime Error in setup script
Source file: «. «
Line Number: 68684
Library Not found: msi.dll
***********

I’ve researched this issue for days now but I couldn’t find an answer even though I was looking at your Technical Support forum as well.

You can see, that our project has a lot of line of code.
From one of your previous post I figured it out, that the ‘Line Number’ is the number of the line in the main script, after the include scripts have been merged.
The problem is that our main script contains no more than 2500 lines, so the rest of the lines are the other included scripts.

My question is how can I determine exactly where the exception was thrown (in which include script, which line)? Is there a tool which can merge all my included scripts to the main one?
And also do you have a ruff idea how the ‘msi.dll’ can’t be found?

All this is happening during UN-INSTALLATION (from Control Panel, Add/Remove programs) process.
The un-installation itself is starting in a strange fashion, the MAINTENANCE variable does not recognized that the product is installed, and it’s value is FALSE instead of TRUE (we know this from the logs).

I must mention that this happens on some of our client’s machine, so it’s pretty difficult for us (developers) to identify the actual cause of the error.

Thanks in advance for your assistance.

PS: Just this morning I got this error from another client:

***********
Runtime Error in setup script
Source file: «. «
Line Number: 35330
Unable to obtain command headers. Please rebuild you project.
***********

Is this mean that during building or bagging the project something went wrong? Do an actual «rebuild» as the message suggests solve the problem, or should we investigate this more deeply?
This is happening during INSTALLATION .

(We are using InstallAware 11, and I’m afraid at the moment to update it is not an option . )

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Thu Nov 20, 2014 12:47 pm

could you please post the link where I can download your installer?
If you prefer, you can send me an email with the download link.

I’ll try to check it.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Mon Nov 24, 2014 7:40 am

Sorry for the late response, but I was waiting for a response (logs and environment information) form the client where the error occurred.
We add a lot of log messages to the code, and find out which line of code throws the exception: Get Installed State . is the culprit.
This is happening under WIN8 Pro (without any patches).

Do you have an idea what can I do to fix the problem?

Previously we had a similar issue with another function, which crashed on certain computers: Get System Setting Language .
This call was replaced with this one: Call DLL Function Kernel32.dll->GetSystemDefaultUILanguage , and after that the crashes disappeared from those computers as well.

I was thinking, if there is maybe a similar call, that I should use to replace the «Get Installed State» command, if no other option is available?

Thanks for your assistance.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Mon Nov 24, 2014 1:24 pm

Do you use any localization with the project?

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Tue Nov 25, 2014 3:22 am

Also we have several embedded installers, which got installed/uninstalled by selecting/un-selecting a component.
And we are getting the install state for those components when the function fails.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Tue Nov 25, 2014 11:58 am

Are you sure that the localized resource strings currently used by your project have been updated accordingly (they include the most recent changes you may have applied to your script(s)?

I may suggest to try to export and then to import back in your project the localized resource strings used.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Wed Nov 26, 2014 5:14 am

I think there is a misunderstanding here.
We do use localized resources, and they do cause some other kind of error if they are not updated correctly, but I don’t think that’s the case here.

When the exception occurs the client didn’t change the culture setting, the default language was used (with the original scripts). We don’t have a problem with the languages at all.

At the moment, not the Get System Setting Language function crashes, but the Get Installed State .
More precisely, what fails ( just on a few machines , on other ones is working), is this line of code : Get Installed State for <3EB4E0FD-CFE6-469D-AECC-8B0B7B39CA68>into Variable SETUPTYPE_LMM .

I don’t understand why that is happening, so basically I’m looking for a possible explanation here.
And if there is non what you can think of, I’m also opened to change that line of code to something else, which does the same, but differently. For example I found this post: viewtopic.php?f=2&t=2766 .

Based on what I read there, would it be correct to change the above mentioned line of code with the below ones, and get the same result ? (If the answer is NO, can you please correct this code part, or provide some other way to achieve our goal?)

Read Registry Key HKLM\ <3EB4E0FD-CFE6-469D-AECC-8B0B7B39CA68>into SETUPTYPE_LMM
After that check weather $SETUPTYPE_LMM$ contains something or not.
If YES than the program was installed, otherwise was not.

Thanks for your assistance.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Wed Nov 26, 2014 1:04 pm

you can also use the approach described by the link, in place of that command(If I am not wrong, that command should do something similar internally).

Anyway it may be interesting, if you could provide some more details about the machine where you found such error.
I would to see if I am able to replicate the same.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Mon Dec 01, 2014 10:22 am

I couldn’t find out any more specifics (just what you can find above) about the machine, where the problem first occurred.
But since I don’t have any better ideas, I’ll try to change the code based on the other post.

I don’t know when that will happen (because we are in a middle of a release, and I have other important issues), but I’ll let you know if it worked out or not.

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Tue Mar 24, 2015 6:11 am

I’m back to this issue again. I’m still trying to fix it, but a new issues kept me from finishing it.
I managed to reproduce the issue on one of my Oracle VM Virtual PC (WIN7 64-bit — after a new installation).

I successfully switched the Get Installed State with Check Registry + verifying the returned value, so that not an issue anymore. This won’t cause the runtime error anymore.
But now my installer is crashing with the same message (Runtime error / msi.dll not found) on a totally unexpected place.

Here is how I can reproduce the issue:

1. Install the product, everything work out as expected, NO ERROR.
Here the part of the log (IA related):

1.EXE» /k=»»
LANGUAGE: English
ADVERTISE: FALSE
LOGGED :
MAINTENANCE : FALSE
MODIFY : TRUE
NEEDSUPGRADE : FALSE
NEWINSTANCE : FALSE
REBOOTCOMPUTER : FALSE
REBOOTNOW : OK
REMOVE : FALSE
REPAIR : FALSE
AFTER_REBOOT : FALSE
EXEDIR: C:UsersuserAppDataLocalTempmia8562.tmp MSIFILE : C:UsersuserAppDataLocalTempmia1SetupOffice.msi
ROOTDIR : C:UsersuserAppDataLocalTempmia8562.tmp—————————————————-

2. I’m going to Control Panel/Programs and Features, trying to uninstall the product.

Here’s the same log part:

Verbose logging started
—————————————————-
Installer : Start
CMDLINE : REMOVE=TRUE MODIFY=FALSE
LANGUAGE: English
ADVERTISE: FALSE
LOGGED :
MAINTENANCE : FALSE
MODIFY : FALSE
NEEDSUPGRADE : FALSE
NEWINSTANCE : FALSE
REBOOTCOMPUTER : FALSE
REBOOTNOW : OK
REMOVE : TRUE
REPAIR : FALSE
AFTER_REBOOT : FALSE
EXEDIR: C:ProgramData MSIFILE : C:UsersuserAppDataLocalTempmia1SetupOffice.msi
ROOTDIR : C:ProgramData—————————————————-

The setup is running successfully until reaches the Apply Uninstall command, than crashes with the «Runtime error / msi.dll not found» message.

The main difference that I noticed between the two logs, are with the CMDLINE, EXEDIR, ROOTDIR and the MAINTENANCE/MODIFY values.
As I previously mentioned the uninstallation is starting in a strange fashion, the MAINTENANCE variable does not recognized that the same product is installed, and it’s value is FALSE instead of TRUE (on this virtual machine ONLY). If I run the same installer on my dev. PC everything is working as expected, the MAINTENANCE will be TRUE during uninstallation, and also the Apply Uninstall command does NOT crash.

3. If I start the setup from Control Panel/Programs and Features but this time to REPAIR/REAPPLY/ADD FEATURE installation, the setup will also crash, but this time at the Apply Install command, error message is the same.

Do you have any idea what is this about?
What can I do, is there a way that I can fix this?
Can I replace these command with something else? (I don’t think that is plausible this time, right?)

4. If I run the executable to REMOVE/REPAIR/ADD FEATURE, and not start it from Control Panel/Programs and Features the setup will NOT crash. (That is not a user-friendly way to uninstall/repair the product. The users will not think of this scenario, they will always try to uninstall the product from Control Panel/Programs and Features !)
This is again can be a useful information. What is the main difference that you can think of between those two scenarios??

ALSO : I set the LOGGED variable from code, so that I trace everything. Durring installation the log is successfully saved with every information in it.
But durring REMOVE/REPAIR the log file only contains a few line, and nothing will be placed inside the node, basically will be empty. So I know nothing what could have caused the crash.
This is its whole content:

msi.dll exists in C:WindowsSysWOW64 folder.

I’m just pinpointing here:
— A windows update that is missing here?
— Somehow during uninstall/repair the Apply command faces a user authorization error (cannot create a folder or overwrite something)? [my user is admin on the virtual machine]
— Is is possible to use different CMDLINE params and still run the setup from Control Panel/Programs and Features?

Источник

Самые легкие способы исправить ошибку [runtime error]

Если вы ищете как runtime error исправить — вы попали по адресу.

Причин появления таковой может быть огромное множество.

Чаще всего причина состоит в том, что выходит новая версия того или иного приложения/игры и она устанавливается прямо поверх старой.

Хотя это далеко не единственная ситуация, которая может вызвать ее появление.

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

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

Как выглядит ошибка

Способ №1. CCleaner

Самое простое решение заключается в том, чтобы воспользоваться программой для чистки реестра. Как это работает?

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

Лучшей по праву считается CCleaner, хотя вы можете воспользоваться и другой.

Чтобы использовать ее, сделайте вот что:

1. Скачайте (вот ссылка на бесплатную) и установите программу.
2. Запустите. Перейдите на вкладку «Реестр» на панели слева.
3. В разделе «Целостность» поставьте галочки на всех возможных пунктах – никто не знает, в чем именно проблема.
4. Нажмите кнопку «Поиск проблем». Когда этот процесс закончится, нажмите кнопку «Исправить…».

1. Подождите, пока приложение исправит все проблемы. Перезагрузите компьютер.

После этого runtime error должен перестать появляться. Если нет, переходим к следующему решению.

Способ №2. DirectX

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

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

Для этого зайдите на сайт Microsoft, на страницу с возможностью скачать DirectX. Запустите скачанный файл и выполните все действия, подразумевающие установку исполняемых библиотек.

Здесь нет никаких особых рекомендаций – обычная.

Страница загрузки DirectX

Если после установки и перезагрузки компьютера ошибка не исчезла, идем дальше.

Способ №3. Visual C++

О распространяемом пакете Visual C++ в контексте рассматриваемой проблемы можно скачать то же самое, что и о библиотеках DirectX.

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

Бывают в данном случае и другие ситуации, когда установленная C++ попросту не подходит для вашей операционной системы.

Ниже приведена таблица с вариантами, которые подходят для разных версий ОС.

Таблица 1. Требуемые версии Visual C++ для Windows

Операционная система	Требуемая Visual C++
Windows XP и ниже	C++2008
Windows 7	C++2010
Windows 8 и 10	Наиболее актуальная на данный момент

Так вот, в зависимости от того, какая у вас ОС, вам следует скачать и инсталировать на свой компьютер C++2008 (64-бит, 32-бит), C++2010 (64-бит, 32-бит) или же C++2015 обновление 3.

Это наиболее актуальная версия по состоянию на июнь 2017 года. В будущем выйдут новые, поэтому следите за новостями на официальном сайте Microsoft.

Скачивание происходит одинаково – выбираем язык распространяемого компонента и жмем кнопку «Скачать». После этого останется запустить загруженный файл.

После этого перезагрузите компьютер.

Страница загрузки Visual C++

Способ №4. Microsoft .NET Framework

Здесь все то же самое – Microsoft .NET Framework тоже может вызывать рассматриваемую проблему из-за отсутствия каких-то собственных файлов. И этот компонент также нужно скачать и установить.

Но есть определенный, правильный порядок ее инсталяции:

Сначала необходимо инсталируйте версию 2.0 (вот ссылка). Попробуйте запустить программу, в которой раньше возникала проблема, если она не исчезла, устанавливайте дальше.

Если не помогает, 4.0 (ссылка).

Наконец, если у вас Windows Vista SP2, 7 SP1, 8, 8.1, Server 2008 SP2, Server 2008 R2 SP1, Server 2012 или Server 2012 R2, установите 4.6.2 (скачать).

Скачивание происходит точно так же, как и в случае с пакетами Visual C++.

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

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

Источник

**SOLVED** HELP Kontakt 4 C++ Runtime Error

guydoingmusic

Senior Member

Turned computer on this morning. Booted fine then had the «blue screen». Re-booted. Opened up VEPro, Cubase and loaded project. At this point got the «Runtime Error» for Kontakt 4. I have uninstalled, re-installed. Tried to run standalone. Tried to run standalone as Admin. Plugin crashes in VEPro, Cubase, and Standalone. I did a System Restore to a couple of days ago when it was working fine. No luck there either.

RiffWraith

Senior Member

Re: HELP Kontakt 4 C++ Runtime Error

Would help if you stated what your OS is, instead of having people look at that joke that is your sig.

Sounds like Windows? If so, the first thing I would do is this:

Open a command prompt, and type sfc /verifyonly and press Enter

That will tell you if any files have issues, including dll files. You can also do a sfc /scannow

That will fix any issues you have (verifyonly will only tell you if there are problems).

But be aware that if you have modified your system files as in theming explorer/system files, running sfc /scannow will revert the system files such as explorer.exe back to it’s default state. Make the appropriate backups of your system files that you have modified for theming if you wish to save them before running sfc /scannow.

If that doesn’t find anything, the next thing I would do is uninstall Kontakt, using the control panel, and then reinstall after rebooting.

Источник

проблема с установкой Update на Kontakt 5.1.0 (1 онлайн

subcrimes

New Member

1.Kontakt 5.1.0 установился без проблем, на первом скрине видно как выглядит папка из установленным Контактом.
2. При Установке Kontakt 5.2.1 Update выбивает следующее окно (Скрин №2). Нажимаю «ДА» так как без этого действия нельзя продолжить установку.
3.Для установки Апдейта выбираю по умолчанию ту же директорию, что и в предыдущей установке и нажимаю «Next», плагины тоже по умолчанию стоят пути установки и жму «Next».

4.После того как была нажата клавиша «Next» по идеи должна была пойти без проблемная установка Апдейта и на этом установка закончилась бы.

5.Однако у меня выбивает следующее окно Скрин №3 «Обзор папок» в котором установочная программа просит указать следующее: «please locate your original setup sources to continue operation».
При этом перед тем как выскакивает данное окно, на скрине №3 мы можем видеть, что из папки «Native Instruments» сама по себе удаляется папка «Kontakt 5».

6. Я пытался указать директорию «Native Instruments», установочный файл, пробовал копировать удалённую папку «Kontakt 5» в директорию «Native Instruments» и указать на неё, но безрезультатно.

Помогите кто чем сможет! если у кого то есть установленный Kontakt 5.5.0 и можно просто взять скопировать его для использования на другой ПК то я с радостью рассмотрю этот вариант.
Или если кто знает как исправить баг из установкой апдейта.
П,С. работаю на Операционной системе Windows 8.1. 64 бита

Источник

Kontakt runtime error in setup script

Post by vartom » Thu Nov 20, 2014 6:13 am

I’ve got the following:

***********
Runtime Error in setup script
Source file: «. «
Line Number: 68684
Library Not found: msi.dll
***********

I’ve researched this issue for days now but I couldn’t find an answer even though I was looking at your Technical Support forum as well.

You can see, that our project has a lot of line of code.
From one of your previous post I figured it out, that the ‘Line Number’ is the number of the line in the main script, after the include scripts have been merged.
The problem is that our main script contains no more than 2500 lines, so the rest of the lines are the other included scripts.

My question is how can I determine exactly where the exception was thrown (in which include script, which line)? Is there a tool which can merge all my included scripts to the main one?
And also do you have a ruff idea how the ‘msi.dll’ can’t be found?

All this is happening during UN-INSTALLATION (from Control Panel, Add/Remove programs) process.
The un-installation itself is starting in a strange fashion, the MAINTENANCE variable does not recognized that the product is installed, and it’s value is FALSE instead of TRUE (we know this from the logs).

I must mention that this happens on some of our client’s machine, so it’s pretty difficult for us (developers) to identify the actual cause of the error.

Thanks in advance for your assistance.

PS: Just this morning I got this error from another client:

***********
Runtime Error in setup script
Source file: «. «
Line Number: 35330
Unable to obtain command headers. Please rebuild you project.
***********

Is this mean that during building or bagging the project something went wrong? Do an actual «rebuild» as the message suggests solve the problem, or should we investigate this more deeply?
This is happening during INSTALLATION .

(We are using InstallAware 11, and I’m afraid at the moment to update it is not an option . )

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Thu Nov 20, 2014 12:47 pm

could you please post the link where I can download your installer?
If you prefer, you can send me an email with the download link.

I’ll try to check it.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Mon Nov 24, 2014 7:40 am

Sorry for the late response, but I was waiting for a response (logs and environment information) form the client where the error occurred.
We add a lot of log messages to the code, and find out which line of code throws the exception: Get Installed State . is the culprit.
This is happening under WIN8 Pro (without any patches).

Do you have an idea what can I do to fix the problem?

Previously we had a similar issue with another function, which crashed on certain computers: Get System Setting Language .
This call was replaced with this one: Call DLL Function Kernel32.dll->GetSystemDefaultUILanguage , and after that the crashes disappeared from those computers as well.

I was thinking, if there is maybe a similar call, that I should use to replace the «Get Installed State» command, if no other option is available?

Thanks for your assistance.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Mon Nov 24, 2014 1:24 pm

Do you use any localization with the project?

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Tue Nov 25, 2014 3:22 am

Also we have several embedded installers, which got installed/uninstalled by selecting/un-selecting a component.
And we are getting the install state for those components when the function fails.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Tue Nov 25, 2014 11:58 am

Are you sure that the localized resource strings currently used by your project have been updated accordingly (they include the most recent changes you may have applied to your script(s)?

I may suggest to try to export and then to import back in your project the localized resource strings used.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Wed Nov 26, 2014 5:14 am

I think there is a misunderstanding here.
We do use localized resources, and they do cause some other kind of error if they are not updated correctly, but I don’t think that’s the case here.

When the exception occurs the client didn’t change the culture setting, the default language was used (with the original scripts). We don’t have a problem with the languages at all.

At the moment, not the Get System Setting Language function crashes, but the Get Installed State .
More precisely, what fails ( just on a few machines , on other ones is working), is this line of code : Get Installed State for <3eb4e0fd-cfe6-469d-aecc-8b0b7b39ca68>into Variable SETUPTYPE_LMM .

I don’t understand why that is happening, so basically I’m looking for a possible explanation here.
And if there is non what you can think of, I’m also opened to change that line of code to something else, which does the same, but differently. For example I found this post: viewtopic.php?f=2&t=2766 .

Based on what I read there, would it be correct to change the above mentioned line of code with the below ones, and get the same result ? (If the answer is NO, can you please correct this code part, or provide some other way to achieve our goal?)

Read Registry Key HKLM\ <3eb4e0fd-cfe6-469d-aecc-8b0b7b39ca68>into SETUPTYPE_LMM
After that check weather $SETUPTYPE_LMM$ contains something or not.
If YES than the program was installed, otherwise was not.

Thanks for your assistance.

Re: Runtime Error in setup script (msi.dll — not found)

Post by FrancescoT » Wed Nov 26, 2014 1:04 pm

you can also use the approach described by the link, in place of that command(If I am not wrong, that command should do something similar internally).

Anyway it may be interesting, if you could provide some more details about the machine where you found such error.
I would to see if I am able to replicate the same.

Francesco Toscano
InstallAware Software

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Mon Dec 01, 2014 10:22 am

I couldn’t find out any more specifics (just what you can find above) about the machine, where the problem first occurred.
But since I don’t have any better ideas, I’ll try to change the code based on the other post.

I don’t know when that will happen (because we are in a middle of a release, and I have other important issues), but I’ll let you know if it worked out or not.

Re: Runtime Error in setup script (msi.dll — not found)

Post by vartom » Tue Mar 24, 2015 6:11 am

I’m back to this issue again. I’m still trying to fix it, but a new issues kept me from finishing it.
I managed to reproduce the issue on one of my Oracle VM Virtual PC (WIN7 64-bit — after a new installation).

I successfully switched the Get Installed State with Check Registry + verifying the returned value, so that not an issue anymore. This won’t cause the runtime error anymore.
But now my installer is crashing with the same message (Runtime error / msi.dll not found) on a totally unexpected place.

Here is how I can reproduce the issue:

1. Install the product, everything work out as expected, NO ERROR.
Here the part of the log (IA related):

1.EXE» /k=»»
LANGUAGE: English
ADVERTISE: FALSE
LOGGED :
MAINTENANCE : FALSE
MODIFY : TRUE
NEEDSUPGRADE : FALSE
NEWINSTANCE : FALSE
REBOOTCOMPUTER : FALSE
REBOOTNOW : OK
REMOVE : FALSE
REPAIR : FALSE
AFTER_REBOOT : FALSE
EXEDIR: C:UsersuserAppDataLocalTempmia8562.tmp MSIFILE : C:UsersuserAppDataLocalTempmia1SetupOffice.msi
ROOTDIR : C:UsersuserAppDataLocalTempmia8562.tmp—————————————————-

2. I’m going to Control Panel/Programs and Features, trying to uninstall the product.

Here’s the same log part:

Verbose logging started
—————————————————-
Installer : Start
CMDLINE : REMOVE=TRUE MODIFY=FALSE
LANGUAGE: English
ADVERTISE: FALSE
LOGGED :
MAINTENANCE : FALSE
MODIFY : FALSE
NEEDSUPGRADE : FALSE
NEWINSTANCE : FALSE
REBOOTCOMPUTER : FALSE
REBOOTNOW : OK
REMOVE : TRUE
REPAIR : FALSE
AFTER_REBOOT : FALSE
EXEDIR: C:ProgramData MSIFILE : C:UsersuserAppDataLocalTempmia1SetupOffice.msi
ROOTDIR : C:ProgramData—————————————————-

The setup is running successfully until reaches the Apply Uninstall command, than crashes with the «Runtime error / msi.dll not found» message.

The main difference that I noticed between the two logs, are with the CMDLINE, EXEDIR, ROOTDIR and the MAINTENANCE/MODIFY values.
As I previously mentioned the uninstallation is starting in a strange fashion, the MAINTENANCE variable does not recognized that the same product is installed, and it’s value is FALSE instead of TRUE (on this virtual machine ONLY). If I run the same installer on my dev. PC everything is working as expected, the MAINTENANCE will be TRUE during uninstallation, and also the Apply Uninstall command does NOT crash.

3. If I start the setup from Control Panel/Programs and Features but this time to REPAIR/REAPPLY/ADD FEATURE installation, the setup will also crash, but this time at the Apply Install command, error message is the same.

Do you have any idea what is this about?
What can I do, is there a way that I can fix this?
Can I replace these command with something else? (I don’t think that is plausible this time, right?)

4. If I run the executable to REMOVE/REPAIR/ADD FEATURE, and not start it from Control Panel/Programs and Features the setup will NOT crash. (That is not a user-friendly way to uninstall/repair the product. The users will not think of this scenario, they will always try to uninstall the product from Control Panel/Programs and Features !)
This is again can be a useful information. What is the main difference that you can think of between those two scenarios??

ALSO : I set the LOGGED variable from code, so that I trace everything. Durring installation the log is successfully saved with every information in it.
But durring REMOVE/REPAIR the log file only contains a few line, and nothing will be placed inside the node, basically will be empty. So I know nothing what could have caused the crash.
This is its whole content:

msi.dll exists in C:WindowsSysWOW64 folder.

I’m just pinpointing here:
— A windows update that is missing here?
— Somehow during uninstall/repair the Apply command faces a user authorization error (cannot create a folder or overwrite something)? [my user is admin on the virtual machine]
— Is is possible to use different CMDLINE params and still run the setup from Control Panel/Programs and Features?

Источник

Если вы ищете как runtime error исправить — вы попали по адресу.

Причин появления таковой может быть огромное множество.

Чаще всего причина состоит в том, что выходит новая версия того или иного приложения/игры и она устанавливается прямо поверх старой.

Хотя это далеко не единственная ситуация, которая может вызвать ее появление.

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

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

Как выглядит ошибка

Способ №1. CCleaner

Самое простое решение заключается в том, чтобы воспользоваться программой для чистки реестра. Как это работает?

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

Лучшей по праву считается CCleaner, хотя вы можете воспользоваться и другой.

Чтобы использовать ее, сделайте вот что:

1. Скачайте (вот ссылка на бесплатную) и установите программу.
2. Запустите. Перейдите на вкладку «Реестр» на панели слева.
3. В разделе «Целостность» поставьте галочки на всех возможных пунктах – никто не знает, в чем именно проблема.
4. Нажмите кнопку «Поиск проблем». Когда этот процесс закончится, нажмите кнопку «Исправить…».

Использование

1. Подождите, пока приложение исправит все проблемы. Перезагрузите компьютер.

После этого runtime error должен перестать появляться. Если нет, переходим к следующему решению.

Способ №2. DirectX

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

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

Для этого зайдите на сайт Microsoft, на страницу с возможностью скачать DirectX. Запустите скачанный файл и выполните все действия, подразумевающие установку исполняемых библиотек.

Здесь нет никаких особых рекомендаций – обычная.

Страница загрузки DirectX

Если после установки и перезагрузки компьютера ошибка не исчезла, идем дальше.

Способ №3. Visual C++

О распространяемом пакете Visual C++ в контексте рассматриваемой проблемы можно скачать то же самое, что и о библиотеках DirectX.

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

Бывают в данном случае и другие ситуации, когда установленная C++ попросту не подходит для вашей операционной системы.

Ниже приведена таблица с вариантами, которые подходят для разных версий ОС.

Таблица 1. Требуемые версии Visual C++ для Windows

Операционная система	Требуемая Visual C++
Windows XP и ниже	C++2008
Windows 7	C++2010
Windows 8 и 10	Наиболее актуальная на данный момент

Так вот, в зависимости от того, какая у вас ОС, вам следует скачать и инсталировать на свой компьютер C++2008 (64-бит, 32-бит), C++2010 (64-бит, 32-бит) или же C++2015 обновление 3.

Это наиболее актуальная версия по состоянию на июнь 2017 года. В будущем выйдут новые, поэтому следите за новостями на официальном сайте Microsoft.

Скачивание происходит одинаково – выбираем язык распространяемого компонента и жмем кнопку «Скачать». После этого останется запустить загруженный файл.

После этого перезагрузите компьютер.

Страница загрузки Visual C++

Способ №4. Microsoft .NET Framework

Здесь все то же самое – Microsoft .NET Framework тоже может вызывать рассматриваемую проблему из-за отсутствия каких-то собственных файлов. И этот компонент также нужно скачать и установить.

Но есть определенный, правильный порядок ее инсталяции:

Сначала необходимо инсталируйте версию 2.0 (вот ссылка). Попробуйте запустить программу, в которой раньше возникала проблема, если она не исчезла, устанавливайте дальше.

После этого 3.0 (скачать).

Если не помогает, 4.0 (ссылка).

Наконец, если у вас Windows Vista SP2, 7 SP1, 8, 8.1, Server 2008 SP2, Server 2008 R2 SP1, Server 2012 или Server 2012 R2, установите 4.6.2 (скачать).

Скачивание происходит точно так же, как и в случае с пакетами Visual C++.

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

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

Источник

«Runtime error» появляется при запуске различных приложений, включая и видеоигр, либо в случайные моменты при работе ОС Windows. Ошибка не эксклюзивна для какой-то одной версии Windows — она возникает на всем, начиная от Windows XP и заканчивая последними сборками «десятки». В сегодняшней статье мы расскажем вам, что вызывает «Runtime error» и как от нее избавиться.

Содержание

• Причины появления «Runtime error»
• Решение ошибки «Runtime error»
  • Решение №1 Ликвидация кириллицы
  • Решение №2 Изменение языка программ, не поддерживающих Юникод
  • Решение №3 Переустановка Visual Studio C++ и .NET Framework
  • Решение №4 Удаление недавно установленных программ
  • Решение №5 Восстановление системных файлов

Причины появления «Runtime error»

К сожалению, определить точную причину появления данной ошибки невозможно: пользователю необходимо перебирать доступные решения, пока одно из них не устранит проблему. Тем не менее давайте все же взглянем на список, так сказать, «подозреваемых». Вот что может вызывать появление ошибки «Runtime error»:

• отсутствующие либо поврежденные системные компоненты;
• конфликт запускаемого приложения со сторонней программой/службой;
• поврежденные файлы запускаемого приложения;
• присутствие кириллицы в расположении исполняемого файла приложения;
• «кривая» установка библиотек Visual Studio C++ и .NET Framework либо их отсутствие.

Решение ошибки «Runtime error»

Решение №1 Ликвидация кириллицы

Ошибка «Runtime error» может возникать при запуске тех программ и игр, в расположении которых присутствуют кириллические символы. Например, на данную ошибку можно наткнуться, если запускаемое приложение находится по пути C:Users[ИМЯ АККАУНТА НА РУССКОМ]Downloads[КОРНЕВАЯ ПАПКА ПРИЛОЖЕНИЯ]. Избавьтесь от русского языка по пути к приложению и попробуйте запустить его еще раз.

Решение №2 Изменение языка программ, не поддерживающих Юникод

Появление ошибки «Runtime error» возможно в том случае, если в параметрах региональных стандартов для приложений, не поддерживающих Юникод, задан русский, а не английский язык.

• Нажмите WIN+R и выполните значение «CONTROL»;
• кликните на пункт «Изменение форматов даты, времени и чисел» в разделе «Часы и регион»;
• перейдите во вкладку «Дополнительно» в появившемся окошке «Регион»;
• нажмите на кнопку «Изменить язык системы…»;
• в ниспадающем меню выберите «Английский (США)» и сохраните внесенные изменения;
• перезагрузите ПК.

Запустите проблемное приложение, чтобы проверить наличие ошибки.

Решение №3 Переустановка Visual Studio C++ и .NET Framework

Некорректно установленные (либо отсутствующие в системе) распространяемые библиотеки Microsoft Visual Studio C++ и .NET Framework могут вызвать появление «Runtime error». Чтобы переустановить эти библиотеки, вам нужно сделать следующее:

• вызовите перед собой Панель управления, как это было показано выше;
• кликните на «Удаление программы» в разделе «Программы»;
• найдите в списке программ все версии Visual Studio C++ и удалите их;
• перейдите на официальный сайт Майкрософт и загрузите необходимые установщики VS C++;
• проделайте тоже самое с различными версиями .NET Framework на своем ПК;
• вернитесь к окошку «Программы и компоненты» и кликните на пункт «Включение или отключение компонентов Windows»;
• убедитесь, что возле всех версий .NET Framework стоят галочки;
• закройте все открытые окна и перезагрузите ПК.

Решение №4 Удаление недавно установленных программ

Определенные программы могут входить в конфликты с приложениями на компьютере. Ошибка «Runtime error» начала появляться практически сразу после установки какой-то программы или игры? Удалите ее, перезагрузите ПК и попробуйте запустить нужное вам приложение еще раз. Возможно, на сей раз никакой ошибки не появится. Заняться удалением программ можно в «Программы и компоненты» (показано выше ↑).

Решение №5 Восстановление системных файлов

Поврежденные системные файлы — потенциальная причина за появлением ошибки «Runtime error». Благо, в Windows присутствует специальная утилита, задача которой — это восстановление системных файлов. Чтобы пустить эту утилиту в работу, вам нужно сделать на своем ПК следующее:

• кликните ПКМ на меню Пуск и выберите пункт «Командная строка (администратор)» (PowerShell тоже подойдет);
• пропишите в консоли команду «SFC /SCANNOW» и нажмите ENTER;
• дождитесь окончания сканирования и восстановления системных файлов;
• перезагрузите компьютер.

Ошибка «Runtime error» практически наверняка исчезнет с вашего ПК, особенно если SFC удалось найти и восстановить поврежденные системные файлы.