hexagon logo

error 127 and 2010 MR3

Error message body text: Database files do not exist in slected directories.

Every time I turn STATS/ON, I get the -127 error at the end. I tried all the things already suggested. I found and now delete XSTATS11.tmp at the beginning of every run because it appends. That works. At the end of the run I have an XSTATS with only the last measured data.

Since I do NOT have datapage, I am only looking for the last valid XSTATS11.tmp to send to Infinity QS. This used to work for me in the 4.3 MR1. I run through the program and at the end, it generates an XSTATS. I copy the XSTATS to another location and Infinity takes it from there.

Now every time I run the program, it takes all data and it creates an XSTATS. But then I persistently get this error -127. I click on OK and it is gone. However, it is highly annoying and eventually it seems to cause PCDLRN errors.

My hunch is that it has something to do with the fact that 2010 always wants to load the data automatically to Datapage. Since I do not have that, it fails. Somehow this was not an issue in 4.3, but it sure is now in 2010.

Any suggestions?
  • I am 100% sure I found the correct one. I just looked all over the puter and there are no other ones anymore (you were right though, I had a bunch of them hiding in "previous version install folders" and I deleted all of those). Still the same error message.

    It seems as though when the regular program is done, it somehow creates this error. Is there something afetr a program finsihes that gets started or something?
  • Isn't -127 the error you get if the database file doesn't exist? Maybe you need to have the database file to write to even though all you're interested in is the XSTATS file. Just a thought.

    Bill
  • Isn't -127 the error you get if the database file doesn't exist? Maybe you need to have the database file to write to even though all you're interested in is the XSTATS file. Just a thought.

    Bill


    I updated the title of this thread to reflect the correct error message. I have no database file/folder. I never had in 4.3.
  • You don't have an UPDATE/STATS command in the program do you?


    No, I do not have that.

    I also deleted my dpupdate.exe. I also de-selected "ALWAYS update database" in setup options. No avail. I have no idea what causes this. Still get the error.
  • The error is generated by DPUPDATE.EXE when it detects an invald database path. When any error occurs, the XSTATS11.TMP file is not deleted.
    Since DPUDAPTE requires the XSTATS11.TMP file to be in the same directory as it is, I think pcmdis now copies DPUPDATE.EXE and other files to the user app directory (windows compliant issues) and is executed from there. So you may have 2 copies of DPUPDATE.EXE under the same version of pcdmis to deal with. If you delete the DPUDAPTE's, I would imagine pcdmis would then generate a message about it not being there. Not sure what you did in prior versions with DPUPDATE. Did you replace it with your own app?
  • The error is generated by DPUPDATE.EXE when it detects an invald database path. When any error occurs, the XSTATS11.TMP file is not deleted.
    Since DPUDAPTE requires the XSTATS11.TMP file to be in the same directory as it is, I think pcmdis now copies DPUPDATE.EXE and other files to the user app directory (windows compliant issues) and is executed from there. So you may have 2 copies of DPUPDATE.EXE under the same version of pcdmis to deal with. If you delete the DPUDAPTE's, I would imagine pcdmis would then generate a message about it not being there. Not sure what you did in prior versions with DPUPDATE. Did you replace it with your own app?


    YOU'RE THE MAN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

    dpupdate is in 2 different locations! It is in my install folder AND in my folder with XSTATS11.tmp. BOTH MUST BE DELETED!

    Back in business.

    I hate it when they move all these files around! This is BSSSSS.


    Anyway, thanks for the help.
  • I hate it when they move all these files around! This is BSSSSS.


    So do I. However it seems to be a MS requirement. (Windows7).
  • Since you have 2010-MR3, you could try the new XMLSTATS command and check it against the STATS/ON command to see what is best for you.
  • Funny thing though: this is not a problem on Vista. On XP, this file is copied to 2 locations. On Vista, it only exists once (the install folder).