• Tracing an applications interaction with OS

    Home » Forums » AskWoody support » Windows » Windows 7 » Questions: Windows 7 » Tracing an applications interaction with OS

    Author
    Topic
    #483050

    Running Win7 64bit SP1 plus updates.

    Have a scientific application that calls the system routine cpu_time(time). (Have also tried system_clock and no difference.) With one compiler the timing works with another it doesn’t. Executable of problem app also tested by vendor and it runs fine on their machines using Win7 and Server2008. They sent me their executable and it doesn’t work on my machine. So the app built with the one compiler appears to be interacting or refusing to interact with the call to the system timing routine and this is associated with my machine.

    Suggestions on how I might see/study the app’s interaction with the system?

    Viewing 7 reply threads
    Author
    Replies
    • #1331184

      A little more experimentation shows that the app works when I boot into the safe mode.

      Anyone with experience on how to identify the conflict? I assume this shows a conflict with a driver or non-OS app?

    • #1331196

      Are these supposedly the same compiler? What compiler?

      Joe

      --Joe

    • #1331197

      An Intel compiler works. A PGI compiler experiences the problem. As noted above the problem appears to be due to my machine, not the compiler itself.

    • #1331213

      Since it works in Saafe Mode, try the clean boot diagnostic procedure:
      http://support.microsoft.com/kb/331796

      Jerry

      • #1331264

        Unfortunately Jerry that didn’t do the trick. Thanks for the suggestion.

    • #1331281

      What is the name of the “scientific” application.

      Perhaps they are running their app on a clean system and you are not.

      Make an imaged backup of your system, then do a clean install. Install the applcation on a clean system with minimal other applications/drivers,
      then begin to add others one at a time until you run up to the conflicting application or driver.

      • #1331354

        The app is an R&D one. As I said we exchanged executables for testing.

        I was trying to avoid the clean install you suggest since it is extremely time consuming. Are there no other approaches?

    • #1331357

      Unfortunately Jerry that didn’t do the trick. Thanks for the suggestion

      What didn’t work? Did the app fail in clean boot mode or did you just run the fixit?

      Jerry

    • #1331365

      as you say your friend that sent you the app was using win server 2008 which I think is not supported in standard win 7 64bit maybe this is reason for failure, maybe not.

      • #1331378

        What didn’t work? Did the app fail in clean boot mode or did you just run the fixit?

        Jerry

        Fixit ran fine but it didn’t fix my problem.

        as you say your friend that sent you the app was using win server 2008 which I think is not supported in standard win 7 64bit maybe this is reason for failure, maybe not.

        All running on Server2008 says is that the app called cpu_time without any problems. Getting the same answers would be a different issue.

    • #1331510

      Ignore the fixit and follow the diagnostic procedure outlined in the text.

      Jerry

      • #1331549

        Ignore the fixit and follow the diagnostic procedure outlined in the text.

        Sorry Jerry, I was unclear. I did follow those instructions and still can’t identify the problem source. At some point I’ll just have to bit the bullet and reinstall as Clint suggested.

    Viewing 7 reply threads
    Reply To: Tracing an applications interaction with OS

    You can use BBCodes to format your content.
    Your account can't use all available BBCodes, they will be stripped before saving.

    Your information: