Microsoft Visual C   runtime library error R6034

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Microsoft Visual C   runtime library error R6034

ソリューションへジャンプ
2,716件の閲覧回数
matherinewang
Contributor III

Hi,

When i debug with KDS, i always have the following issue, but still can debug normally.

And the arm-none-eabi-gdb.exe can be found in the path: C:\Freescale\KDS_1.1.0\toolchain\bin.

13944_13944.pngpastedImage_1.png

ラベル(1)
1 解決策
2,195件の閲覧回数
BlackNight
NXP Employee
NXP Employee

Hmm, that looks very similar (actually, the same) as I have.

I think somehow a software on your system has installed an incompatible msvcr90.dll which is causing that problem.

So here is what you could check:

1. If you do not already have this, download and install the Process Explorer (Process Explorer) from the Windows Sysinternals

2. Start a debug session with KDS so that arm-none-eabi-gdb.exe to reproduce that that "Runtime Error! R6084" dialog.

3. Start the Process Explorer.

4. Enable DLLs for the lower pane view:
pastedImage_1.png

5. Locate and select arm-none-eabi-gdb.exe:

selected gdb.png

6. In the lower pane you should have several MSVCR*.dll you need to check

7. The MSVCR90.dll should be loaded from WinSxS

pastedImage_2.png

The other I have is from syswow64:

pastedImage_3.png

What I think is that one of these DLL's on your system are loaded from somewhere else?

Especially check for the one which is not loaded from WinSxS, and make a note of that path.

8. Close the debugging session, so that the gdb is not running any more. Now check that Dll for the KDS executable:

only ide.png

I guess one or the other points to a different path/tool (e.g. from your virus scanner, or any other utility).

That way you hopefully can identify the offending utility.

I guess that this offending utility has added the path to itself into your PATH system variable.

You could try if moving that offending utility path to the end of the PATH variable.

I hope this helps,

Erich

元の投稿で解決策を見る

4 返答(返信)
2,195件の閲覧回数
BlackNight
NXP Employee
NXP Employee

Hello,

that might be a problem like this one: http://stackoverflow.com/questions/24988815/import-wx-failed-under-gdb-python-interface-r6034-an-app...

So it seems it cannot load/find a DLL/library correctly.

Can you try the dependency walker (Dependency Walker (depends.exe) Home Page) utility and check what DLL's are missing/not found?

It should produce an output something like this for C:\Freescale\KDS_1.1.0\toolchain\bin\arem-none-eabi-gdb.exe:

dependency walker.png

Erich

0 件の賞賛
返信
2,195件の閲覧回数
matherinewang
Contributor III

Hello Erich, Thanks for your quick respose every time!

I open the arem-none-eabi-gdb.exe in Dependency Walker, it shows as below. Is it means cannot load/find DLL/library correctly?

For example GPSVC.dll, it shows error opening file and cannot find it, but i can saw GPSVC.dll in the path: C:\Windows\System32.

pastedImage_1.png

0 件の賞賛
返信
2,196件の閲覧回数
BlackNight
NXP Employee
NXP Employee

Hmm, that looks very similar (actually, the same) as I have.

I think somehow a software on your system has installed an incompatible msvcr90.dll which is causing that problem.

So here is what you could check:

1. If you do not already have this, download and install the Process Explorer (Process Explorer) from the Windows Sysinternals

2. Start a debug session with KDS so that arm-none-eabi-gdb.exe to reproduce that that "Runtime Error! R6084" dialog.

3. Start the Process Explorer.

4. Enable DLLs for the lower pane view:
pastedImage_1.png

5. Locate and select arm-none-eabi-gdb.exe:

selected gdb.png

6. In the lower pane you should have several MSVCR*.dll you need to check

7. The MSVCR90.dll should be loaded from WinSxS

pastedImage_2.png

The other I have is from syswow64:

pastedImage_3.png

What I think is that one of these DLL's on your system are loaded from somewhere else?

Especially check for the one which is not loaded from WinSxS, and make a note of that path.

8. Close the debugging session, so that the gdb is not running any more. Now check that Dll for the KDS executable:

only ide.png

I guess one or the other points to a different path/tool (e.g. from your virus scanner, or any other utility).

That way you hopefully can identify the offending utility.

I guess that this offending utility has added the path to itself into your PATH system variable.

You could try if moving that offending utility path to the end of the PATH variable.

I hope this helps,

Erich

2,195件の閲覧回数
matherinewang
Contributor III

Hi Erich,

Thanks very very much, it solved my problem perfectly! I must salute to your professional and detail explaination. ^_^

0 件の賞賛
返信