Меню

Dbforge ошибка инициализации отладчика

После обновления до версии 4.0.4 у меня стало получаться соединение с отладчиком было потеряно ошибка. Я пробовал переустановить все компоненты (monodevelop, android sdk, java sdk и т. Д.). Так же почистил реестр, после переустановки перезагрузился. Но все усилия не имели никакого значения. Все версии ОС Android (от 1.6 до 4.0) имели одинаковую ошибку при отладке. Предыдущая версия работала большую часть времени во время отладки. Найти ответы на сайте Xamarin было довольно сложно. Если кто-то может пролить свет на эту проблему, я буду очень признателен. Спасибо.

6 ответы

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

ответ дан 01 мая ’12, 10:05

Я исправляю ту же проблему, перейдя к параметрам Mono android и установив:

  • линковка: adk и пользовательские сборки
  • Использовать общую среду выполнения: да
  • использовать быстрое развертывание: да

надеюсь, это поможет

ответ дан 27 авг.

эта проблема возникает каждый раз, когда мы меняем файл: например, когда вы меняете файл main.axml. или при добавлении нового файла .so. просто запустите свой проект дважды (сначала появляется эта ошибка, а на втором ходу он работает нормально)

ответ дан 02 апр.

Я тоже столкнулся с этим.

Я обновился до бета-версии 4.05, но проблема не исчезла. Затем я отключил проект Properties -> Mono Android Options -> Use Fast Deployment (только в режиме отладки), выбрал «Развернуть решение вручную», и отладчик волшебным образом подключился и работал правильно.

Не уверен, что обновление 4.05 было необходимо, но я подозреваю, что отключение быстрого развертывания было причиной его устранения.

ответ дан 18 апр.

Перезапустите Visual Studio после удаления папок .vs, bin и obj.

ответ дан 11 мар ’18, в 17:03

  • Я решил эту проблему, загрузив [Mono.Posix.dll] [1] и вставив его в путь, указанный в исключении. Мой путь: C: Program Files (x86) Microsoft Visual Studio 2017 Professional Common7 IDE Extensions Xamarin.VisualStudio

  • [1]https://bugzilla.xamarin.com/attachment.cgi?id=22522

    Кроме того, добавьте следующие строки в devenev.exe.config по пути C: Program Files (x86) Microsoft Visual Studio 2017 Professional Common7 IDE:

   
   <runtime>
       <loadFromRemoteSources enabled="true"/> </runtime>

ответ дан 09 авг.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

xamarin.android

or задайте свой вопрос.

I have been trying to run debugging within SQl server management studio and for some reason the debugger has just stopped working.

This is the message I get:

Unable to start the Transact-SQL debugger, could not connect to the
database engine instance ‘server-sql’. Make sure you have enabled the
debugging firewall exceptions and are using a login that is a member
of the sysadmin fixed server role. The RPC server is unavailable.

Before this I get two messages, one requesting firewall permissions and the next says ‘usage’ with some text that makes little sense.

I have looked at the other similar answers on there for the same message which suggest adding the login as a sysadmin but that is already set. I also tried adding sysadmin to another account but that also didn’t work.

TylerH's user avatar

TylerH

20.4k62 gold badges75 silver badges96 bronze badges

asked Jun 30, 2014 at 13:16

connersz's user avatar

4

In the end I was able to start it by right clicking and selecting run as administrator.

answered Jun 30, 2014 at 13:34

connersz's user avatar

connerszconnersz

1,1433 gold badges22 silver badges64 bronze badges

2

I encountered this issue while connected to SQL using a SQL Server Authenticated user. Once I tried using a Windows Authenticated user I was able to debug without issue. That user must also be assigned the sysadmin role.

TylerH's user avatar

TylerH

20.4k62 gold badges75 silver badges96 bronze badges

answered Apr 6, 2016 at 16:18

jRosenholm's user avatar

jRosenholmjRosenholm

811 silver badge5 bronze badges

1

This happened to me and I could not find the resolution anywhere. My firewall is disabled so I knew that couldn’t be the issue.

According to Microsoft: Configure firewall rules before running the TSQL Debugger:

The server needs to communicate back to the client via RPC. The
account under which SQL Server service is running should have
authenticate permissions to the client.

We had a group policy that was preventing this:

Deny access to this computer from the network (Local account, Guests)

