Re: [Emc-users] 2.5 run-in-place or not

[Michael Haberler]

well, since people keep tripping over this glade install path issue I looked 
into it and it seems it can be fixed:

===
Glade 3.3.3
===
...
- Defined environment variables GLADE_MODULE_PATH & GLADE_CATALOG_PATH, 
catalogs will be
  searched in GLADE_CATALOG_PATH and widget libraries/support modules in 
GLADE_MODULE_PATH. - Tristan Van Berkom
...


I'll see how we can massage this into rip-environment so glade does the right 
thing when running RIP

-m

Am 23.01.2012 um 07:57 schrieb Michael Haberler:

> 
> Am 23.01.2012 um 02:46 schrieb Tom Easterday:
> 
>> We have been using the 2.5 branch and have made quite a few changes and have 
>> things working nicely.  We want to continue forward with 2.5 and abandon 
>> 2.4.X.  Should I just leave things alone, leave it in run-in-place mode, or 
>> should I rebuild it without that (or is there a way other than 
>> reinstalling)?   We currently have to open a terminal, cd to 
>> ~/emc2/emc2-dev/ and do a . scripts/environment and then run "emc".  We 
>> could turn that into a shell script, but I was wondering what the 
>> advantages/disadvantages are (besides a handy desktop icon to start emc)
> 
> I dont see many disadvantages except the fact the RIP doesnt install glade 
> catalogs in /usr/whatsit so editing gladevcp panels with glade might not work 
> properly
> -m
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] [OT]Moveing pcb-gcode generated files to the milling machine=huge PIMA

[gene heskett]

On Monday, January 23, 2012 01:48:18 AM Rafael Skodlar did opine:

> Hi Gene,
> 
> On 01/22/2012 03:18 PM, gene heskett wrote:
> > Greets everybody;
> > 
> > I am going slowly berzakers here with this bs of having different
> > gid's on these two machines.
> 
> Didn't we discuss this some time back?

Yes, but it did not result in a working solution.

> > I am at that stage where I have files ready to rename and load into
> > emc (linuxcnc) to see what they look like in axis.
> > 
> > But I'll be damned if I can get scp to move the files.  Something has
> > been done to cifs so I cannot mount the shares defined from here,
> > regardless of which of the 10,000 monkeys output I try, its 'no
> > permission".
> > 
> > This is the line in my rc.local that has been mounting that box as a
> 
> mistake number one. No need to force that "manually". statement in
> /etc/fstab would be better. However, see automounter section bellow.
> 
> > read/write share at /mnt/shop, and which now fails, and was failing
> > even before I built the new box for the shop/mill:
> > 
> > mount -t cifs -o
> 
> mistake number two. Why the heck are you torturing Linux with protocols
> mainly used for windows?

Because historically, NFS has never worked, and its docs suck.
 
> > user=gene,passwd=gh10041934,uid=1000,forceuid,gid=1000,forcegid,noserv
> > erino //shop.coyote.den/shop-slash /mnt/shop
> 
> mistake number 3. Don't use /mnt as that's traditionally used for quick
> mounts like CDs, or USB thingies.

I could put it in /media, or in / for that matter, its a share that should 
be there, no questions asked as long as both machines are booted up.  And 
that is the case 24/7/365 for these 2 boxes.
 
> > response:
> > mount error(13): Permission denied
> > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
> > 
> > And of course in my man pages, error 13 is never mentioned.
> 
> Agree. Man pages are historically very poorly documented. First was lack
> of disk space, now it's a "tradition" not to show any examples of how to
> use some "freaking exotic command".
> 
> > But it worked for years before.  From testparm's output on the shop
> > box: [shop-slash]
> > 
> >  comment = The root directory of coyote's FC6 install
> >  path = /
> >  read only = No
> 
> that seem to be all "windows stuff". Handle it Unix style and you'll be
> better off (or it should on?).

As you can see from the FC6 in the comment line, its worked for a long time 
but died about a year back.

> > So I have resorted to copying the files to a publicly invisible web
> > page directory so that I can maybe fire up firefox out on that box
> > and save the files to it that way, but dammit there ought to be a
> > better way.
> 
> Why not simply scp files to "other box"? That will change ownership. You
> could use rsync -av -e ssh local_file userx@remotehost:~/some_subdir  

Yes, I have made that work, 5 or 6 times in the last month.  But again, 
that man page's lack of a known good working example make you play the 
10,000 monkeys writing the Barber of Seville scene.  This time I hunt thru 
the shell history and find one that I know worked 2 weeks ago, adjust the 
path to the new files I want to move, enter my user password and get 
another 100 permission denials or no such file msgs for all the variations.

> If you copy ssh public key to the other side you won't need to enter
> password each time.

Keys have been done.
 
> Better yet, setup NFS, see bellow.
> 
> > There is security, and there is Pain in the Ass obnoxiousness, this is
> > the latter.
> > 
> > I'd be much appreciative of an idiot-proof (and I'm apparently the
> > idiot)
> 
> Don't do that too often as we might assume something :-) Your emails are
> amusing and educational also.
> 
> > method of send this stuff around on my home, private as I can make it,
> > network.
> > 
> > Thanks all.
> > 
> > Cheers, Gene
> 
> The following needs to be done as root or use sudo:
> 
> * assume one side is the NFS server:
> - install package autofs
> - edit /etc/exports with something like
> /home/gene(rw,sync,no_subtree_check)
> 
> - restart autofs
> service nfs-kernel-server restart
> test with
> showmount -e<- to get
> Export list for :
> /home/gene *
> 
> * on the workstation side:
> - install package autofs
> - edit /etc/auto.master to enable auto.net function
> /net-hosts   <- line that likely needs to be uncommented
> 
> that will let you see (automount) servers' export under
> /net/
> where  is your "other PC". ls /net shows nothing while 'ls
> /net/  should show exported files in your home directory.
> Now let's test this setup:
> touch /net//xxx
> ls -l /net//xxx
> 
> 2 minutes, no public exposure, assuming both sides have the same
> distribution, (k)ubuntu in my case, and same UID,GID.

That's the rub, this box is pclos, first uid,gid is 500.

> If not I suggest
> you do that with changing it on one machine to match the other:
> - edit /etc/passwd
> - pwconv
> - edit 

Re: [Emc-users] 2.5 run-in-place or not

[Michael Haberler]

Am 23.01.2012 um 02:46 schrieb Tom Easterday:

> We have been using the 2.5 branch and have made quite a few changes and have 
> things working nicely.  We want to continue forward with 2.5 and abandon 
> 2.4.X.  Should I just leave things alone, leave it in run-in-place mode, or 
> should I rebuild it without that (or is there a way other than reinstalling)? 
>   We currently have to open a terminal, cd to ~/emc2/emc2-dev/ and do a . 
> scripts/environment and then run "emc".  We could turn that into a shell 
> script, but I was wondering what the advantages/disadvantages are (besides a 
> handy desktop icon to start emc)

I dont see many disadvantages except the fact the RIP doesnt install glade 
catalogs in /usr/whatsit so editing gladevcp panels with glade might not work 
properly
-m
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] installing 2.5 in simulation mode, not working

[Michael Haberler]

looks like there's something badly wrong way below emc, python segfaults in 
libc - looks like incompatible libc and python versions:

[ 1956.652151] axis[16736]: segfault at 488bd12a ip 004aacc2 sp bfe4cec8 error 
6 in libc-2.11.1.so[39a000+153000]

if you find a core file, try this:

gdb /usr/bin/python core
backtrace
and post a few lines from the top of stack

--

your kernel oopsed during startup, see line 622 of dmesg, but that's likely not 
the issue and maybe a Parallels artefact, see the irqpoll hint
btw I run 10.04, non-RTAI kernel and linuxcnc-sim in virtualbox on a mac and 
its really stable; I gave up on Parallels eventually

-m

Am 23.01.2012 um 07:19 schrieb Tom Easterday:

> I am trying to install 2.5 under 10.04 running under Parallels on my Mac.  I 
> followed the instructions (related to installing -sim) here:  
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Installing_EMC2#Building_emc2_simulator
> 
> Everything went fine (I believe), but when I try to run linuxcnc with one of 
> the default sim configurations it fails.  Any idea why this isn't working?
> 
> 
> I get this if I try gladevcp_panel sim config:
> 
> tom@ubuntu:~/emc2-dev/configs/sim/gladevcp$ linuxcnc
> LINUXCNC - 2.5.0-pre2
> Machine configuration directory is '/home/tom/emc2-dev/configs/sim/gladevcp'
> Machine configuration file is 'gladevcp_panel.ini'
> Starting LinuxCNC...
> /home/tom/emc2-dev/scripts/linuxcnc: line 687: 17928 Illegal instruction 
> $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
> Shutting down and cleaning up LinuxCNC...
> Cleanup done
> EMC terminated with an error.  You can find more information in the log:
>/home/tom/linuxcnc_debug.txt
> and
>/home/tom/linuxcnc_print.txt
> as well as in the output of the shell command 'dmesg' and in the terminal
> tom@ubuntu:~/emc2-dev/configs/sim/gladevcp$ 
> 
> 
> This if I try axis:
> 
> tom@ubuntu:~/emc2-dev$ linuxcnc
> LINUXCNC - 2.5.0-pre2
> Machine configuration directory is '/home/tom/emc2-dev/configs/sim/axis'
> Machine configuration file is 'axis.ini'
> Starting LinuxCNC...
> /home/tom/emc2-dev/scripts/linuxcnc: line 687: 18317 Segmentation fault  
> $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
> Shutting down and cleaning up LinuxCNC...
> Cleanup done
> EMC terminated with an error.  You can find more information in the log:
>/home/tom/linuxcnc_debug.txt
> and
>/home/tom/linuxcnc_print.txt
> as well as in the output of the shell command 'dmesg' and in the terminal
> tom@ubuntu:~/emc2-dev$ 
> 
> The linuxcnc_debug.txt shows (for either config):
> tom@ubuntu:~/emc2-dev$ more /home/tom/linuxcnc_debug.txt
> Can not find -sec MOT -var MOT -num 1 
> Can not find -sec IO -var IO -num 1 
> Can not find -sec LINUXCNC -var NML_FILE -num 1 
> Can not find -sec EMC -var NML_FILE -num 1 
> 18283
>  PID TTY  STAT   TIME COMMAND
> 18316
>  PID TTY  STAT   TIME COMMAND
> Stopping realtime threads
> Unloading hal components
> 
> The linuxcnc_print.txt shows (for either config):
> tom@ubuntu:~/emc2-dev$ more /home/tom/linuxcnc_print.txt
> RUN_IN_PLACE=yes
> LINUXCNC_DIR=
> LINUXCNC_BIN_DIR=/home/tom/emc2-dev/bin
> LINUXCNC_TCL_DIR=/home/tom/emc2-dev/tcl
> LINUXCNC_SCRIPT_DIR=
> LINUXCNC_RTLIB_DIR=/home/tom/emc2-dev/rtlib
> LINUXCNC_CONFIG_DIR=
> LINUXCNC_LANG_DIR=/home/tom/emc2-dev/src/objects
> INIVAR=inivar
> HALCMD=halcmd
> LINUXCNC_EMCSH=/usr/bin/wish8.5
> INIFILE=/home/tom/emc2-dev/configs/sim/axis/axis.ini
> PARAMETER_FILE=sim.var
> TASK=milltask
> HALUI=halui
> DISPLAY=axis
> Starting LinuxCNC server program: linuxcncsvr
> Loading Real Time OS, RTAPI, and HAL_LIB modules
> Starting LinuxCNC IO program: io
> Starting HAL User Interface program: halui
> Starting EMC2 TASK program: milltask
> Starting EMC2 DISPLAY program: axis
> Killing task linuxcncsvr, PID=18283
> Killing task milltask, PID=18316
> Removing HAL_LIB, RTAPI, and Real Time OS modules
> Removing NML shared memory segments
> tom@ubuntu:~/emc2-dev$ 
> 
> Dmesg output is pasted here:
> http://pastebin.com/qFC2epqR
> 
> Thanks,
> Tom
> 
> 
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2

[Emc-users] installing 2.5 in simulation mode, not working

[Tom Easterday]

I am trying to install 2.5 under 10.04 running under Parallels on my Mac.  I 
followed the instructions (related to installing -sim) here:  
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Installing_EMC2#Building_emc2_simulator

Everything went fine (I believe), but when I try to run linuxcnc with one of 
the default sim configurations it fails.  Any idea why this isn't working?


I get this if I try gladevcp_panel sim config:

tom@ubuntu:~/emc2-dev/configs/sim/gladevcp$ linuxcnc
LINUXCNC - 2.5.0-pre2
Machine configuration directory is '/home/tom/emc2-dev/configs/sim/gladevcp'
Machine configuration file is 'gladevcp_panel.ini'
Starting LinuxCNC...
/home/tom/emc2-dev/scripts/linuxcnc: line 687: 17928 Illegal instruction 
$EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
Shutting down and cleaning up LinuxCNC...
Cleanup done
EMC terminated with an error.  You can find more information in the log:
/home/tom/linuxcnc_debug.txt
and
/home/tom/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
tom@ubuntu:~/emc2-dev/configs/sim/gladevcp$ 


This if I try axis:

tom@ubuntu:~/emc2-dev$ linuxcnc
LINUXCNC - 2.5.0-pre2
Machine configuration directory is '/home/tom/emc2-dev/configs/sim/axis'
Machine configuration file is 'axis.ini'
Starting LinuxCNC...
/home/tom/emc2-dev/scripts/linuxcnc: line 687: 18317 Segmentation fault  
$EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
Shutting down and cleaning up LinuxCNC...
Cleanup done
EMC terminated with an error.  You can find more information in the log:
/home/tom/linuxcnc_debug.txt
and
/home/tom/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
tom@ubuntu:~/emc2-dev$ 

The linuxcnc_debug.txt shows (for either config):
tom@ubuntu:~/emc2-dev$ more /home/tom/linuxcnc_debug.txt
Can not find -sec MOT -var MOT -num 1 
Can not find -sec IO -var IO -num 1 
Can not find -sec LINUXCNC -var NML_FILE -num 1 
Can not find -sec EMC -var NML_FILE -num 1 
18283
  PID TTY  STAT   TIME COMMAND
18316
  PID TTY  STAT   TIME COMMAND
Stopping realtime threads
Unloading hal components

The linuxcnc_print.txt shows (for either config):
tom@ubuntu:~/emc2-dev$ more /home/tom/linuxcnc_print.txt
RUN_IN_PLACE=yes
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/home/tom/emc2-dev/bin
LINUXCNC_TCL_DIR=/home/tom/emc2-dev/tcl
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/home/tom/emc2-dev/rtlib
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/home/tom/emc2-dev/src/objects
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.5
INIFILE=/home/tom/emc2-dev/configs/sim/axis/axis.ini
PARAMETER_FILE=sim.var
TASK=milltask
HALUI=halui
DISPLAY=axis
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
Starting HAL User Interface program: halui
Starting EMC2 TASK program: milltask
Starting EMC2 DISPLAY program: axis
Killing task linuxcncsvr, PID=18283
Killing task milltask, PID=18316
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments
tom@ubuntu:~/emc2-dev$ 

