Machsupport Forum
Third party software and hardware support forums. => Newfangled Mill Wizard => Topic started by: thosj on March 09, 2013, 06:03:10 PM
-
I installed the wizard and trying to open it it says it can't create files that appear to be in My Documents. I've moved the location of My Documents folder on all my computers. Is that a problem? If I try to start a job it says it can't find files in Documents, like material.txt. I'll attach a couple screen shots.
I thought I posted here yesterday, but I don't see the post. Must have done something wrong.
Edit...........
Sure enough, I moved the My Documents back to the "legit" location and it works. Is it possible to change this and make it point to the Windows internal My Documents location instead of being hard coded however it is now? I'm on Windows 7 if it matters.
-
The wizards now use the Microsoft standards for file placement. The exe is installed in c:\ProgramFiles\Wizards\Mill The users files, like job files, tooltable, and gcofe go in C:\Documents and Settings\{username}\Wizards\Mill
If you have moved MyDocuments it should not matter but if you have moved your user folder then it will fail.
Did the install run without error, and it is failing on start up of the wizard?
Material.txt is still in the .exe folder instead of the user settings folder. We should correct that to be consistent.
-
The install ran fine, but it failed on run the wizard exe. I've corrected the location of My Documents and all seems well. I've never moved my "user" folder, not even sure I know how, only my documents folder. It failed and worked after I moved it back home. I don't know why. Windows 7, not being documents and settings but My Documents? I don't know.
Now, I tried to install on the machine computer, also Windows 7 32 bit, the one where the license would go and it fails to install. I'll attach another screenshot. I moved My Documents to the default location before trying, but now it appears to have a problem with Programs folder.
-
Ok, this one looks like the permission problem in win7. You have to run as Administrator to install in win7. Right click on the installer exe file and choose the run as.. choice.
Damn I hate microsoft install issues.
-
Yup, that IS strange as both pc's are Win7 32, both have administrator accounts, and both have UAC set the same (default). Why on one I'd have to run the installer as administrator manually and one just run it by double clicking is a mystery. If you have any ideas, as you likely see more of this than I do, I'd appreciate a hint. >:(
-
I'm still somewhat confused by these file locations. The exe is normal, Program Files, but the data files, they all appear to be in C:\Users\username\Wizards. Nothing seems to by in Windows default Documents location, at least on Windows 7.
I loaded the Example1 job and it couldn't find the engraving font even though I installed to the default location. I browsed to the same default location and picked what seemed to be the font, and sure enough all was good.
So......still confused by file locations. Not that it's too big a deal but my attention came on one computer where I'd moved the Documents folder in Windows and it couldn't find anything, I moved it back, it was OK, but really, the files aren't there anyway? Hmmmmm.......
And.......the only way I am going to even SEE gcode output is by buying this? I was hoping to at least SEE it, even if I couldn't SAVE it and RUN it without a paid license.
Tom
-
I downloaded the NewFangled Mill Wizard this evening and observed some issues with the install onto a Win 7 (64) machine.
I needed to run the installer as administrator; which I suspect caused the default setup files (in the directory tree Wizards) to be written to Users\Admin\ rather than to Users\john.
The result of this was a failure to start nicely unless I ran the Wizards as administrator. Copying the Wizards file tree across to my working directory seems to have fixed the problem, but I'd have to rate this installation as only marginally successful.
I also think it's a little dictatorial to place the Wizards tree automagically at the root of the user account with no install-time option of change. Acceptable for beta s/w perhaps, but I'd like to see it fixed once out of beta.
-
What he said!!
I'd also really like to see the gcode before I pay. It's just me, and I'm sure the gcode will "run the machine" but I'd like to see it in the demo so I can tell how much editing I'd need to do for my somewhat special application where I use my BP clone knee to do tool length comp, don't use G43 Hxx, but instead use M843 and M849 macros I've written. Its a task I have my CAM post doing with aplomb. It'd be nice to use these wizards for simple stuff, but I need to see if the saving would balance the effort to edit ALL output.
I'm going to be at Cabin Fever hoping to attend Friday's seminars, so maybe I can get in the comfort zone there!!
Tom
-
This whole install thing was done to be compliant with the microsoft requirements for applications. I have to admit I don't like it either, but Brian wants to 'follow the rules'
I have not seen the problem of putting the user files under the admin path- when I have run it they come out as expected under the user name
Did you do a 'Run as' or were you logged in as admin?
-
Brian want to include a post option in V2, but that is going to be at least many months (a year?) from now.
We will have demo systems at cabin fever, both in the seminar and on the exhibit floor Saturday and Sunday and you will be able to use one and try whatever you want.
-
I know this is likely aimed at jhaddy but I normally don't do installs with Run as.... I do have an admin account and always logon with that, the ONLY account on my computers. I'm not sure if Windows 7 admin accounts are the same as Windows XP admin accounts. All my computers are Windows 7 or Windows 8. Some Windows 7 32 and some 64, all Windows 8 are 64 bit.
That said, I'm sitting at a Windows 7 64 laptop that hasn't seen the wizard installed, so if I can try it some way or other, tell me and I'll install it and see where the files go. I'm guessing installing normally from an admin account would be normal, rather than Run as....
And I don't know what "installed under admin and not username" means, but like I said, I only have one account on each of my computers and they're "admin" accounts.
Tom
-
OK, it's all coming back to me. The installer WON'T run in an administrator Windows 7 account. You get the error about opening NFS_Mill.exe, the screenie I posted at the start of this thread, reply #2. So the ONLY apparent choice is Run as Administrator which likely starts the dilemna. Once the installer is run with Run as Administrator, it'll act differently and put files different places, maybe? But either way, no apparent choice of how to run it on Windows 7 other than Run as Administrator. And........that doesn't seem to comply with Microsoft's rules.......most installers don't require being run as administrator.
When the installer is Run as Administrator, it puts the exe stuff in C:\Program Files(x86), probably right, but it puts it's other files in C:\Users\username\Wizards|Mill. Then when you try to run the program, it can't find the files because it's looking in Documents. To compound this, I always move my My Documents to a different drive (a newfangled small SSD as boot drive thing!), so it really can't find it!! This is all documented with screenshots and explanation at the beginning of this thread. Same issue right now installing anew on this laptop.
I know........install a nice clean version of Windows XP, where an administrator account is a 'real' administrator account, and quit whining :-\ Sadly, most of us have moved on, me among them.
-
The installer wants to put the .exe in the C:\Program Files(x86) folder. On Win7 the system doesnt allow that unless you run as admin. The common way is to right click on the install file name and select 'Run as'
It places the user files in the folder pointed to by $PROFILE which windows sets to the users path. So if you are running in the admin account you wind up with the files under in C:\Users\admin\Wizards|Mill.
I suspect when you make your own user folder windows doesnt fix the $PROFILE envvar.
Right now I dont know how to get around this, other than to put your user folder where microsoft wants it, or to manually move the folders after the install to your user folder.
I will continue to work on this.
-
Personally, I wouldn't mind seeing my files end up the My Documents directory if you know how to do that!
-
Ron,
This really needs to be looked at. I was the guy in the red sweatshirt at the seminar at Cabin Fever today. Like I said there, right clicking the installer and choosing Run as Administrator is NOT, IMHO, the usual way to install a Windows Program. At the very least, simply double clicking the installer needs to throw up a warning box stating that it must be run as administrator. But in reality, it needs to store it's user files somewhere more common, like My Documents.
As it stands right now I can't figure out how to run the Wizard on this Win 7 64 laptop. I'm currently installed, but trying to run the program, I get an error that it can't find it's files in My Documents, where it's NOT SUPPOSED TO BE PUTTING THEM in the first place. I have MOVED the My Documents folder to the D:\ drive with Windows usual, documented, method of doing so, so Windows knows where it is. But the installer is putting them somewhere then apparently looking for them in My Documents, and not Windows idea of where My Documents is. I tried running the Wizard as administrator and get the same error. I'll uninstall, and try a couple different ways, but right now, I'm stumped.
Tom
-
OK, I moved my My Documents back to the Windows default location, ran the installer as administrator, and now it works. If it isn't installing the user files in My Documents, why do I get an error starting the program about it can't write to My Documents?
It appears the user files are installed in C:\Users\myusername\Wizards, which I don't like much, but us usable. I'd prefer my user files in My Documents\Wizards.
And like I said, the installer needs to throw up a message if not run as administrator if you insist on the idea that it MUST be run as administrator.
Tom
-
Brian and I talked about these issues last night,, we will continue to discuss it. When I get back to my dev machine I work with the installer package and see what can be done.