what would be involved in porting AXIS to windows? is this feasible?
it's python, so it should be mostly ported already
assuming the underlying libraries are there
but then there's "gcodemodule.cc" (and maybe others) that would need to be ported
that's what i thought, but it seemed too easy
so the code that makes the screen look all nice should be pretty easy (if you ignore the GL part of it)
but the rest isn't so easy
windows can do opengl though right?
I tried once
(but this is just me thinking about it, I'm far far from a Python / AXIS expert)
yes, Windows has OGL
fenn: you'll have a hard time to compile all parts
hmmm. thinking about the UI, I don't know how much of AXIS is X-centric
I know the author is Xcentric though :)
SWPadnos: that's not a very big problem :)
but the issue is compiling some underlying stuff
I would start by removing all HAL traces..
right, like gcodemodule (is togl also a .cc?)
i think its kinda sloppy to have axis interact with hal anyway
I know I had problems with togl back then
fenn, there's some AXIS_NOHAL environent var you can set to prevent AXIS from creating HAL pins
I don't recall the name, but it was on the list lately
what are the axisui.jog pins for anyway?
fenn: they select which axis is activated
so if you select axis X on the GUI, the forst jog pin is high
(that helps when you have a handwheel)
ah - they're "jog-axis-select-output" pins
you can easily do without
fenn: I recently added a AXIS_NO_HAL env support
so AXIS runs on systems without HAL
i think it should go away entirely
er, the hal stuff in any gui i mean
this could be done with nml messages to select the handwheel axis
then halui can export that
and it could be a number instead of having 9 pins
fenn: that may be so
steve_stallings is now known as steves_logging
fenn: you're looking at compiling axis?
yes, where should i start?
looking that is
i've never compiled anything on windows
hmm.. I reinstalled about twice since then, and I don't have much left
first you gotta figure out what compiler you'll use
can i use gcc?
iirc I could only use some M$ shit for the python-gl stuff
fenn: only if you use mingw I think
but you need to compile parts of emc first
although I think it will be slightly easier to start with rcslib
i thought that already worked with windows
(take an old rcslib from CVS, that one has projects for M$ Vcc)
you then need to take a recent emc.hh and emc_nml.hh, and whatever has changed
I think that's the quickest way to getting the needed infrastructure for AXIS to run..
the other way is installing cygwin and cygwin-X and trying there
when you ran tkemc on windows did you use cygwin?
no, tkemc runs natively under tcl/tk
hmm.. so you're just telling me how to set up the compiler
so far .. yes
basicly you have 2 choices
port stuff over to win
or try to get it running under cygwin
when I tried back then, there were a couple of things that didn't work under cygwin like python-gl iirc
it might have changed in the last 2? years
but axis still uses weird python-gl stuff
i.e. not a standard python module
[13:35:04] <alex_joni> http://cygwin.com/ml/cygwin/2004-10/msg00677.html
seems other people are running python-gl stuff in cygwin
so that's good
ok well, this is far down on the priority list, so maybe the win-empire will crash and burn before i get around to it
that was with emc1, and existing projects for M$ Vcc
alex_joni; that's just so wrong ;)
it still took me about a week till I got it working
lerneaen_hydra: I was young and naive :P
It would seem that you've learned from your endeavor :p
well.. I'm not so sure I would try again :D
AXIS runs in ssh -x under CygwinX just fine..
that sounds a lot simpler
IIRC there are even dedicated x servers for windows
though their name seems to elude me
ah yes that's right
I could only remember exceed which is not Free
[13:46:23] <alex_joni> http://sourceforge.net/projects/xming
in both meaning
also not free or Free
yeah.. I remember that one
there was another one too, though I forgot the name. their claim to fame was that they had accelerated Parhelia drivers for Linux
hmm.. Xming-portable-PuTTY sounds good :D
Xi Graphics, that was it
there is a Zming-mesa.. so that might provide accel
oh, but not for Windows. how nice!
I meant Xming-mesa
I jettisoned the 'pyopengl' package, so you don't have to worry about getting it built for mingw. You do have to worry about getting the python and tk extensions included in emc built, that includes an OpenGL API and a port of the tk "ToGL" widget.
(at the time I started axis, bdi shipped a buggy pyopengl package; its ToGL just crashed when you attempted to use it)
(I struggled with it for awhile then gave up and just put what I needed from it -- a tiny subset -- in emc)
emc extension does mean some parts of libnml though
it's interesting to note that if we have joint constraints we could more easily have anisotropic scaling
* skunkworks needs to look that word up..
scaling where the different directions don't have to all be the same
it would turn circles into ellipses for instance
ah - so - it might work for dia/rad on lathe?
hm, keystick doesn't run for me ..
emc/usr_intf/keystick.cc 1392: emcStatus buffer not available
skunkworks: good question, I hadn't thought of that application.
ugh it works if I add a 'sleep' to the emc script
I think that still depends on interpreter hackery though
I think for diameter mode, IJ in arcs are radius but they end up twice as big, or some other crazy-ass thing
the trouble with scaling is offset
setting the Z scale to 0.5 would make R act like D on a lathe (I think), but relative to what?
thanks for reminding me not to worry about this
you'd have to be at R=D=Z=0 for that to not cause following error badness
too many actually-useful things to worry about
sorry about that..
* skunkworks doesn't really care either.
EMC: 03jepler 07TRUNK * 10emc2/scripts/emc.in: (log message trimmed)
EMC: * don't run graphical programs (e.g., @WISH@, popimage) when DISPLAY is unset
EMC: * don't use xterm to start keystick when DISPLAY is unset
EMC: * I found that without an extra xterm startup time, keystick did not
EMC: consistently start for me, so I added a 'sleep'. Someone should look
EMC: into the question of how to make sure that emcsvr is ready before starting
EMC: other processes, or else fix keystick to wait a short time for the stat