In order to resolve the issue, I had to add the SQL Server service account to the local group «Remote Desktop Users» on my desktop. Hope this helps someone else resolve this frustrating issue.

Tony Chiboucas's user avatar

answered May 18, 2017 at 21:04

Frank Robinson's user avatar

I try with the following steps, but it did not work (maybe because I’m on a PC in a office and I don’t have control of the firewall). But you can try the following.

  1. Check the users role:

    IF IS_SRVROLEMEMBER ('sysadmin') = 1
    print 'Current user''s login is a member of the sysadmin role'
    
  2. Follow these instructions:
    configure the transact-SQL Debugger

  3. Run SQL Server Management Standard Edition 64 bits (with SQL Server Account)

David Rogers's user avatar

David Rogers

2,5664 gold badges39 silver badges82 bronze badges

answered Sep 29, 2014 at 21:54

Quethzel Díaz's user avatar

Quethzel DíazQuethzel Díaz

6011 gold badge14 silver badges26 bronze badges

In my case, I received this error message:

Unable to start the Transact-SQL debugger, could not connect to the computer «local».

I end up close the existing connection, then reconnect to my local SQL server using IP 127.0.0.1 and it works.

answered Jan 23, 2016 at 9:08

Dio Phung's user avatar

Dio PhungDio Phung

5,7544 gold badges37 silver badges54 bronze badges

What helped me, was from here:

SQL Server Management Studio must be running under a Windows account that is a member of the sysadmin fixed server roll.

The Database Engine Query Editor window must be connected by using
either a Windows Authentication or SQL Server Authentication login
that is a member of the sysadmin fixed server role.

So, I’ve added sysadmin role to my windows account and run ssms as administrator. Debugger started working normally.

answered Apr 5, 2018 at 8:47

FrenkyB's user avatar

FrenkyBFrenkyB

6,31614 gold badges64 silver badges109 bronze badges

In addition to above works, what make our 2 computers remote debug able, was running: (right click on Window’s Start button)

System—> Advanced System Properties—>Computer Name—>Click on Network ID… button

and running that wizard to join workgroup on both computers.
I found this solution by looking at my Windows’ Event Viewer and looking for a solution to errors with NetBT Source, that is related to workgroup and computer Name.
Update: after some days, it stop working again.

Iman's user avatar

Iman

17.4k6 gold badges78 silver badges89 bronze badges

answered Dec 27, 2018 at 13:21

Ehsan Abidi's user avatar

Ehsan AbidiEhsan Abidi

8918 silver badges24 bronze badges

I had the same problem and double checked al recommended settings. At some point I disabled the firewall on the database server and it worked like a charm. By enabling and checking the Firewall log I noticed this entry:

2019-10-31 16:07:50 DROP TCP 192.168.xxx.xxx 192.168.xxx.xxx 65231 61214 52 S 56576751 0 8192 — — — RECEIVE

When I allowed TCP port 61214 (Inbound rule) and switched the firewall back on, it worked. I don’t know why this port is needed, maybe some here on SO?

Anyway, maybe the firewall log can be of help too.

answered Oct 31, 2019 at 15:18

Roeland's user avatar

RoelandRoeland

8101 gold badge9 silver badges33 bronze badges

I have been trying to run debugging within SQl server management studio and for some reason the debugger has just stopped working.

This is the message I get:

Unable to start the Transact-SQL debugger, could not connect to the
database engine instance ‘server-sql’. Make sure you have enabled the
debugging firewall exceptions and are using a login that is a member
of the sysadmin fixed server role. The RPC server is unavailable.

Before this I get two messages, one requesting firewall permissions and the next says ‘usage’ with some text that makes little sense.

I have looked at the other similar answers on there for the same message which suggest adding the login as a sysadmin but that is already set. I also tried adding sysadmin to another account but that also didn’t work.

TylerH's user avatar

TylerH

20.4k62 gold badges75 silver badges96 bronze badges

asked Jun 30, 2014 at 13:16

connersz's user avatar

4

In the end I was able to start it by right clicking and selecting run as administrator.

answered Jun 30, 2014 at 13:34

connersz's user avatar

connerszconnersz

1,1433 gold badges22 silver badges64 bronze badges

2

I encountered this issue while connected to SQL using a SQL Server Authenticated user. Once I tried using a Windows Authenticated user I was able to debug without issue. That user must also be assigned the sysadmin role.

TylerH's user avatar

TylerH