Dmesg output is pasted here:
http://pastebin.com/qFC2epqR

Thanks,
Tom


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[Michael Haberler]

Am 23.01.2012 um 05:56 schrieb dave:

> On Sun, 22 Jan 2012 20:16:40 -0600
> Scott Hasse  wrote:
> 
>> including things like white space.
> 
> OUCH! I've become quite used to g-code with no white spaces and would
> hate to see that forced on user. If it is an option I have no problem. 
> Just my preference. 

A new parsing frontent will not change the *accepted* syntax, so there's 
nothing forced on users

A prettyprinter might use whitespace to improve output readability, that's all

-m


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[dave]

On Sun, 22 Jan 2012 20:16:40 -0600
Scott Hasse  wrote:

> I understand where you are coming from.  Word order is not important
> as long as you understand how things will be interpreted, and that
> understanding matches what actually happens.  I think this discussion
> has ranged across several useful applications for a formalized parser,
> including:
> 
> 1) My original intent, which is to clean up and normalize gcode input
> so that subsequent filters can be much more naive yet still safe.
> The parser in this case would fail on malformed input, disambiguate
> lines to make things as clear as possible and normalize output,
> including things like white space.

OUCH! I've become quite used to g-code with no white spaces and would
hate to see that forced on user. If it is an option I have no problem. 
Just my preference. 

Dave
> 
> I could probably achieve my original use case (wrapping a Y axis
> around an A axis) for my specific input files in a very short python
> program, and it would serve my purpose.  But that is something I
> wouldn't feel responsible releasing to others (even with caveats)
> because ultimately the code would be used to move machines, etc.  As
> a result my work would be a development dead end and there would be
> no benefit to LinuxCNC.  I expect there are one-off translation
> scripts like this all over the place that will never see the light of
> day because of the lack of robustness.  I know I have several.  Since
> I have some modest experience as a software developer writing
> parsers, this is something (along with the Y->A wrapper filter) I can
> work on and hopefully contribute back in exchange for all of the
> benefits I have accrued from LinuxCNC.
> 
> 2) If this parser/validator existed and was portable, it could be
> used to verify gcode in general, serving what some developers call a
> "lint" function against gcode
> (http://en.wikipedia.org/wiki/Lint_%28software%29). This might have a
> positive effect for gcode in the wild, as CAM and motion control
> developers could check their output and those considering extending
> the language might realize sooner that there are good and bad ways to
> extend the language.
> 
> 3) Further, if the parser/validator was sophisticated enough to
> understand the LinuxCNC extensions and could be integrated via C/C++,
> it could be used as a front-end to the LinucCNC gcode interpretation
> process, hopefully providing more robust parsing and validation, more
> clear error messages, and better ability for developers to understand
> and enhance the parsing process.
> 
> That is the discussion so far at least as far as I understand it.
> Michael has done a nice job of providing some requirements for case
> #3, which is probably the hardest case, but those requirements impact
> how we might go about #1 and #2 as well, in that we would ideally
> want to pick a parser generator that would let us re-use the grammar.
> 
> Hope that helps clarify, others please check me if I have this wrong.
> 
> Scott
> 
> On Sun, Jan 22, 2012 at 9:09 AM, John Harris
> wrote:
> 
> > I have followed this thread for a day or two, but I cannot
> > understand what would be achieved by the parsing. The beauty of
> > gcode is its simplicity, a whole block is read and decoded before
> > any action is taken, so why is word order important?
> > Are you looking for:
> > Letter codes without values, or values without letter codes?
> > Wrong type values?
> > Motion with zero speed set?
> >
> > I am currently working on a gcode reader in 'C' for a small 3-axis
> > machine, and wonder if I am missing something?
> >
> > __
> > John Harris
> > E-Mail jdhhar...@customstage.net
> >
> >
> > On 1/22/2012 2:46 AM, Michael Haberler wrote:
> > > Am 22.01.2012 um 04:36 schrieb Scott Hasse:
> > >
> > >> I agree there is a large and difficult problem with respect to
> > >> the
> > semantic
> > >> checking if the desire is to assure that a program will run
> > >> properly.
> >  I'm
> > >> really aiming for a step or two below that, where the code would
> > >> be
> > parsed,
> > >> any semantic checks that can be done statically would be done,
> > >> the words would be re-ordered on the blocks in a standard way,
> > >> and blocks split
> > up in
> > >> a standard way to more clearly disambiguate the order of
> > >> execution.
> > > so you're really looking at source-to-source translation and I
> > > guess AST
> > rewriting, cool
> > >
> > >> Unfortunately I don't have the C chops to be of much assistance
> > >> with an interpreter rewrite (I am a Java guy primarily, getting
> > >> into Python),
> > but
> > > -^^^ I'm already sit in that pit
> > >
> > >> I'd be glad to help with work on a common grammar, even though
> > >> that is
> > only
> > >> a small part of the problem, as you say.
> > > well, my requirements for a vehicle would be roughly like so:
> > >
> > > - industrial-strength error diagnosis and recovery, L

Re: [Emc-users] [OT]Moveing pcb-gcode generated files to the milling machine=huge PIMA

[Rafael Skodlar]

Hi Gene,

On 01/22/2012 03:18 PM, gene heskett wrote:
> Greets everybody;
>
> I am going slowly berzakers here with this bs of having different gid's on
> these two machines.
>

Didn't we discuss this some time back?

> I am at that stage where I have files ready to rename and load into emc
> (linuxcnc) to see what they look like in axis.
>
> But I'll be damned if I can get scp to move the files.  Something has been
> done to cifs so I cannot mount the shares defined from here, regardless of
> which of the 10,000 monkeys output I try, its 'no permission".
>
> This is the line in my rc.local that has been mounting that box as a

mistake number one. No need to force that "manually". statement in 
/etc/fstab would be better. However, see automounter section bellow.

> read/write share at /mnt/shop, and which now fails, and was failing even
> before I built the new box for the shop/mill:
>
> mount -t cifs -o

mistake number two. Why the heck are you torturing Linux with protocols 
mainly used for windows?

> user=gene,passwd=gh10041934,uid=1000,forceuid,gid=1000,forcegid,noserverino
> //shop.coyote.den/shop-slash /mnt/shop
>

mistake number 3. Don't use /mnt as that's traditionally used for quick 
mounts like CDs, or USB thingies.

> response:
> mount error(13): Permission denied
> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
>
> And of course in my man pages, error 13 is never mentioned.
>

Agree. Man pages are historically very poorly documented. First was lack 
of disk space, now it's a "tradition" not to show any examples of how to 
use some "freaking exotic command".

> But it worked for years before.  From testparm's output on the shop box:
> [shop-slash]
>  comment = The root directory of coyote's FC6 install
>  path = /
>  read only = No
>

that seem to be all "windows stuff". Handle it Unix style and you'll be 
better off (or it should on?).

> So I have resorted to copying the files to a publicly invisible web page
> directory so that I can maybe fire up firefox out on that box and save the
> files to it that way, but dammit there ought to be a better way.

Why not simply scp files to "other box"? That will change ownership. You 
could use rsync -av -e ssh local_file userx@remotehost:~/some_subdir
If you copy ssh public key to the other side you won't need to enter 
password each time.

Better yet, setup NFS, see bellow.

> There is security, and there is Pain in the Ass obnoxiousness, this is the
> latter.
>
> I'd be much appreciative of an idiot-proof (and I'm apparently the idiot)

Don't do that too often as we might assume something :-) Your emails are 
amusing and educational also.

> method of send this stuff around on my home, private as I can make it,
> network.
>
> Thanks all.
>
> Cheers, Gene

The following needs to be done as root or use sudo:

* assume one side is the NFS server:
- install package autofs
- edit /etc/exports with something like
/home/gene(rw,sync,no_subtree_check)

- restart autofs
service nfs-kernel-server restart
test with
showmount -e<- to get
Export list for :
/home/gene *

* on the workstation side:
- install package autofs
- edit /etc/auto.master to enable auto.net function
/net-hosts   <- line that likely needs to be uncommented

that will let you see (automount) servers' export under
/net/
where  is your "other PC". ls /net shows nothing while 'ls 
/net/  should show exported files in your home directory. 
Now let's test this setup:
touch /net//xxx
ls -l /net//xxx

2 minutes, no public exposure, assuming both sides have the same 
distribution, (k)ubuntu in my case, and same UID,GID. If not I suggest 
you do that with changing it on one machine to match the other:
- edit /etc/passwd
- pwconv
- edit /etc/group
chown -R . /home/

Note that automounter will disconnect after a timeout, 15min I believe, 
unless you have files open or you 'cd' into that space. That's normal. 
It will be visible next time you access the files.

Other option is to use sshfs which will mount directories in user space 
over ssh, see man pages.

I do make house calls on occasion :-)

Man it's noisy outside. Chinese/Vietnamese New Year. Firecrackers are 
chasing bad spirits away, I think.

-- 
Rafael

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary homing.

[gene heskett]

On Sunday, January 22, 2012 09:01:21 PM Jon Elson did opine:

> John Stewart wrote:
> > Hi Andy;
> > 
> >> Does it actually have a homing switch or not?
> > 
> > No, no homing switch.
> > 
> > I read somewhere that the "HOME_SEQUENCE=-1" told LinuxCNC (smile) not
> > to home.  Am I correct in that assumption?  Or, is there commands in
> > there that say "don't home but you should be homed" in there?
> 
> If HOME_SEARCH_VEL = 0.0 in the [AXIS_n] section of the .ini
> file, then there will be no homing move, and wherever the
> machine is will be accepted as the home position.
> 
> Jon

I just tried these two additions to my .ini file, then restarted emc while 
the machine was within about a thou of zero on all axises.  But on the 
restart, the home flag wasn't set where it was restarted, and a click on 
the 'home all' button then zeroed the display in addition to setting the 
home * on in the selected sequence.  This then throws my machine off by 
however much it is from zero, and this is not at all nice, forcing me to 
repeat the homing by electrical contact detection that I am currently using 
as I get setup to 'etch' a couple pcb's.  That takes 5 to 10 minutes of 
creeping along at .015/minute feed rates for all 3 axises to arrive at 
where it was when I shut it down.

It would be nice if there was a setting that would cause it to set the home 
stars, _without_ zeroing the counters, accepting that it is 'homed' 
wherever it is at.

Is this even possible Jon?

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
I used to think I was indecisive, but now I'm not so sure.

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[Scott Hasse]

I understand where you are coming from.  Word order is not important as
long as you understand how things will be interpreted, and that
understanding matches what actually happens.  I think this discussion has
ranged across several useful applications for a formalized parser,
including:

1) My original intent, which is to clean up and normalize gcode input so
that subsequent filters can be much more naive yet still safe.  The parser
in this case would fail on malformed input, disambiguate lines to make
things as clear as possible and normalize output, including things like
white space.

I could probably achieve my original use case (wrapping a Y axis around an
A axis) for my specific input files in a very short python program, and it
would serve my purpose.  But that is something I wouldn't feel responsible
releasing to others (even with caveats) because ultimately the code would
be used to move machines, etc.  As a result my work would be a development
dead end and there would be no benefit to LinuxCNC.  I expect there are
one-off translation scripts like this all over the place that will never
see the light of day because of the lack of robustness.  I know I have
several.  Since I have some modest experience as a software developer
writing parsers, this is something (along with the Y->A wrapper filter) I
can work on and hopefully contribute back in exchange for all of the
benefits I have accrued from LinuxCNC.

2) If this parser/validator existed and was portable, it could be used to
verify gcode in general, serving what some developers call a "lint"
function against gcode (http://en.wikipedia.org/wiki/Lint_%28software%29).
 This might have a positive effect for gcode in the wild, as CAM and motion
control developers could check their output and those considering extending
the language might realize sooner that there are good and bad ways to
extend the language.

3) Further, if the parser/validator was sophisticated enough to understand
the LinuxCNC extensions and could be integrated via C/C++, it could be used
as a front-end to the LinucCNC gcode interpretation process, hopefully
providing more robust parsing and validation, more clear error messages,
and better ability for developers to understand and enhance the parsing
process.

That is the discussion so far at least as far as I understand it.  Michael
has done a nice job of providing some requirements for case #3, which is
probably the hardest case, but those requirements impact how we might go
about #1 and #2 as well, in that we would ideally want to pick a parser
generator that would let us re-use the grammar.

Hope that helps clarify, others please check me if I have this wrong.

Scott

On Sun, Jan 22, 2012 at 9:09 AM, John Harris wrote:

> I have followed this thread for a day or two, but I cannot understand
> what would be achieved by the parsing. The beauty of gcode is its
> simplicity, a whole block is read and decoded before any action is
> taken, so why is word order important?
> Are you looking for:
> Letter codes without values, or values without letter codes?
> Wrong type values?
> Motion with zero speed set?
>
> I am currently working on a gcode reader in 'C' for a small 3-axis
> machine, and wonder if I am missing something?
>
> __
> John Harris
> E-Mail jdhhar...@customstage.net
>
>
> On 1/22/2012 2:46 AM, Michael Haberler wrote:
> > Am 22.01.2012 um 04:36 schrieb Scott Hasse:
> >
> >> I agree there is a large and difficult problem with respect to the
> semantic
> >> checking if the desire is to assure that a program will run properly.
>  I'm
> >> really aiming for a step or two below that, where the code would be
> parsed,
> >> any semantic checks that can be done statically would be done, the words
> >> would be re-ordered on the blocks in a standard way, and blocks split
> up in
> >> a standard way to more clearly disambiguate the order of execution.
> > so you're really looking at source-to-source translation and I guess AST
> rewriting, cool
> >
> >> Unfortunately I don't have the C chops to be of much assistance with an
> >> interpreter rewrite (I am a Java guy primarily, getting into Python),
> but
> > -^^^ I'm already sit in that pit
> >
> >> I'd be glad to help with work on a common grammar, even though that is
> only
> >> a small part of the problem, as you say.
> > well, my requirements for a vehicle would be roughly like so:
> >
> > - industrial-strength error diagnosis and recovery, LALR(1) capable
> > - can generate a C/C++ scanner/parser from grammer, lexical definition
> > - the parser/scanner can be used from C/C++ or Python
> > - optional parse tree generation a plus
> > - mainstream/widely used code base a plus
> >
> > that probably suggests some bison or byacc base; I'd refrain from a
> Python-only solution like PLY because that's bound to diverge from the
> current interpreter since it cant be easily used a frontend; however, there
> was some 

Re: [Emc-users] Help with a GladeVCP startup error message

[Steve Blackmore]

On Sun, 22 Jan 2012 18:56:32 -, you wrote:

>Oh dear - I am just discovering how little I understand.

Your not on your own John!!  EMC, or should I now say LCNC, is written
and annotated by Linux gurus who unfortunately think everyone is at the
same guru level as them!

Beware - of these gotcha's

No jog in feedhold! -  So don't break an insert or get a swarf ball
around a tool!!!

Taper thread pitches are measured along the hypotenuse ???

There are others, but those are two show stoppers for me... 

I only use EMC, or whatever you want to call it, for turning jobs where
screw cutting is involved, everything else I do with a really old
version of Mach. Credit where credit's due - Parallel screw cutting is
flawless.

Unfortunately any changes to EMC only happen if you can do it yourself
even when you can prove it's sensible or Industry standard. Committee
member ego's seem to overrule standards or common sense.
 
Explains really why it's still a niche application with so few users...

Steve Blackmore
--

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 2.5 run-in-place or not

[Tom Easterday]

We have been using the 2.5 branch and have made quite a few changes and have 
things working nicely.  We want to continue forward with 2.5 and abandon 2.4.X. 
 Should I just leave things alone, leave it in run-in-place mode, or should I 
rebuild it without that (or is there a way other than reinstalling)?   We 
currently have to open a terminal, cd to ~/emc2/emc2-dev/ and do a . 
scripts/environment and then run "emc".  We could turn that into a shell 
script, but I was wondering what the advantages/disadvantages are (besides a 
handy desktop icon to start emc)

Tom
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Possible Retrofit candidate for someone in the heartland

[Karl Schmidt]

On 01/22/2012 02:07 AM, a...@conceptmachinery.com wrote:
> Hi
> why retrofit bridgeport machine when one can buy cnc machine X 50" Y 26"
> travel CNC mill for $6.5 k
> those bridgeport will have similar price anyway.
> After one will buy used machine, beside retrofit controller with EMC2 need
> to learn about how to rebuild axis -learn about TURCITE and Way Lock etc,
> without which good controller will be just useless.

First, it is not a bridgeport. Second, these are going for scrap price - scrap 
iron is going for 
about $165 - $200/ ton - so no reason to offer any more than $400 which is a 
little less than $6K. 
I would offer $200 or just see if they will give it to you. Moving it is the 
main expense.

Seeing that it is in Wichita - it is a good bet it only milled aluminum..





Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB http://xtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-0434





--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] [OT]pcb-gcode, bug?

[gene heskett]

Greetings all;

I just ran it and had it generate a bunch of stuff I copied to the mill, 
and I recall seeing a checkmark in the setup menu that asked if I wanted 
the bottom flipped y instead of x.  So I left it unchecked, expecting to 
see the bottom was then reversed left-right in the output, but it is not 
reversed.

Bug, or something else I didn't do such as establishing a reference mark on 
the bottom layer with eagle?  Which I would assume would be at the right 
front corner after the board was turned over?  This is with 0,0,0 being 
established on the left front corner by continuity between the board 
sitting in HDPE and the machine frame.

Clues?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
To get back on your feet, miss two car payments.

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD + Induction motor closed position loop

[Leonardo Marsaglia]

Thanks Andy again for your help. As always you're very helpful!

Regards.

Leonardo.

El 22 de enero de 2012 21:06, andy pugh  escribió:

> On 22 January 2012 23:56, Leonardo Marsaglia
>  wrote:
>
> > Andy thanks for your explaination about the 8i20 card. So, this card used
> > with LinuxCNC and hostmot2 will work well to drive a servo for accurate
> > positioning. Right?
>
> It _should_. I can't say for certain that it does, as I have some
> problems with my motors (could be damaged motors, could be that my
> resolver to quadrature converter isn't good enough).
>
> I know that Matt Shaver is using the 8i20 as a spindle drive with success.
>
> > the main doubt that I have is the difference
> > between AC brushless and DC brushless motors.
>
> As far as we are concerned they are the same thing.
>
> --
> atp
> The idea that there is no such thing as objective truth is, quite simply,
> wrong.
>
>
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
*Leonardo Marsaglia*.
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] OT - memcache

[Spiderdab]

Hi I just thiscovered python-memcache, and maybe it can be interesting
to you, too.
I wrote something on the forum:
http://www.linuxcnc.org/index.php/english/component/kunena/?func=view&catid=10&id=17029#17029

Ciao, Davide.


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD + Induction motor closed position loop

[andy pugh]

On 22 January 2012 23:56, Leonardo Marsaglia
 wrote:

> Andy thanks for your explaination about the 8i20 card. So, this card used
> with LinuxCNC and hostmot2 will work well to drive a servo for accurate
> positioning. Right?

It _should_. I can't say for certain that it does, as I have some
problems with my motors (could be damaged motors, could be that my
resolver to quadrature converter isn't good enough).

I know that Matt Shaver is using the 8i20 as a spindle drive with success.

> the main doubt that I have is the difference
> between AC brushless and DC brushless motors.

As far as we are concerned they are the same thing.

-- 
atp
The idea that there is no such thing as objective truth is, quite simply, wrong.

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD + Induction motor closed position loop

[Leonardo Marsaglia]

Andy thanks for your explaination about the 8i20 card. So, this card used
with LinuxCNC and hostmot2 will work well to drive a servo for accurate
positioning. Right?

I saw that you wrote the difference between an AC brushless and DC brushed
motor if I'm not wrong. But the main doubt that I have is the difference
between AC brushless and DC brushless motors. Sorry If I read your message
wrongly.


El 22 de enero de 2012 20:27, andy pugh  escribió:

> On 22 January 2012 23:20, Leonardo Marsaglia
>  wrote:
>
> > I'm curious about the 8i20 card. Does this card handle the PID
> > calculations?
>
> That card does hardly any calculations at all. It takes current and
> phase angle information from EMC2/linuxCNC via a serial link.
> The current command will come from a PID component running in
> LinuxCNC, and the angle information comes from another HAL component
> which takes data from hall sensors, encoders or resolvers on the
> motor.
>
> > By the way, this card is intended for AC brushless motors. I'm not an
> > expert on the subject, so I need to ask. What's the main  difference
> > between an AC brusless and a DC brushless motor. Do the coils change? The
> > control method?.
>
> Both. The main difference (apart from the lack of brushes) is that an
> AC brushless is a 3-phase machine so needs 3 power wires, and a
> brished servo is DC with only 2 power wires. You need very different
> drives.
>
> --
> atp
> The idea that there is no such thing as objective truth is, quite simply,
> wrong.
>
>
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
*Leonardo Marsaglia*.
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD + Induction motor closed position loop

[andy pugh]

On 22 January 2012 23:20, Leonardo Marsaglia
 wrote:

> I'm curious about the 8i20 card. Does this card handle the PID
> calculations?

That card does hardly any calculations at all. It takes current and
phase angle information from EMC2/linuxCNC via a serial link.
The current command will come from a PID component running in
LinuxCNC, and the angle information comes from another HAL component
which takes data from hall sensors, encoders or resolvers on the
motor.

> By the way, this card is intended for AC brushless motors. I'm not an
> expert on the subject, so I need to ask. What's the main  difference
> between an AC brusless and a DC brushless motor. Do the coils change? The
> control method?.

Both. The main difference (apart from the lack of brushes) is that an
AC brushless is a 3-phase machine so needs 3 power wires, and a
brished servo is DC with only 2 power wires. You need very different
drives.

-- 
atp
The idea that there is no such thing as objective truth is, quite simply, wrong.

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD + Induction motor closed position loop

[Leonardo Marsaglia]

Thanks andy for your recomendation. I'm reading about pico and mesa systems
for driving servo motors.

I'm curious about the 8i20 card. Does this card handle the PID
calculations? Or the card only reads the pwm signals from the mesa I/O
card?, so I need to use the HAL PID component and use it to drive the
motor?.

By the way, this card is intended for AC brushless motors. I'm not an
expert on the subject, so I need to ask. What's the main  difference
between an AC brusless and a DC brushless motor. Do the coils change? The
control method?.

Thanks again for your help!


El 20 de enero de 2012 18:15, andy pugh  escribió:

> On 20 January 2012 21:09, Leonardo Marsaglia
>  wrote:
> > Thank you Les and Robert for your answers. So, the best option is brushed
> > DC motors
>
> Brushless are good too, if they come with drives. There are also
> generic EMC2-compatible brushless drives from Pico and Mesa.
>
> --
> atp
> The idea that there is no such thing as objective truth is, quite simply,
> wrong.
>
>
> --
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
*Leonardo Marsaglia*.
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] [OT]Moveing pcb-gcode generated files to the milling machine=huge PIMA

