New laptop, amd, Win7 64, installed SharkFXV7SP1968 file. Shark file version 17.7.0.967

When attempt to run, immediate error box comes up

'The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail.'

Advise? Thanks Raymond.

Have Shark 7fx running on win7 64 prof installed some time ago, so 64bit should not be a problem unless the latest build doesn't work with it.

Was thinking the sxstrace was a shark solver. Ok trying to track it down.

Event viewer notes failure here.
Dependent Assembly Microsoft.VC80.CRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="8.0.50727.6195" could not be found. Please use sxstrace.exe for detailed diagnosis.

Following many searches, found an article that this points to a patched security update.
http://forums.iis.net/p/1185203/2008453.aspx

This security update was recently replaced by another update
http://support.microsoft.com/kb/2538242#appliesto
or
http://technet.microsoft.com/en...curity/bulletin/ms11-025

These don't contain the original files.

I'm speculating shark may not be pointed to an udpate, but a file from a 2005 pack. So far I can't locate the original file which was patched, then replaced again, (to let Shark see it), to be updated to current status. Windows update is on.

Have installed currently c++ redistributable
05 8.0.56336
05 8.0.59193
05 x64 8.059192
08 x64 9.0.30729.17
08 x64 9.0.30729.4148
08 x86 9.0.30729.17
08 x86 9.0.30729.4148
10 x64 10.0.30319
10 x86 10.0.40219

Not sure where to go from here. Raymond.

[URL="http://www.microsoft.com/download/en/details.aspx?id=26347"]MS Visual C++ 2005 Redistributable Package[/URL] (rev. 8)

download/install: "vcredist_x86.EXE" (under Windows x64 too)

hth,
Norbert

The last one needed was the x86.

If you have a list, I would like to know the necessary libraries and remove any unnecessary C++ libraries.

Made it through activation. Will start working soon.

Happy New Year, Raymond.

You know, i SWEAR that the 2005 or 2008 C++ Redistributable might have resolved some other strange issues i could not quite finger. I recently added a couple of apps to my machine and am not sure if the zero-crashes all weekend is the result of using iges splines (with say 9 control points) instead of dxf curves (having 45-110 control points) to make surfaces.

In the past, I whinged about difficulties and frustrations when ACIS would crash when I was trying to thicken surfaces.

It seems my over-dependency on DXF 3D polylines (for color and layer names) blinded me to the fact that I had immensely horrible fairing in my DXF lines/curves. Once I re-attempted importing iges 5.0 (which was NOT working for the past 5 or 6 months or longer), I found I had the familiar miles-diameter circle which (was a welcome sight and which) I had to delete to de-obscure my 173-meter model. I found that the curves were control point splines in VCP 7, and they reduced some if not much of the faceting in the huge curved plates' surfaces.

Not only that, thickening them to 15 mm took a fraction of a second. That is compared to 2-6 seconds per thickening when I used DXF 3d polylines to generate the surfaces. So, now, when I penetrate a surface (IIRC, but definitely) and a solid, I don't get a bazillion facets any more. I still have one large, okay solid that needn't be restitched.

Still, I don't know whether any C++ Redistributables play a role in any of this.