20.4k62 gold badges75 silver badges96 bronze badges

answered Apr 6, 2016 at 16:18

jRosenholm's user avatar

jRosenholmjRosenholm

811 silver badge5 bronze badges

1

This happened to me and I could not find the resolution anywhere. My firewall is disabled so I knew that couldn’t be the issue.

According to Microsoft: Configure firewall rules before running the TSQL Debugger:

The server needs to communicate back to the client via RPC. The
account under which SQL Server service is running should have
authenticate permissions to the client.

We had a group policy that was preventing this:

Deny access to this computer from the network (Local account, Guests)

In order to resolve the issue, I had to add the SQL Server service account to the local group «Remote Desktop Users» on my desktop. Hope this helps someone else resolve this frustrating issue.

Tony Chiboucas's user avatar

answered May 18, 2017 at 21:04

Frank Robinson's user avatar

I try with the following steps, but it did not work (maybe because I’m on a PC in a office and I don’t have control of the firewall). But you can try the following.

  1. Check the users role:

    IF IS_SRVROLEMEMBER ('sysadmin') = 1
    print 'Current user''s login is a member of the sysadmin role'
    
  2. Follow these instructions:
    configure the transact-SQL Debugger

  3. Run SQL Server Management Standard Edition 64 bits (with SQL Server Account)

David Rogers's user avatar

David Rogers

2,5664 gold badges39 silver badges82 bronze badges

answered Sep 29, 2014 at 21:54

Quethzel Díaz's user avatar

Quethzel DíazQuethzel Díaz

6011 gold badge14 silver badges26 bronze badges

In my case, I received this error message:

Unable to start the Transact-SQL debugger, could not connect to the computer «local».

I end up close the existing connection, then reconnect to my local SQL server using IP 127.0.0.1 and it works.

answered Jan 23, 2016 at 9:08

Dio Phung's user avatar

Dio PhungDio Phung

5,7544 gold badges37 silver badges54 bronze badges

What helped me, was from here:

SQL Server Management Studio must be running under a Windows account that is a member of the sysadmin fixed server roll.

The Database Engine Query Editor window must be connected by using
either a Windows Authentication or SQL Server Authentication login
that is a member of the sysadmin fixed server role.

So, I’ve added sysadmin role to my windows account and run ssms as administrator. Debugger started working normally.

answered Apr 5, 2018 at 8:47

FrenkyB's user avatar

FrenkyBFrenkyB

6,31614 gold badges64 silver badges109 bronze badges

In addition to above works, what make our 2 computers remote debug able, was running: (right click on Window’s Start button)

System—> Advanced System Properties—>Computer Name—>Click on Network ID… button

and running that wizard to join workgroup on both computers.
I found this solution by looking at my Windows’ Event Viewer and looking for a solution to errors with NetBT Source, that is related to workgroup and computer Name.
Update: after some days, it stop working again.

Iman's user avatar

Iman

17.4k6 gold badges78 silver badges89 bronze badges

answered Dec 27, 2018 at 13:21

Ehsan Abidi's user avatar

Ehsan AbidiEhsan Abidi

8918 silver badges24 bronze badges

I had the same problem and double checked al recommended settings. At some point I disabled the firewall on the database server and it worked like a charm. By enabling and checking the Firewall log I noticed this entry:

2019-10-31 16:07:50 DROP TCP 192.168.xxx.xxx 192.168.xxx.xxx 65231 61214 52 S 56576751 0 8192 — — — RECEIVE

When I allowed TCP port 61214 (Inbound rule) and switched the firewall back on, it worked. I don’t know why this port is needed, maybe some here on SO?

Anyway, maybe the firewall log can be of help too.

answered Oct 31, 2019 at 15:18

Roeland's user avatar

RoelandRoeland

8101 gold badge9 silver badges33 bronze badges

Я пытался запустить отладку в среде SQL server management studio, и по какой-то причине отладчик просто перестал работать.

Это сообщение я получаю:

не удалось запустить отладчик Transact-SQL, не удалось подключиться к
экземпляр компонента Database engine ‘server-sql’. Убедитесь, что вы включили
отладка исключений брандмауэра и использование имени входа, являющегося членом
фиксированной роли сервера sysadmin. Сервер RPS недоступный.

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

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

6 ответов


В конце концов мне удалось запустить его, щелкнув правой кнопкой мыши и выбрав Запуск от имени администратора.