[gene heskett]

Greets everybody;

I am going slowly berzakers here with this bs of having different gid's on 
these two machines.

I am at that stage where I have files ready to rename and load into emc 
(linuxcnc) to see what they look like in axis.

But I'll be damned if I can get scp to move the files.  Something has been 
done to cifs so I cannot mount the shares defined from here, regardless of 
which of the 10,000 monkeys output I try, its 'no permission".

This is the line in my rc.local that has been mounting that box as a 
read/write share at /mnt/shop, and which now fails, and was failing even 
before I built the new box for the shop/mill:

mount -t cifs -o 
user=gene,passwd=gh10041934,uid=1000,forceuid,gid=1000,forcegid,noserverino 
//shop.coyote.den/shop-slash /mnt/shop

response:
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

And of course in my man pages, error 13 is never mentioned.

But it worked for years before.  From testparm's output on the shop box:
[shop-slash]
comment = The root directory of coyote's FC6 install
path = /
read only = No

So I have resorted to copying the files to a publicly invisible web page 
directory so that I can maybe fire up firefox out on that box and save the 
files to it that way, but dammit there ought to be a better way.
There is security, and there is Pain in the Ass obnoxiousness, this is the 
latter.

I'd be much appreciative of an idiot-proof (and I'm apparently the idiot) 
method of send this stuff around on my home, private as I can make it, 
network.

Thanks all.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
A man of genius makes no mistakes.
His errors are volitional and are the portals of discovery.
-- James Joyce, "Ulysses"

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp and/or Axis bug?

[Thomas Powderly]

does this really chg the focus?
#tjp added 8dec2009 because editing field didnt chg output value to
halpin        self.bind('',self.ret_pressed)tom3p

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp and/or Axis bug?

[Thomas Powderly]

andy
cool,
 glad someone found the hacked version of some use,
 though dragging that file along with my other hacks is a constant
problem with new releases
tom3p

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Help with a GladeVCP startup error message

[John Prentice]

Greetings
>
> Am 21.01.2012 um 18:49 schrieb John Prentice:
>
>> Another oddity is that Glade will not open glade-manual.ui as it says it
>> cannot find the gladevcp catalog..
>
> this a different issue - glade expects the catalog file under
> /usr/something and the catalogs arent installed when using RIP
>
>> Do you think a clean Ubuntu install and pull then compile of 2.5_branch
>> would be the best course?
>
> I suggest you remove the existing emc2 packages and configure for normal
> install (not RIP)
>
> glade should work then, and likely the import issue goes away - having two
> different versions of emc installed in different places on the same
> machine is usually asking for troubles
>
> - Michael

Oh dear - I am just discovering how little I understand.

Working on Lucid 10.4.3

I removed the installed EMC2 (2.4.6) with the package manager and rebooted
for safety.

Pulled from 2.5_branch - lots of changes as everyone has been very busy with
the new name!

Did a "make clean"

Then, following the wiki page, did

  cd src
  ./autogen.sh
  ./configure
  make
  make install-menus
  sudo make setuid

I realise that I do not understand the following from the wiki page:

"2.5. Building emc2 (realtime)
If you have already installed EMC from the Live CD do not use --prefix/make
install. Use the 'run in place' method (the default) instead."

On Michael's advice I don't want RIP but as it is default how do you avoid
getting it? Wiki suggests you need "--prefix/make install" but where should
this be put?

I can run the compiled version by using

. scripts/linuxcnc

but when I quit LinuxCNC the terminal closes instantly. dmesg does not seem
to have anything about this. What mght be happening here?

I will now try gladevcp - the whole point of this exercise - but feel very
in the dark about the compilation so any explanations very welcome.

John Prentice


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary homing.

[gene heskett]

On Sunday, January 22, 2012 12:03:07 PM andy pugh did opine:

> On 22 January 2012 03:51, John Stewart  wrote:
> >> Does it actually have a homing switch or not?
> > 
> > I read somewhere that the "HOME_SEQUENCE=-1" told LinuxCNC (smile) not
> > to home.  Am I correct in that assumption?
> 
> Yes, but that leaves the axis unhomed, whereas you want it to home
> without moving.
> As Jon has said, you need to have a positive value for the homing
> sequence number and a zero HOME_SEARCH_VELOCITY
> http://www.linuxcnc.org/docview/html/config_ini_homing.html

I would like to if possible have it restart in the already homed state at 
the POSITION.txt location, so what should I put in the individual axis 
sections to accomplish this?

And an additional accuracy enhancer would be a 2nd field added to each 
axis's entry in the POSITION.txt file to tell linuxcnc which side of the 
backlash setting the motor was up against when that file was saved at 
shutdown.  That would be the final link to be able to continue an 
interrupted job without the hassle of re-homing the whole machine.  For 
that, a simple + or - after the value should suffice for that.

Hint, hint :)  That would scratch a very persistent itch for me.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
To err is human,
To purr feline.
-- Robert Byrne

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] [OT] need advice from old hands

[gene heskett]

On Sunday, January 22, 2012 11:50:41 AM Fox Mulder did opine:

> On windows i just extracted all the content of pcb-gcode.zip to a
> directory like c:\pcb-gcode. Than set the ulp and script path (don't
> know if script path is really needed) in eagle to c:\pcb-gcode as first
> entry. That's it and it works without problems. :)
> 
> Ciao,
>  Rainer

Ah, yes, thanks, I had neglected to set the $HOME/eagle/ulp path. :(

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
>Ever heard of .cshrc?
That's a city in Bosnia.  Right?
-- Discussion in comp.os.linux.misc on the intuitiveness of 
commands

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp and/or Axis bug?

[Tom Easterday]

On Jan 22, 2012, at 9:59 AM, Michael Haberler wrote:
> Am 22.01.2012 um 15:06 schrieb Tom Easterday:
> 
> re stealing focus:
> 
> Pavel jumped several hoops to resolve this, a description is here:
> 
> http://www.linuxcnc.org/docs/devel/html/gui/gladevcp.html#_implementation_note_key_handling_in_axis

Thanks Michael.  I should have know he would have fixed this :-)
-Tom


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary homing.

[John Stewart]

Andy, Jon;


> 
>> I read somewhere that the "HOME_SEQUENCE=-1" told LinuxCNC (smile) not to 
>> home.  Am I correct in that assumption?
> 
> Yes, but that leaves the axis unhomed, whereas you want it to home
> without moving.
> As Jon has said, you need to have a positive value for the homing
> sequence number and a zero HOME_SEARCH_VELOCITY
> http://www.linuxcnc.org/docview/html/config_ini_homing.html


