Eric, Thanks for the response but I still can't convince the "set open test.ngc" command to work. I've moved the nc_files directory all over the machine to no avail. The relative directory error message, of course, is less than helpful. I think the trick will be to get the -ini method working. If I could explicitly specify the path then debugging would be easier. Has anyone gotten the "set open" method working on Ubuntu? If so, please shed some light.
Rafael, I think your points are valid but they don't simply apply to linux novices. Relative paths without a well documented root are difficult to work with and confusing even to folks like me with 30 years of software experience! Thanks - Mike -----Original Message----- From: Rafael Skodlar [mailto:ra...@linwin.com] Sent: Wednesday, March 11, 2009 12:28 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] How can I get emc to automatically run g-code without an operator? Eric H. Johnson wrote: > Michael, > > The path is relative to the home folder of the account from which EMC was > run. Typically this should be: > > emc2/nc_files/<file name> > or > emc2/nc_files/examples/<file name> > > Regards, > Eric > > > Thanks for the quick response. I configured emcrsh and it is working very > well. I can do everything but open a file. No matter what I do the file path > I give is appended to "../../nc_files" and it is unclear where the root of Using ../../ as part of the path embedded in a program or a script is _very bad_ practice in my experience. People unfamiliar with Unix have a hard time to debug it when there is a problem. I've seen this elsewhere and causes lots of frustration and numerous support calls. Shell environment provides variable HOME which can be used for the starting point for working directory. I use it in every bash or python script. If it's not set, it can be added to .bashrc or system wide configuration files. Special variable set in .bashrc is used for applications sometimes but I don't like that either because some apps don't tell you what it's supposed to be or people don't know how to fix it. Solution to this is a wrapper script with all the variables needed to start a working program. > this relative path resides. There is a parameter to the load emcrsh command > called "-ini" which I tried playing with but to no avail. It appears to > point to a nonexistent "emc.ini" file. > I tried pointing -ini to the ini file I use to run the machine but that > didn't seem to work. > What am I doing wrong? > Thanks again - Mike -- Rafael ------------------------------------------------------------------------ ------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users