Я просто хотел оплатить это вперед, так как после поиска довольно долгое время я еще не видел, чтобы кто-нибудь упомянул проблему, с которой я столкнулся здесь.

Я столкнулся с этой проблемой при подключении к SQL с помощью пользователя, прошедшего проверку подлинности SQL Server. Как только я попытался использовать аутентифицированного пользователя Windows, я смог отладить без проблем. Пользователю должна быть назначена роль sysadmin.

надеюсь, это поможет кому-то где-то.


в моем случае, я получил это сообщение об ошибке:

не удалось запустить отладчик Transact-SQL, не удалось подключиться к компьютеру «локальный».

Я закрываю существующее соединение, затем снова подключаюсь к локальному SQL server с помощью IP 127.0.0.1, и он работает.


Я пытаюсь выполнить следующие шаги,но это не сработало (возможно, потому что я на ПК в офисе и у меня нет контроля брандмауэра). Но вы можете попробовать следующее.

  1. проверить роль пользователя:

    IF IS_SRVROLEMEMBER ('sysadmin') = 1
    print 'Current user''s login is a member of the sysadmin role'
    
  2. следуйте этим инструкциям:
    настройка отладчика transact-SQL

  3. запустите SQL Server Management Standard Edition 64 бит (с учетной записью SQL Server)

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

по данным Microsoft: настройка правил брандмауэра перед запуском отладчика TSQL:

сервер должен связаться с клиентом через RPC. Этот
учетная запись, под которой запущена служба SQL Server, должна иметь
проверка подлинности разрешений для клиента.

У нас была группа политика, которая препятствовала этому:

запретить доступ к этому компьютеру из сети (локальная учетная запись, гости)

чтобы решить проблему, мне пришлось добавить учетную запись службы SQL Server в локальную группу «Пользователи удаленного рабочего стола» на моем рабочем столе. Надеюсь, это поможет кому-то решить эту неприятную проблему.


то, что помогло мне, было от здесь:

среда SQL Server Management Studio должна работать под учетной записью Windows, которая является членом фиксированного списка серверов sysadmin.

окно редактора запросов компонента Database Engine должно быть подключено с помощью
вход для проверки подлинности Windows или SQL Server
это член предопределенной роли сервера sysadmin.

Итак, я добавил роль sysadmin в свою учетную запись windows и запустите ssms от имени администратора. Отладчик начал работать нормально.


Эксперт
****

Профиль
Группа: Завсегдатай
Сообщений: 7209
Регистрация: 15.9.2002
Где: Kazakhstan, Astan a

Репутация: 14
Всего: 154

Да в ФАКе нашем это есть.

Цитата
Есть один вопрос: как сделать так чтобы локальная база данных работала без бде администратор. В моем проекте база альясы не использует.   

Типичная ошибка! BDE это не поддержка alias! компоненты Дельфи такие как Table, Query, Database — почти вообще ничего не делают! — это только удобный интерфейс к BDE. Т.е. BDE реально читает и пишет в базы данных, обнавляет файлы, управляет транзакциями, сортирует данные, исполняет SQL запросы. BDE с одной стороны имеет BDE Admin для ее управления, а с другой API, которые и использует Дельфи в компонентах. Если вам надо обойтись без BDE вы должны использовать другие драйвера доступа к базам данных: ODBC, DAO, ADO, RDO — многие из них имеют свои API или COM интерфейсы которые вы можете использовать (напрямую, либо найти компоненты для этого, кроме того ADO входит в стандартную поставку дельфей, но через него приконнектится к парадоксу довольно затруднительно). Если же все эти драйвера вас не устраивают то вам надо написать свой драйвер к базе данных (можно прямо в коде программы), он должен обеспечивать:

1) Чтение и запись базы
2) Поддержка транзакций
3) Исполнение SQL запросов
4) Поддержка индексов и ключей
5) Поддержка многопользовательского доступа.
6) Стандартный набор API которые позволят подключаться компонентам типа Table, Query

Есть так же сторонние библиотеки для доступа к базам данных через свои собственные драйвера: HALCYON, или Апполо (Предложил МММ);
vkDBF- компонент для работы с ДБФ для Дельфы6/5 без БДЕ.(Предложил Free)

Цитата
Problem/Question/Abstract:

What are the essential files to ship with an application that uses the BDE?

Answer:

