http://1c.alterplast.ru/faq/openconf.html Q. Что делать, если после выхода из Конфигуратора его процесс «застревает» в памяти? A1. Необходимо переустановить Windows Script Host, скачав с сайта MicroSoft последнюю версию Windows Script Host (сейчас это версия 5.6).
Windows Script 5.6 for Windows 2000 and XP Windows Script 5.6 for Windows 98, Windows Millennium Edition, and Windows NT 4.0
Фишка в том, что нужно именно переустанавливать WSH, даже в том случае, если у вас уже стоит версия 5.6. Бывает, что по каким-то причинам Вы не можете пройти проверку подлинности своей Windows (каковая требуется при скачивании WSH с сайта Microsoft). В таком случае можно попробовать найти какой-нибудь более свободно распространяемый продукт, в комплект которого входит нужная нам версия WSH. По состоянию на ноябрь 2006 года таким продуктом являлся например IE 6 sp 1. A2. Еще есть мнение, что такое зависание может происходить из-за проблем memory leak в скриптах. Например скрипт VimComplete однозначно замечен за подобным поведением.
Всем спасибо.Опенкконф работает :). Создал виртуальную машину Windows XP Mode. Установил 1С77 По инструкции создал папку Config, перенес в нее родной config.dll. Скопировал файлы, зарегистрировал, в антивирус от майкрософта внес исключения. Проверил работоспособность. Всё нормально. Папку Bin скопировал в доступное для основной ОС место. В основной операционной системе Windows 7 (64x) скопировал в папку Program Files (x86) полученную папку BIN. Рекомендации по внесению исключений в антивирус выполнил.
Поправил файл regall.bat, где указал полный путь к файлу regfiles.js. В файле regfiles.js поправил режим, чтобы проводил регистрацию из папки System32. Запустил regall.bat и т.д. по инструкции.
Осталось два небольших вопроса.Эти функции были на предыдущем компе в другой сборке. 1.При сохранении внешней обработки предлагалась дата сохранения и номер версии. 2.При запуске в режиме конфигуратора программа игнорировала установленные пароли пользователей (без удаления файла Userdef). Полагаю, что за это отвечали какие-то скрипты.
Program Files (x86) и Program Files – что это за папки на компьютере
Если Вы являетесь пользователем операционной системы от компании Microsoft, то в корне системного диска могли заметить следующий элемент — Program Files x86 что это за папка на компьютере Windows? Предлагаю разобраться в теме и получить максимум ответов!
Программные файлы
Именно так дословно переводиться название каталога. Он является стандартным в ОС, начиная с первых версий Виндовс. Изначально в нём содержится лишь несколько вложенных директорий, связанных с предустановленным функционалом «операционки» — антивирусом, почтовым клиентом, медиа проигрывателем, консолью PowerShell и т.д.:
Но со временем количество содержимого увеличивается. Это связано с установкой различных пользовательских приложений, игр. Скорее всего, Вы обращали внимание, что в процессе инсталляции софта нужно указать — куда копировать контент. Выглядит это примерно следующим образом:
В итоге, папка Program Files увеличивается в размере, в ней появляются дополнительные элементы, некоторые из которых занимают десятки гигабайт (если Вы устанавливаете современные игры). То есть, во вложенных папках хранятся практически все данные программ.
Переходим к следующему вопросу.
Program Files и Program Files (x86) что это?
У некоторых пользователей есть только одна из указанных папок, а другие находят у себя вторую, с окончанием «x86». Где логика? От чего зависит ситуация?
Не нужно пугаться, искать проблему там, где её нет. Многие сразу же думают, что в Виндовс проник вирус, который создал дубликат с похожим названием и содержимым, чтобы незаметно «поедать» личную информацию и нагружать процессор.
На самом деле, всё зависит от разрядности Windows (переходите по ссылке и читайте детальный обзор, чтобы мне не пришлось повторяться).
Если у Вас система 32-х битная, то в корне диска С обнаружите только один каталог «Program Files». И все новые программы по умолчанию будут копироваться туда;
В 64-х битной ОС создается две директории — та, которая заканчивается на «x86» предназначена для расположения софта, разработанного исключительно для систем x64.
В качестве эксперимента, можете перейти на страницу скачивания архиватора 7-Zip , там есть две ссылки Download» для получения установочного файла версии 32-bit или 64-bit. В зависимости от того, какой выберете и запустите, копирование будет осуществляться в разные каталоги на компьютере. Но это только при условии, что у Вас Windows 64 бит и есть обе папки «Програм_Файлс».
Если внимательно читали всё вышеизложенное, то вывод напрашивается сам по себе — ничего трогать не нужно. Иначе установленные утилиты перестанут корректно работать.
Даже если не хватает места на системном накопителе, то следует прибегнуть к более эффективным способам освобождения пространства:
Удалить Program Files (x86) целиком нельзя, а вот вложенные объекты — можно. Но поступать так стоит лишь в том случае, если Вы избавились от ненужного приложения, а папка от него осталась. Такое часто случается, я сам периодически захожу в «Програм-файлс», просматриваю содержимое, подчищаю следы уже неактуальных утилит.
Видео
Надеюсь, что эта инструкция немножко прояснила ситуацию и помогла понять — Program Files x86 что это за папка на компьютере Windows.
how to get program files x86 env variable?
I would like to know how I can display the location of Program Files (x86) in command prompt. I’m using Windows 7 64bit.
echo %programfiles(x86)% and echo %programfiles% , both of which displays only C:\Program Files
When I manually checked the registry, HKLM/Software/microsoft/windows/currentversion, the programfilesdir points to C:\Program Files and
HKLM/Software/WOW64/Microsoft/winodws/currentversion, the programfilesdir points to C:\Program Files (x86) .
But, why am I always being displayed with C:\Program Files??
The %ProgramFiles% variable points to the Program Files directory, which stores all the installed programs of Windows and others. The default on English-language systems is «C:\Program Files». In 64-bit editions of Windows (XP, 2003, Vista), there are also %ProgramFiles(x86)%, which defaults to «C:\Program Files (x86)», and %ProgramW6432%, which defaults to «C:\Program Files». The %ProgramFiles% itself depends on whether the process requesting the environment variable is itself 32-bit or 64-bit (this is caused by Windows-on-Windows 64-bit redirection).
On a Windows 64 bit machine, echo %programfiles(x86)% does print C:\Program Files (x86)
IMHO, one point that is missing in this discussion is that whatever variable you use, it is guaranteed to always point at the appropriate folder. This becomes critical in the rare cases where Windows is installed on a drive other than C:\
On a 64-bit Windows system, the reading of the various environment variables and some Windows Registry keys is redirected to different sources, depending whether the process doing the reading is 32-bit or 64-bit.
The table below lists these data sources:
So for example, for a 32-bit process, the source of the data for the %ProgramFiles% and %ProgramFiles(x86)% environment variables is the Registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir (x86) .
However, for a 64-bit process, the source of the data for the %ProgramFiles% environment variable is the Registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramW6432Dir . and the source of the data for the %ProgramFiles(x86)% environment variable is the Registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir (x86)
Most default Windows installation put a string like C:\Program Files (x86) into the Registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir (x86) but this (and others) can be changed.
Whatever is entered into these Windows Registry values will be read by Windows Explorer into respective Environment Variables upon login and then copied to any child process that it subsequently spawns.
The registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesPath is especially noteworthy because most Windows installations put the string %ProgramFiles% into it, to be read by 64-bit processes. This string refers to the environment variable %ProgramFiles% which in turn, takes its data from the Registry value HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramW6432Dir . unless some program changes the value of this environment variable apriori.
I have written a small utility, which displays these environment variables for 64-bit and 32-bit processes. You can download it here. The source code for VisualStudio 2017 is included and the compiled 64-bit and 32-bit binary executables are in the directories ..\x64\Release and ..\x86\Release , respectively.
Профиль | Отправить PM | Цитировать 
