Failed to initialize the Debug Server.

Gregor,

CCS is trying to load the DLL located at <install_dir>\ccsv4\emulation\tpi\tpiarm_x.dll.  Could you please look at this folder and ensure the DLL is there?

Could you also zip up and post the contents of the installation log folder located at: C:\Program Files\InstallJammer Registry\ccsv4\DF98E52A-EF99-44CD-87FE-983EC4F3E105\

Hi Andy,

1) The DLL is definitely there. I have checked it before, I have checked it now.

2) 1777.log.zip

Thanks for helping!

Gregor,

Thank you for the reply. I don't see anything suspicious in the logs unfortunately. I also installed the same version with the same options and did not see the problem. FYI, you are using a fairly old version of CCS. It would be worthwhile to get the latest version here, but this probably won't fix the issue you are seeing.

One guess is that a dependency of the DLL is not present for some reason. A direct dependency is a file called CPI.DLL which should be in the same folder. Could you check if that is installed?

Other than this, there are a couple of things we can do. First, enabling Debug Server Logging may provide some clues. The steps to enable it are described here. If you are able to generate a log and post it I will have a look to see if there are any further clues.

Next, there is a tool called "Dependency Walker" from Microsoft. It would also be worthwhile to run this tool to see if it flag any missing dependencies.

Andy

Andy,

The story gets even worse.

First of all I have to confirm the existence of the CPI.dll in the same folder as the tpiarm_x.dll.

I have also detected, that the MCU Safety Demo hangs up after start-up. The last thing I see is the license agreement, but I can not press any buttons. The complete program does not response. Furthermore I can not use nowFlash. If I am trying to flash for instance the demo software, I am getting "Error 131: Could not find or load requested emulation driver." My settings are unchanged.

Here is the debug log: 4762.BINO793.LOG

Gregor

The debug server log shows everything working until it trys to load the DLL we already know about, so this didn't help much.

Any luck with the Dependency Walker? You should see something like this:

I have tried Dependency Walker now. If I am opening the tpiarm_x.dll such as you, I see the following:

It says 'Error opening file. Could not find the file.' at the MSJAVA.DLL.

EDIT:

The missing msjava.dll is solved. I have downloaded and copied one into the <system32> directory. But this does not solve the main problem.

So, why has the mpr.dll an hourglass and a red field at the beginning of the line?

Gregor,

Could you please download process monitor (a Microsoft debugging utility) from here: http://technet.microsoft.com/en-us/sysinternals/bb896645.  Once download it, extract it and run it.  If the filter dialog doesn't come up immediately, select Filter->Filter...  From that dialog, add a new filter for javaw.exe.  This is done by changing the first drop down from "Architecture" to "Process Name", then typing "javaw.exe" in the edit box, and then clicking add and ok.  Once setup, start CCS and try to connect as normal.  Once it fails, save the process monitor data as a comma separated file and attach it to this thread.  (It's likely to be a huge file, so you may need to zip it first).

Darian

Darian,

I did what you have said and here is my logfile: 2335.Logfile.zip

Gregor

First the shared folders. With "net share" I get this:

So I assume the CCS installation folder is not shared.

Second the environment variable. If I am setting the environment variable like you have said, I get the following answer and nothing changes.

The translated answer is: The environment variable "..." is not defined.

EDIT:

Hi guys,

I tried another thing. I added the tpi-path to the enviroment variable PATH manually (you know, right-click on Explorer and so on) and now it works!!! Thank you guys for helping me out so far! You did an awesome and very professional job!

But unfortunately my second issue still remains (see Post #5, nowFlash does not work). Any suggestions?

Very glad to hear it CCS is working for you now.

I'd have to guess the same underlying issue is causing nowFlash to also not work. Something in your environment is affecting the way Windows is searching for dependent DLLs, but I'm not sure what is causing this. 

If you are able to generate the same process monitor log you created above for the CCS case when you try to run nowFlash, I can tell you want else to add to your PATH. The underlying issue will remain though.

I'm not sure why Windows is searching the offline file cache in \Windows\CSC.  Are you configured as a roaming user? Do you have offline sharing enabled for any folders on the PC?

I have generated a process monitor log with nowflashwin.exe and nowflash.exe as filter. 1830.flash.zip

Yes, I am configured as a roaming user. But my colleague too and he has absolutely no problems.

EDIT:

nowFlash works now!!!

I opened the nowFlash.cfg for any reason. Once in I scrolled down and did find a short description of my error: I have to verify INSTALL_PATH and DRIVERS_PATH in nowFlash.ini. This gave me the idea to add <nowFlash install-dir>\drivers to PATH and now it works. I know it is only a work-around but I can work with this solution and that's the point. So, thank you very much again.