Delphi allows you to generate a nice tight executable file (.EXE), but if you have created a database application you must include the files that make up the Borland Database Engine as well. The table below shows the files that are mandatory when delivering a database application with Delphi.
File Name  Description
IDAPI01.DLL — BDE API DLL
IDBAT01.DLL — BDE Batch Utilities DLL
IDQRY01.DLL — BDE Query DLL
IDASCI01.DLL — BDE ASCII Driver DLL
IDPDX01.DLL — BDE Paradox Driver DLL
IDDBAS01.DLL — BDE dBASE Driver DLL
IDR10009.DLL — BDE Resources DLL
ILD01.DLL — Language Driver DLL
IDODBC01.DLL — BDE ODBC Socket DLL
ODBC.New — Microsoft ODBC Driver Manager DLL V2.0
ODBCINST.NEW — Microsoft ODBC Driver Installation DLL V2.0
TUTILITY.DLL — BDE Table Repair Utility DLL
BDECFG.EXE — BDE Configuration Utility DLL
BDECFG.HLP — BDE Configuration Utility Help
IDAPI.CFG —    BDE Configuation File (settings)

To assist the user, Delphi ships with an install program for exporting the appropriate files that you want deliver to your clients. Also, installation programs such as InnoSetup and InstallShield can automatically include the relevant files in their setup programs.

InnoSetup is my program installation program of choice, and it is FREE! For more information or to download a copy visit Jordan Russhttp:// www.jrsoftware.orgell’s site at

Finally a tip on using the setup CAB file that ships with the BDE to install the relevant files can be found in DKB, article title «Installing BDE from BDEINST.CAB»

Цитата

If you have taken a close look at the listing of the BDE installation directory (usually Program FilesBorlandCommon FIlesBDE), you’ve noticed there’s a file called BDEINST.CAB. If BDEINST.CAB isn’t present in the BDE folder, you probably chose not to let it be installed. As this tip requires this file, you might want to run install again and install only BDEINST.CAB. Anyway, let’s get back to the tip.

What is BDEINST.CAB?

BDEINST.CAB is a cabinet (Microsoft’s compression format) file that contains only one large file: BDEINST.DLL. This DLL contains a simple installation program along with all the necessary files for a basic install of BDE. It will correctly install BDE with the native drivers for Paradox, dBase, MS Access and FoxPro. It won’t install drivers for SQL database servers. If all you need is a basic installation of BDE for supporting one of the forementioned databases, then BDEINST.CAB is the best choice for you.

Given the problem InstallShield and Wise have with installing BDE 5, BDEINST.DLL has a great appeal, since it was created by the Borland folks and doesn’t suffer from the same problems InstallShield and WISE do.

There is, however, a drawback: BDEINST.DLL is a quite large file, so it’s that good if you’re deploying on floppy disks. There’s a workaround for this problem and we’ll get back to it later on.

Using BDEINST.DLL

In order to use BDEINST.DLL, all you have to do is to extract it from BDEINST.CAB. There are several ways this can be done. Two of them are:

· Using WinZip or another CAB-compatible archiver. Simply extract BDEINST.DLL from the CAB file. 

· Using Microsoft’s EXTRACT utility that comes with Windows 9x and NT. From a DOS window, issue the command below (path is also shown): 

· 

· C:Program FilesBorlandCommon FilesBDE>EXTRACT /E BDEINST.CAB 

· 

· This will extract BDEINST.DLL to the current directory, since no destination dir was specified in the command line. 

  The task now is to use the DLL. This is as simple as issuing the command line below:

C:WINDOWSSYSTEMREGSVR32.EXE /S CABINST.DLL

If the command above fails, make sure you have REGSVR32.EXE on your machine. Not all machines have it, and, in case of deploying BDEINST.DLL, it’s also a good idea to deploy REGSVR32.EXE. This file can be found in WINDOWSSYSTEM or WINNTSYSTEM32.

A progress dialog box will popup indicating that the installation of BDE is going ok. This is all it takes to install BDE without needing any additional tool such as InstallShield or Wise.

If you do not want to deploy REGSVR32.EXE, you can create a small VCL-less and formless application that simply calls DllRegisterServer from the DLL.

Цитата
program InstallPrfSt;