Thank you for pointing me in the correct direction - yes, setting both the 
HOME_SEQUENCE number to a positive number, and the HOME_SEARCH_VELOCITY to 0.0 
worked - I can now home my XYZ machine and can now get the Sherline rotary 
table connected.

This list is great. ;-)


John A. Stewart.
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[Kent A. Reed]

On 1/22/2012 4:46 AM, Michael Haberler wrote:
> well, my requirements for a vehicle would be roughly like so:
>
> - industrial-strength error diagnosis and recovery, LALR(1) capable
> - can generate a C/C++ scanner/parser from grammer, lexical definition
> - the parser/scanner can be used from C/C++ or Python
> - optional parse tree generation a plus
> - mainstream/widely used code base a plus
>
> that probably suggests some bison or byacc base; I'd refrain from a 
> Python-only solution like PLY because that's bound to diverge from the 
> current interpreter since it cant be easily used a frontend; however, there 
> was some discussion about moving the interpreter to fully-Python. I think 
> thats overly ambitious given the resources though.
Michael:

I think your list of requirements is a good one and the goal being 
discussed admirable. I just feel an urge to throw out a caution about 
your first requirement.

I never got past idly playing with the primordial Unix tools lex and 
yacc but I when I was actively engaged in the fledgling ISO/STEP 
activity I watched closely as one of NIST's best programmers constructed 
a reference implementation of a compiler for EXPRESS, the language the 
STEP  committee developed for expressing information models. He used all 
the classic compiler construction techniques of the late 1980s. You'd 
think he was working against your list of requirements---or the "dragon 
book."

The result was a program that was excellent in a maddening way. If the 
input schema were correct, the compiler would run to completion and 
create lots of "stuff" that was needed in the creation of software tools 
to work with STEP data. It was widely used inside and outside NIST in 
the creation of production code. However, if the input schema were 
incorrect, the compiler would effectively roll over on its back and die. 
Sure, it emitted error messages but they were obtuse and seldom useful. 
The folks in the ISO/STEP committee writing EXPRESS schemas for their 
various application protocols went crazy trying to use his compiler as a 
diagnostic tool. Their mode of operation was, write a schema, submit, 
amend the schema, submit, looping as many times as needed to get the 
compiler to stop failing.

I had conversations with the author about the need for a "student" 
compiler---similar in concept to the Waterloo FORTRAN compilers of the 
1960s and 1970s [you youngsters can look them up]---that provided 
copious and useful error and warning messages. His response was that 1) 
it was much harder to say what is wrong than to say something is wrong 
and 2) there was no resource to do all the additional work required. 
(Actually there was also a 3---if I were so committed to the idea, why 
didn't I "just do it"?)

In particular, he convinced me it is generally difficult to implement 
meaningful error messages in an LALR parser. (Something I've since read 
in various books.)

OK, so EXPRESS is a much more complicated language but I think the 
situation may be similar with G-code. To develop 'industrial-strength 
error diagnosis and recovery" requires great discipline. I suspect it 
might even be better not to use the lex/yacc (flex/bison) approach at 
all if one is trying to develop a stand-alone diagnostic tool similar to 
"lint".

But, hey, this is just one man's opinion.

The first thing I would do if I were determined to go this route is to 
take the fledging grammar from Tom Kramer's paper, amend it as necessary 
to reflect the LinuxCNC additions to RS274/NGC (testing, of course, to 
see that the result is a valid BNF grammar), pass it through the 
toolchain of choice, and see what it gives me to work with.

I suppose the current LinuxCNC interpreter was heavily influenced by Tom 
Kramer's original RS274/NGC interpreter code. There's a late-model 
version of this code at http://code.google.com/p/rs274ngc/ (aside-This 
version has obviously been touched by others since it now bears a 
copyright statement by Mark Pictor, whom I do not know. The original 
NIST code was not subject to copyright.) I have no idea whether Tom 
passed his grammar through lex/yacc in the creation of his intepreter 
but you can ask him or Mark Pictor. Their email addresses are listed on 
the Google project page.

> I have zero Java clue and would try to avoid adding another language to the 
> linuxcnc language plethora, which needs to be pruned rather than be added to
I absolutely agree. In the early days of LinuxCNC development, one 
critic in particular returned to this complaint again and again. I see 
it as the price one pays for open-source development in a widely 
distributed, sparsely populated community that changes over time. One 
never knows what will be the language preference of the person with the 
next great idea (of course this only matters if the person is 
sufficiently committed to the idea to implement it). We already have 
shell scripts, C, C++, tcl/tk, Python (what did I leave out?). Let's not 
add Java i

Re: [Emc-users] question on gcode parsing

[John Harris]

I have followed this thread for a day or two, but I cannot understand 
what would be achieved by the parsing. The beauty of gcode is its 
simplicity, a whole block is read and decoded before any action is 
taken, so why is word order important?
Are you looking for:
Letter codes without values, or values without letter codes?
Wrong type values?
Motion with zero speed set?

I am currently working on a gcode reader in 'C' for a small 3-axis 
machine, and wonder if I am missing something?

__
John Harris
E-Mail jdhhar...@customstage.net


On 1/22/2012 2:46 AM, Michael Haberler wrote:
> Am 22.01.2012 um 04:36 schrieb Scott Hasse:
>
>> I agree there is a large and difficult problem with respect to the semantic
>> checking if the desire is to assure that a program will run properly.  I'm
>> really aiming for a step or two below that, where the code would be parsed,
>> any semantic checks that can be done statically would be done, the words
>> would be re-ordered on the blocks in a standard way, and blocks split up in
>> a standard way to more clearly disambiguate the order of execution.
> so you're really looking at source-to-source translation and I guess AST 
> rewriting, cool
>
>> Unfortunately I don't have the C chops to be of much assistance with an
>> interpreter rewrite (I am a Java guy primarily, getting into Python), but
> -^^^ I'm already sit in that pit
>
>> I'd be glad to help with work on a common grammar, even though that is only
>> a small part of the problem, as you say.
> well, my requirements for a vehicle would be roughly like so:
>
> - industrial-strength error diagnosis and recovery, LALR(1) capable
> - can generate a C/C++ scanner/parser from grammer, lexical definition
> - the parser/scanner can be used from C/C++ or Python
> - optional parse tree generation a plus
> - mainstream/widely used code base a plus
>
> that probably suggests some bison or byacc base; I'd refrain from a 
> Python-only solution like PLY because that's bound to diverge from the 
> current interpreter since it cant be easily used a frontend; however, there 
> was some discussion about moving the interpreter to fully-Python. I think 
> thats overly ambitious given the resources though.
>
> I have zero Java clue and would try to avoid adding another language to the 
> linuxcnc language plethora, which needs to be pruned rather than be added to
>
> I'd be interested what you think.
>
> - Michael
>
>
>
>
>
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp and/or Axis bug?

[Michael Haberler]

Am 22.01.2012 um 15:06 schrieb Tom Easterday:

re stealing focus:

Pavel jumped several hoops to resolve this, a description is here:

http://www.linuxcnc.org/docs/devel/html/gui/gladevcp.html#_implementation_note_key_handling_in_axis

-m
> 
> Thanks Andy,
> Do you know if Gladevcp has the same issues?
> Tom
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp and/or Axis bug?

[Tom Easterday]