{
Программа иллюстрирует, как установить BDE с поддержкой PARADOX 7.0
на «чистой машине» и создать алиас.
Пример использования в качестве простейшего инсталлятора для программы
C:MyDirMyProg.exe
1.Создайте каталог C:MyDirBDE и скопируйте в него след. файлы:
CHARSET.BLL
OTHER.BLL
IDAPI32.CFG
BLW32.DLL
IDAPI32.DLL
IDBAT32.DLL
IDPDX32.DLL
IDR20009.DLL
IDSQL32.DLL
BDEADMIN.EXE — по вкусу, т.к. необходимым не является.
2.Измените значение константы AliasName на имя необходимого вам алиаса.
3.Откомпиллируйте и запустите эту программу из каталога C:MyDir.
ВHИМАHИЕ!!! Если на машине уже установлено BDE, то перед экспериментами
сохраните (на всякий случай) след. ключи из реестра:
[HKEY_LOCAL_MACHINESOFTWAREBorlandDatabase Engine] и
[HKEY_LOCAL_MACHINESOFTWAREBorlandBLW32].
}

{$APPTYPE CONSOLE}
uses
  Windows, BDE, Registry;

const
  AliasName: string = ‘PrefStat’;

var
  R: DBIResult;
  Path: string;

procedure WriteString(S1:string);
begin
  S1 := S1 + #0;
  AnsiToOem(@S1[1], @S1[1]);
  writeln(S1);
end;

function GetExePath(S1:string):string;
var
  I, K :Integer;
  S: string;
begin
  K := 1;
  S := »;
  for I := Length(S1) downto 1 do
  begin
    if S1[I] = » then
    begin
      K := I;
      Break;
    end;
  end;

  for I := 1 to K — 1 do
    S := S + S1[I];

  Result:=S;
end;

procedure InstallBde;
const
  Bor: string = ‘SOFTWAREBorland’;
var
  a: TRegistry;
  BPath: string;
begin
  BPath:=PATH + ‘BDE’;
  a := TRegistry.Create;
  with a do
  begin
    RootKey := HKEY_LOCAL_MACHINE;
    OpenKey(Bor + ‘Database Engine’, True);
    WriteString(‘CONFIGFILE01′, BPath+’IDAPI32.CFG’);
    WriteString(‘DLLPATH’, BPath);
    WriteString(‘RESOURCE’, ‘0009’);
    WriteString(‘SaveConfig’, ‘WIN32’);
    WriteString(‘UseCount’, ‘2’);
    CloseKey;
    OpenKey(Bor+’BLW32′,True);
    WriteString(‘BLAPIPATH’, BPath);
    WriteString(‘LOCALE_LIB3′, BPath+’OTHER.BLL’);
    WriteString(‘LOCALE_LIB4′, BPath+’CHARSET.BLL’);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsSYSTEMINIT’,True);
    WriteString(‘AUTO ODBC’, ‘FALSE’);
    WriteString(‘DATA REPOSITORY’, »);
    WriteString(‘DEFAULT DRIVER’, ‘PARADOX’);
    WriteString(‘LANGDRIVER’, ‘ancyrr’);
    WriteString(‘LOCAL SHARE’, ‘FALSE’);
    WriteString(‘LOW MEMORY USAGE LIMIT’, ’32’);
    WriteString(‘MAXBUFSIZE’, ‘2048’);
    WriteString(‘MAXFILEHANDLES’, ’48’);
    WriteString(‘MEMSIZE’, ’16’);
    WriteString(‘MINBUFSIZE’, ‘128’);
    WriteString(‘SHAREDMEMLOCATION’, »);
    WriteString(‘SHAREDMEMSIZE’, ‘2048’);
    WriteString(‘SQLQRYMODE’, »);
    WriteString(‘SYSFLAGS’, ‘0’);
    WriteString(‘VERSION’, ‘1.0’);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsSYSTEMFORMATSDATE’,True);
    WriteString(‘FOURDIGITYEAR’, ‘TRUE’);
    WriteString(‘LEADINGZEROD’, ‘FALSE’);
    WriteString(‘LEADINGZEROM’, ‘FALSE’);
    WriteString(‘MODE’, ‘1’);
    WriteString(‘SEPARATOR’, ‘.’);
    WriteString(‘YEARBIASED’, ‘TRUE’);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsSYSTEMFORMATSNUMBER’,True);
    WriteString(‘DECIMALDIGITS’, ‘2’);
    WriteString(‘DECIMALSEPARATOR’, ‘,’);
    WriteString(‘LEADINGZERON’, ‘TRUE’);
    WriteString(‘THOUSANDSEPARATOR’, ‘ ‘);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsSYSTEMFORMATSTIME’,True);
    WriteString(‘AMSTRING’, ‘AM’);
    WriteString(‘MILSECONDS’, ‘FALSE’);
    WriteString(‘PMSTRING’, ‘PM’);
    WriteString(‘SECONDS’, ‘TRUE’);
    WriteString(‘TWELVEHOUR’, ‘TRUE’);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsREPOSITORIES’,True);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsDRIVERSPARADOXINIT’,True);
    WriteString(‘LANGDRIVER’, ‘ancyrr’);
    WriteString(‘TYPE’, ‘FILE’);
    WriteString(‘VERSION’, ‘1.0’);
    CloseKey;
    OpenKey(Bor+’Database EngineSettingsDRIVERSPARADOXTABLE
    CREATE’,True);
    WriteString(‘BLOCK SIZE’, ‘4096’);
    WriteString(‘FILL FACTOR’, ’95’);
    WriteString(‘LEVEL’, ‘7’);
    WriteString(‘STRICTINTEGRTY’, ‘TRUE’);
    CloseKey;
  end;
  a.Free;
end;

begin
  Path:=GetExePath(ParamStr(0));
  R:=dbiInit(nil);
  if R<>DBIERR_NONE then
  begin
    WriteString(‘Инициализация BDE …’);
    InstallBDE;
  end;
  R:=dbiInit(nil);
  if R=DBIERR_NONE then
  begin
    WriteString(‘Инициализация BDE прошла успешно’);
    DbiDeleteAlias(nil, PChar(AliasName));
    R:=DbiAddAlias(nil, PChar(AliasName), szPARADOX,
    PChar(‘PATH:’+Path+’DB’), True);
    if R=DBIERR_NONE then
      WriteString(‘Псевдоним «‘+AliasName+'» создан’)
    else
      WriteString(‘Ошибка создания псевдонима «‘+AliasName+'»‘);
    R:=DbiCfgSave(nil, nil, Bool(-1));
    if R=DBIERR_NONE then
      WriteString(‘Файл конфигурации сохранён’)
    else
      WriteString(‘Ошибка сохранения файла конфигурации’);
    DbiExit;
  end
  else
    WriteString(‘Ошибка инициализации BDE’);
end.


Основные причины ошибок исполняемого файла EXE связаны с отсутствием или повреждением файла dbforgemysql.exe или, в некоторых случаях, заражением вредоносным ПО. Как правило, эти ошибки наблюдаются во время запуска dbForge Studio for MySQL. Основной способ решить эти проблемы вручную — заменить файл EXE новой копией. Запуск сканирования реестра после замены файла, из-за которого возникает проблема, позволит очистить все недействительные файлы dbforgemysql.exe, расширения файлов или другие ссылки на файлы, которые могли быть повреждены в результате заражения вредоносным ПО.

Исполнимые файлы, которые относятся к формату Windows Executable File обычно содержат суффикс файла EXE. Если вам нужно заменить файл dbforgemysql.exe, вы можете найти версию %%os%% в нашей базе данных, перечисленной в таблице ниже. В текущем каталоге файлов могут отсутствовать редкие или очень старые версии dbforgemysql.exe, но вы можете запросить необходимую версию, нажав на кнопку Request (Запрос) рядом с необходимой версией файла. В нашей обширной базе представлены не все версии файлов; в этом случае вам следует обратиться к Devart Software Development.

После успешного размещения файла в соответствующем месте на жёстком диске подобных проблем, связанных с dbforgemysql.exe, больше возникать не должно. Настоятельно рекомендуем выполнить быструю проверку. Вы можете проверить результат, запустив приложение dbForge Studio for MySQL и проверить, появляется ли проблема.

dbforgemysql.exe Описание файла
Тип: EXE
Группа: dbForge Studio for MySQL
Program: dbForge Studio for MySQL
Версия программного обеспечения: 4.50.315.1
Автор: Devart Software Development
 
File: dbforgemysql.exe  

Размер (в байтах): 1314816
SHA-1: ec0e7cb939c8a94aa86075e96d3f83ffc78252e3
MD5: ea6630f3402aa7ff3531d673b6128fd8
CRC32:

Продукт Solvusoft

Загрузка
WinThruster 2023 — Сканировать ваш компьютер на наличие ошибок реестра в dbforgemysql.exe

Windows
11/10/8/7/Vista/XP

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

EXE
dbforgemysql.exe

Идентификатор статьи:   1135198

Dbforgemysql.exe

File Идентификатор файла (контрольная сумма MD5) Байт Загрузить
+ dbforgemysql.exe ea6630f3402aa7ff3531d673b6128fd8 1.25 MB
Application dbForge Studio for MySQL 4.50.315.1
Создано Devart Software Development
Операционная система Windows 7
Тип 64-разрядная (x64)
Размер (в байтах) 1314816
MD5 ea6630f3402aa7ff3531d673b6128fd8
ША1 ec0e7cb939c8a94aa86075e96d3f83ffc78252e3
Контрольная сумма SHA256: d821f322abe9ada49c51ad66ddf4eaab13cea145fde4ec1cd0d542e138687b99
CRC32:
Расположение каталога файлов %PROGRAMFILES%DevartdbForge Studio for MySQL

Ошибки Dbforgemysql.exe

Частичный список ошибок dbforgemysql.exe dbForge Studio for MySQL:

  • «Ошибка Dbforgemysql.exe. «
  • «Недопустимый файл Dbforgemysql.exe. «
  • «Извините, dbforgemysql.exe столкнулся с проблемой. «
  • «Dbforgemysql.exe не может быть найден. «
  • «Dbforgemysql.exe не найден.»
  • «Проблема при запуске приложения: dbforgemysql.exe. «
  • «Файл Dbforgemysql.exe не запущен.»
  • «Dbforgemysql.exe выйти. «
  • «Ошибка в пути к программному обеспечению: dbforgemysql.exe. «

Обычно ошибки dbforgemysql.exe с dbForge Studio for MySQL возникают во время запуска или завершения работы, в то время как программы, связанные с dbforgemysql.exe, выполняются, или редко во время последовательности обновления ОС. Запись ошибок dbforgemysql.exe внутри dbForge Studio for MySQL имеет решающее значение для обнаружения неисправностей электронной dbForge Studio for MySQL и ретрансляции обратно в Devart Software Development для параметров ремонта.

Dbforgemysql.exe Истоки проблем

Эти проблемы dbforgemysql.exe создаются отсутствующими или поврежденными файлами dbforgemysql.exe, недопустимыми записями реестра dbForge Studio for MySQL или вредоносным программным обеспечением.

В частности, проблемы dbforgemysql.exe возникают через:

  • Недопустимая (поврежденная) запись реестра dbforgemysql.exe.
  • Загрязненный вирусом и поврежденный dbforgemysql.exe.
  • Другая программа злонамеренно или по ошибке удалила файлы, связанные с dbforgemysql.exe.
  • Другое программное обеспечение, конфликтующее с dbForge Studio for MySQL, dbforgemysql.exe или общими ссылками.
  • dbForge Studio for MySQL/dbforgemysql.exe поврежден от неполной загрузки или установки.

При инициализации БД выдает след. ошибку

postgres@1csrv:/usr/LOCAL/pgsql/bin$ ./initdb -D /DATA
The files belonging TO this DATABASE system will be owned BY user "postgres".
This user must also own the server process.
 
The DATABASE cluster will be initialized WITH locale C.
The DEFAULT DATABASE encoding has accordingly been SET TO SQL_ASCII.
The DEFAULT text search configuration will be SET TO "english".
 
fixing permissions ON existing directory /DATA ... ok
creating subdirectories ... ok
selecting DEFAULT max_connections ... 100
selecting DEFAULT shared_buffers ... 32MB
creating configuration files ... ok
creating template1 DATABASE IN /DATA/base/1 ... ok
initializing pg_authid ... FATAL:  syntax error at OR near "REVOKE" at character 1
STATEMENT:  REVOKE ALL ON pg_authid FROM public;
 
child process exited WITH exit code 1
initdb: removing contents of DATA directory "/DATA"
postgres@1csrv:/usr/LOCAL/pgsql/bin$ 

ОС Slackware 13.37, Postgresql 9.0.3.
Исходники и патчи брал с сайта 1С. Скомпилировалась и установилаь без ошибок.
Подскажите где посмотреть?

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Dawn of zombies ошибка подключения к серверу
  • Dawn of war soulstorm ошибка невозможно найти необходимую информацию