On Jan 21, 2012, at 9:27 PM, andy pugh wrote:
> On 22 January 2012 02:01, Tom Easterday  wrote:
> 
>> Also, if you select one of these items and change it's value using the 
>> keyboard numbers, it will not be saved unless you click an
>> up or down arrow selection
> 
> I think that the fact that you can type into the scrollboxes is
> technically an oversight, as they do steal focus, and don't update.
> (and you forgot their very annoying behaviour when you try to type a
> negative number)
> 
> There is a patch that makes them update on enter or leaving the box,
> but it isn't in the released code because they still steal focus so
> are potentially dangerous.
> 
> I use them all the time.
> 
> The patched version of pyvcp_widgets.py can be found here.
> http://www.bodgesoc.org/lathe/pyvcp_widgets.py
> 
> But I can't recall where I got the patch from, and it doesn't solve
> the fact that when you are in the box even the ESC key doesn't work to
> stop the machine.

Thanks Andy,
Do you know if Gladevcp has the same issues?
Tom
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary homing.

[andy pugh]

On 22 January 2012 03:51, John Stewart  wrote:

>> Does it actually have a homing switch or not?

> I read somewhere that the "HOME_SEQUENCE=-1" told LinuxCNC (smile) not to 
> home.  Am I correct in that assumption?

Yes, but that leaves the axis unhomed, whereas you want it to home
without moving.
As Jon has said, you need to have a positive value for the homing
sequence number and a zero HOME_SEARCH_VELOCITY
http://www.linuxcnc.org/docview/html/config_ini_homing.html

-- 
atp
The idea that there is no such thing as objective truth is, quite simply, wrong.

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] ttt and openvoronoi py-scripts

[Anders Wallin]

I tested V-carving yesterday:
http://www.anderswallin.net/2012/01/v-carving-test/
It seems to work. The order of the paths is not optimized at all, so
the machine does many unnecessary rapid-traverses.

> There is now a PPA through which the packages are available:
> https://launchpad.net/~anders-e-e-wallin/+archive/cam

after some work on the dependencies etc the packages now seem to build
OK. In particular they now work for Lucid/10.04 which is what most
people have for LinuxCNC.

I've put the python-scripts that produce g-code when opened in AXIS
over here: https://github.com/aewallin/linuxcnc-scripts

test-reports welcome!
Bugs/issues with the underlying libraries to the opencamlib list
please: https://groups.google.com/forum/?hl=en#!forum/opencamlib

Anders

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[Andrea Montefusco]

On 01/22/2012 10:46 AM, Michael Haberler wrote:
> well, my requirements for a vehicle would be roughly like so:
>
> - industrial-strength error diagnosis and recovery, LALR(1) capable
> - can generate a C/C++ scanner/parser from grammer, lexical definition
> - the parser/scanner can be used from C/C++ or Python
> - optional parse tree generation a plus
> - mainstream/widely used code base a plus

Maybe you avoid the bnf->C++ step, using some spirit

http://www.boost.org/doc/libs/1_48_0/libs/spirit/doc/html/index.html

(no pun intended)

 *am*

-
Andrea Montefusco iw0hdvhttp://www.montefusco.com
tel: +393356992791 fax: +390623318709
-

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] [OT] need advice from old hands

[Fox Mulder]

Am 22.01.2012 05:24, schrieb gene heskett:
> On Saturday, January 21, 2012 11:14:36 PM Fox Mulder did opine:
> 
>> Am 21.01.2012 20:41, schrieb gene heskett:
>>> Stripping it down to the holes, via, and dimensions and running
>>> pcb-gcode- setup.ulp gets me an instant can't open source/drill.h. 
>>> So I'll have to generate that with gedit I suppose.  The source
>>> directory doesn't exist yet.
>>
>> That is strange because within the original pcb-gcode zip file the
>> source folder exists, including drill.h. Seems to me that you have some
>> problems with the directory structure for pcb-gcode. Did you extract ALL
>> the files from within the zip file into some directory and ran the ulp
>> file from within it?
>>
>> Ciao,
>>  Rainer
>>
> That is what I thought I was doing.  Somewhere in one of the readme's it 
> said to put it in ones /home/gene/eagle tree, so currently when I an cd'd 
> to where I can see the drill.h file, a pwd says:
> 
> /home/gene/eagle/ulp/source
> 
> The two installs aren't exactly identical, eagle is installed on the shop 
> box as /opt/eagle-6.1.0, where on this box it is in /opt/eagle/eagle-6.1.0.
> 
> Do I need to set another env variable?
> 
> eagle has no problem seeing /home/gene/eagle/ulp/pcb-gcode-setup.ulp, but 
> throws the error 50ms after the dbl click to run it.
> 
> Clues gleefully checked out.  :)

On windows i just extracted all the content of pcb-gcode.zip to a
directory like c:\pcb-gcode. Than set the ulp and script path (don't
know if script path is really needed) in eagle to c:\pcb-gcode as first
entry. That's it and it works without problems. :)

Ciao,
 Rainer

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] question on gcode parsing

[Michael Haberler]

Am 22.01.2012 um 04:36 schrieb Scott Hasse:

> I agree there is a large and difficult problem with respect to the semantic
> checking if the desire is to assure that a program will run properly.  I'm
> really aiming for a step or two below that, where the code would be parsed,
> any semantic checks that can be done statically would be done, the words
> would be re-ordered on the blocks in a standard way, and blocks split up in
> a standard way to more clearly disambiguate the order of execution.

so you're really looking at source-to-source translation and I guess AST 
rewriting, cool

> Unfortunately I don't have the C chops to be of much assistance with an
> interpreter rewrite (I am a Java guy primarily, getting into Python), but
-^^^ I'm already sit in that pit

> I'd be glad to help with work on a common grammar, even though that is only
> a small part of the problem, as you say.

well, my requirements for a vehicle would be roughly like so:

- industrial-strength error diagnosis and recovery, LALR(1) capable 
- can generate a C/C++ scanner/parser from grammer, lexical definition
- the parser/scanner can be used from C/C++ or Python
- optional parse tree generation a plus
- mainstream/widely used code base a plus

that probably suggests some bison or byacc base; I'd refrain from a Python-only 
solution like PLY because that's bound to diverge from the current interpreter 
since it cant be easily used a frontend; however, there was some discussion 
about moving the interpreter to fully-Python. I think thats overly ambitious 
given the resources though.

I have zero Java clue and would try to avoid adding another language to the 
linuxcnc language plethora, which needs to be pruned rather than be added to

I'd be interested what you think. 

- Michael





--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Possible Retrofit candidate for someone in the heartland

[a]

Hi
why retrofit bridgeport machine when one can buy cnc machine X 50" Y 26"
travel CNC mill for $6.5 k
those bridgeport will have similar price anyway.
After one will buy used machine, beside retrofit controller with EMC2 need
to learn about how to rebuild axis -learn about TURCITE and Way Lock etc,
without which good controller will be just useless.

thanks
aram

> On Fri, 20 Jan 2012, BRIAN GLACKIN wrote:
>
>> Date: Fri, 20 Jan 2012 09:03:00 -0500
>> From: BRIAN GLACKIN 
>> Reply-To: "Enhanced Machine Controller (EMC)"
>> 
>> To: "Enhanced Machine Controller (EMC)"
>> 
>> Subject: [Emc-users] OT: Possible Retrofit candidate for someone in the
>> heartland
>>
>> Kansas is just too far for me.
>>
>> http://www.govliquidation.com/auction/view?auctionId=4975994
>>
>> Looks like the were a litte agressive on the control system with the
>> forklift.
>
>
> Ahh, they just tenderized it a little...
>
> There's also an enormous 5 axis waterjet:
>
> http://www.govliquidation.com/auction/view?auctionId=4988692
>
> appropriately rusty of course.
>
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
> --
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users