Back
[00:00:26] <andypugh> jepler: You figured that out by inspection or debugging the numbers?
[00:00:37] <skunkworks> andypugh, maybe - I might seriously consider 2 iso's... But I can't say that because I don't know the work involved...
[00:00:38] <jepler> andypugh: with uspace I could stop right at the segfault
[00:00:43] <jepler> Program received signal SIGSEGV, Segmentation fault.
[00:00:43] <jepler> [Switching to Thread 0x7ffff7f86700 (LWP 6536)]
[00:00:43] <jepler> output_to_hal () at emc/motion/control.c:1794
[00:00:43] <jepler> 1794 *(joint_data->motor_offset) = joint->motor_offset;
[00:00:49] <jepler> then I grepped around for where the pin was created
[00:02:10] <andypugh> My plan was to propagate num_spindles from motion upwards.
[00:03:17] <andypugh> My feeling is that we ought to do the same for num_joints. ie, motion can get it from the INI via the halfile if wanted, but the num_joints modparam is the definitive number and no other code should look anywhere else.
[00:05:04] <andypugh> But I am fairly sure that Master and friends are just as confused here, and this is a niggle to settle after the merge I am hoping for ;-)
[00:09:32] -!- andypugh has quit [Ping timeout: 244 seconds]
[00:11:10] <jepler> andypugh:
https://emergent.unpythonic.net/files/sandbox/0001-motion-show-a-diagnostic-for-joints-misconfiguration.patch
[00:11:54] <jepler> so now I start linuxcnc and get: "Cannot set number of joints to 9, motion was loaded with max joints 3. Normal configuration has loadrt motion ... joints=[KINS]JOINTS
[00:11:57] <jepler> "
[00:13:31] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[00:13:53] <andypugh> Hmm. My Wifi just died.
[00:14:10] <andypugh> Luckily I could plug in a lump of copper
[00:14:41] <jepler> andypugh:
https://emergent.unpythonic.net/files/sandbox/0001-motion-show-a-diagnostic-for-joints-misconfiguration.patch
[00:17:25] <andypugh> Should it be != rather than > in the test?
[00:18:01] <jepler> maybe
[00:18:24] <jepler> the message would also need a slight tweak in that case
[00:18:32] <jepler> if you want to decide and change it, please be my guest.
[00:19:32] <andypugh> I see that you chose to just crop the numJoints rather than exit with an error.
[00:19:45] <andypugh> I can see an argument both ways.
[00:22:00] <andypugh> Having followed all too many support threads, I think I like “start linuxCNC with a warning” best. Users tend to just see the error report as a “Crash!” don’t read it, and come whining to the forum.
[00:22:24] <andypugh> noobs! When it was me I came whining to the IRC :-)
[00:24:42] <andypugh> On reflection, your patch is adequate and catches an unusual misconfiguration. Misconfiguring the other way is just untidy, rather than problematic.
[00:25:40] <andypugh> Also, I am so deep in something else that backtracking to somewhere to fix this would confuse me.
[00:32:07] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[00:42:53] <andypugh> I think this guy is being grateful and friendly. So how does he manage to come over condescending?
http://codepad.org/ykuWz1tj
[00:43:59] <cradek> it does feel odd, but I agree he's probably a nice guy
[00:45:55] <andypugh> I think it is the tacit assumption that he knows more about machines and metallurgy than me.
[00:48:32] <andypugh> There again, whilst I know that lots of people know more about those two subjects than me, I am not sure I actually believe it. :-)
[00:51:39] <andypugh> I can watch someone doing any kind of making-things job and be sure I could do it better. It’s probably a pathology.
[00:54:39] <skunkworks> I think it is human nature.. some hide it better than others.
[00:55:13] <andypugh> However, I do know know that you guys are all better coders than me, and if jepler thinks that patch does the trick, it should be pushed.
[00:57:39] <jepler> you're very kind
[00:57:45] <jepler> I am abrasive jerk but I'm working on it
[00:59:07] <skunkworks> http://electronicsam.com/images/house/sully.jpg
[00:59:11] <skunkworks> unrelated...
[00:59:20] <skunkworks> Just really cute if I do say so my self..
[01:00:18] <jepler> darn I was hoping for a cat pic. I mean, cute -- how old now?
[01:00:27] <jepler> is the number written there in some way a clue?
[01:01:01] <andypugh> the 19 dots probably arent’
[01:03:00] <skunkworks> one in april
[01:06:29] <jepler> http://www.printing-machine.org/notes/2016/6/4/printing-cliches
[01:07:15] <jepler> any blog which includes melting "type metal" on a kitchen stove is probably a good one
[01:07:42] <skunkworks> http://electronicsam.com/images/house/squirts.jpg
[01:09:00] <andypugh> jepler: Fascinating
[01:10:00] <andypugh> skunkworks: I don’t know how much hair is traditonal at that age but ?
[01:10:40] <andypugh> Is he destined for a career as a swimmer?
[01:11:14] <skunkworks> it is not uncommon.. stella took a long time to get her hair too.
[01:11:29] <skunkworks> just not this long ;)
[01:14:00] <andypugh> There is a famous (in the UK) Olympic gold-medal winning swimmer (Duncan Goodhew) who had no hair at all. There was speculation that it was an unfair advantage.
[01:16:22] <jepler> an unf-hair advantage
[01:19:25] -!- rigid_ has quit [Changing host]
[01:19:32] rigid_ is now known as rigid
[01:20:00] <skunkworks> he does have really short fine blond hair.. so he looks balled
[01:22:07] <andypugh> Eep! look at the time! Time to sleep
[01:22:15] -!- andypugh has quit [Quit: andypugh]
[03:07:44] -!- Tom_itx has quit [Ping timeout: 258 seconds]
[03:09:21] -!- zlog has quit [Ping timeout: 240 seconds]
[03:09:30] -!- KimK has quit [Ping timeout: 250 seconds]
[03:37:54] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[03:38:38] -!- zlog [zlog!~zlog@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[06:28:12] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[06:39:16] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:39:46] -!- teepee has quit [Ping timeout: 244 seconds]
[06:39:47] teepee_ is now known as teepee
[06:45:18] -!- patsy has quit [Quit: Given the choice between you, I'll take the sea-sick crocodile.]
[07:18:46] -!- KimK [KimK!~Kim__@2600:8803:7a87:9700:4a5b:39ff:fe0b:57d2] has joined #linuxcnc-devel
[08:00:26] -!- b_b has quit [Changing host]
[08:37:25] -!- Miner_48er has quit [Quit: Leaving]
[09:16:12] -!- kalxas has quit [Changing host]
[09:49:10] -!- Daerist has quit [Remote host closed the connection]
[12:18:59] -!- patsy has quit [Quit: Few women admit their age. Few men act theirs.]
[12:40:26] -!- Komzpa has quit [Ping timeout: 244 seconds]
[13:01:12] <jepler> yay, the nice folks at digitalocean let me transfer a bunch of referral credits from my personal account to the linuxcnc.org account. This is the system where we run the forum now, and the credits are enough to keep the lights on for months and months.
[13:52:45] -!- Komzzzpa has quit [Ping timeout: 250 seconds]
[14:02:13] <seb_kuzminsky> yay!!
[14:04:50] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[14:06:42] <cradek> nifty
[14:16:10] -!- steves_logging has quit [Read error: Connection reset by peer]
[14:16:15] -!- steve_stallings [steve_stallings!~Steve@wsip-70-182-2-252.dc.dc.cox.net] has joined #linuxcnc-devel
[14:17:04] -!- skunkworks has quit [Ping timeout: 240 seconds]
[14:19:35] -!- lair82 [lair82!~rick@52-92-107-97.dynamic.cm-pool.d-pcomm.com] has joined #linuxcnc-devel
[14:24:32] <mozmck> jepler: thinking about your objection to reading hal pins from gcode. what I'm using that for is reading user entered values in the screen from subroutines, and I'm I can't think of a cleaner way to do what I want. One sub basically calls this: G53 G0 X#<_hal[gscreen.loadmat_x-f]> Y#<_hal[gscreen.loadmat_y-f]> The XY values are entered in boxes in the screen and then they just press a button to move to an out-of-the-way location for loading materia
[14:25:48] <mozmck> To do that with motion.analog-in pins would require a lot more code and be less clear IMO
[14:28:53] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[14:29:03] <jepler> Because you can just use the #<> notation to get the value, not issue a M66, right?
[14:29:55] <jepler> M66 ... / #<x>=#5399 / M66 ... / #<y>=#5399 / G53 G0 ...
[14:30:46] <mozmck> Yes, my current method is one line as well.
[14:31:00] <mozmck> With M66 I would need about 5 right?
[14:31:24] <mozmck> Plus the hal signal connections and all.
[14:31:55] <jepler> but if there were something in #<> notation that read the value from motion.analog-in, doesn't that get at the problem you perceive with M66?
[14:32:08] <mozmck> Is there a way to set parameters from a GUI?
[14:32:27] <jepler> it is an advantage that you would then be able to use HAL signals to decide where the value really comes from
[14:32:32] <mozmck> I suppose it would mostly - I would still need to make hal connections.
[14:32:49] <mozmck> Yes, that could be an advantage instead of "hard-wiring" it
[14:34:36] <cradek> > I copied the whole /usr/lib/firefox-esr tree to /usr/lib/iceweasel
[14:34:55] <cradek> gene sure finds creative ways to make his system not work right
[14:35:17] <jepler> making the iceweasel -> firefox-esr transition in a "stable" debian release was a honking big mistake by debian.
[14:35:19] <lair82> Good Morning Guys, I am wondering if it is possible to work on the operating system of an externally connected SSD using one of these,
http://www.newegg.com/Product/Product.aspx?Item=N82E16817707380, basically go from my mint desktop, and start working in the wheezy environment that is on the ssd, without rebooting into the ssd?
[14:36:30] <jepler> lair82: that is more of a generic debian or linux question, you will probably find better answers in a different venue.
[14:38:28] <lair82> Ok, I was just wondering, I already have the OS installed on the ssd, but I need to make all the other modifications to the system on the ssd, and I thought I was on the user chat, not the dev chat, sorry jepler
[14:59:38] -!- jellevictoor has quit [Ping timeout: 272 seconds]
[15:11:26] amnesic_away is now known as amnesic
[15:36:06] -!- Mathnerd314_ [Mathnerd314_!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:37:11] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[15:41:12] <seb_kuzminsky> mozmck: you want a gui window with text entry fields that lets the user type in the coordinates for the machine to go to, that gets displayed and read from while in the middle of running a gcode program? an interactive gui for a gcode program, if you will?
[15:42:15] <seb_kuzminsky> some folks at the local hackspace really like having gui front-ends for small simple mdi commands (like G53 G0 XYZ), and they implemented that with pyvcp and gladevcp, but of course it's only usable while not running a program
[15:42:52] <mozmck> Yes, that's what I'm doing basically
[15:43:23] <mozmck> I do have a probing subroutine that uses a couple of values from the GUI as well.
[15:43:56] <mozmck> and that subroutine is used in the programs as well as from a button on screen
[15:45:46] <mozmck> F#<_hal[gscreen.toffrate-s]>
[15:45:47] <mozmck> G38.2 Z#<_hal[gscreen.tofflimit-f]> ;Probe Touch-Off
[15:47:09] <mozmck> My thought is that the more of these kinds of things someone wants to do the messier and more work it will be to connect hal signals for all of it.
[15:47:57] <mozmck> If there was a way to set user parameters from the gui that would work just as well though. Named parameters would be great.
[15:49:20] <jepler> you're talking about gcode #<...> "parameters" now, not HAL parameters?
[15:53:08] <jepler> what does the name toffrate-s mean anyhow?
[15:53:23] -!- ivansanchez has quit []
[15:54:07] <jepler> I assume that it means touch off rate, and the suffix -s has something to do with the specifics of the on-screen widget
[15:54:53] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:55:21] <jepler> anyhow, what do you do when a user comes to you and says: I want to have a physical switch that overrides the GUI touch off speed and always performs touch off at F6
[15:55:42] <mozmck> yes, touch-off rate - and the hal_spinbutton makes a pin for signed values and one for floating point.
[15:56:12] <jepler> .. if the value that eventually comes to your F number comes from a motion pin, then you can accomodate this user by changing hal files. You'll add a mux and some net statements
[15:56:35] <mozmck> Well, I would just tell them to enter a different number in the box on screen
[15:56:36] <jepler> .. in your design, it is difficult to accomodate the user request, because you have to go in these part programs and change _hal[gscreen.toffrate-s] to something else
[15:57:09] <mozmck> For this use case I don't think that is an issue, but I can see that it would be for others.
[15:57:45] <jepler> this design means you can't switch something between being a virtual control and a real control without rewriting part programs
[15:57:46] <mozmck> yes, I was talking about gcode parameters
[15:57:54] -!- Mathnerd314_ has quit [Ping timeout: 272 seconds]
[15:58:14] <jepler> using signals connected to motion pins, you can accomplish changes like that by just changing hal files
[15:58:40] <mozmck> true. I would probably need to change a number of things in the gui to handle that as well though.
[15:59:25] -!- Mathnerd314_ [Mathnerd314_!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:59:29] <jepler> sure, in my hypothetical case you would ideally change the GUI so that the spinbox becomes inactive when the switch is the one position
[16:02:16] -!- Mathnerd314 has quit [Ping timeout: 264 seconds]
[16:04:12] <mozmck> That's a good point about part programs. I am currently doing the screen stuff in external subroutines which get called from the part programs, so all that has to change is the subroutine.
[16:08:51] <jepler> (or even: take that thing off my screen, one time a guy on the floor typed a number in there and broke a tool)
[16:10:07] -!- remstw has quit [Ping timeout: 258 seconds]
[16:12:48] <mozmck> For that kind of thing what I probably need is a password protected settings page.
[16:14:40] wtsmer is now known as remstw
[17:09:45] stilldavid_ is now known as stilldavid
[18:03:49] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[18:04:10] -!- sel has quit [Read error: Connection reset by peer]
[18:17:55] amnesic is now known as amnesic_away
[18:27:48] -!- micges [micges!~micges@dgw56.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:53:09] -!- Daerist has quit [Quit: Leaving]
[18:53:33] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15zultron commented on issue #49: @SebKuzminsky, this is looking great. The issue I had was related to the state tags work, so it doesn't apply to LinuxCNC. I really appreciate the fix! 02
https://github.com/LinuxCNC/linuxcnc/issues/49#issuecomment-226579200
[19:15:59] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[19:24:27] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[19:29:40] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/posix_timer 706a658 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: let RtapiApp subclasses subclass rtapi_task * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=706a658
[19:29:41] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/posix_timer be8fabd 06linuxcnc 10src/rtapi/rtapi_uspace.hh 10src/rtapi/uspace_rtapi_app.cc uspace: move pthread-specific data to new PosixTask type * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=be8fabd
[19:29:41] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/posix_timer 1f44419 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: use posix timers instead of clock_nanosleep TIMER_ABSTIME * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1f44419
[19:48:53] amnesic_away is now known as amnesic
[19:53:16] -!- kingarmadillo has quit [Ping timeout: 264 seconds]
[19:59:14] -!- Almis90 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[19:59:51] -!- jellevictoor has quit [Ping timeout: 246 seconds]
[20:04:04] -!- kwallace has quit [Ping timeout: 264 seconds]
[20:04:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 3b82074 06linuxcnc 10(6 files) add a test to reproduce the preview-strangeness reported by Zultron * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3b82074
[20:04:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 16eec37 06linuxcnc 10(8 files in 2 dirs) add a test of STARTUP_GCODE vs Abort * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=16eec37
[20:04:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 ba334e3 06linuxcnc 04tests/motion-logger/basic/expected.builtin-startup 03tests/motion-logger/basic/expected.builtin-startup.in 10tests/motion-logger/basic/test.sh tests/motion-logger/basic: allow comments in expected files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ba334e3
[20:05:00] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 1b7a523 06linuxcnc 10tests/motion-logger/basic/expected.builtin-startup.in tests/motion-logger/basic: comment 'expected' file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1b7a523
[20:05:04] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 3ad1ea2 06linuxcnc 10src/emc/rs274ngc/interp_convert.cc 10src/emc/rs274ngc/rs274ngc_interp.hh 10src/emc/rs274ngc/rs274ngc_pre.cc interp: move end-of-program cleanup code to its own function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3ad1ea2
[20:05:09] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 991984e 06linuxcnc 10src/emc/rs274ngc/rs274ngc_pre.cc 10tests/motion-logger/basic/expected.builtin-startup.in 10tests/motion-logger/mountaindew/expected.motion-logger interp: reset Interp and Canon state on Abort * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=991984e
[20:05:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 516deae 06linuxcnc 10src/emc/task/emctaskmain.cc Task: simplify handling of emcCommand * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=516deae
[20:05:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 402c27b 06linuxcnc 10(5 files in 3 dirs) Task: add drain_interp_list * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=402c27b
[20:05:22] <KGB-linuxcnc> 05seb/2.6/task-abort-fix 402c27b 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=402c27b
[20:05:41] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #73: Using POSIX timers instead of clock_nanosleep (06master...06jepler/master/posix_timer) 02
https://github.com/LinuxCNC/linuxcnc/pull/73
[20:05:54] -!- Almis90 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[20:05:57] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky closed issue #49: 2.6: abort during startup interrupts startup 02
https://github.com/LinuxCNC/linuxcnc/issues/49
[20:12:22] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15cradek closed pull request #67: Seb/2.6/task abort fix (062.6...06seb/2.6/task-abort-fix) 02
https://github.com/LinuxCNC/linuxcnc/pull/67
[20:12:27] -!- skunkworks [skunkworks!~skunkwork@69-179-5-209.dyn.centurytel.net] has joined #linuxcnc-devel
[20:16:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 27bc840 06linuxcnc 10(9 files in 5 dirs) Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=27bc840
[20:20:46] <jepler> seb_kuzminsky: whee
[20:32:15] <skunkworks> now that z is fixed - y sounds loud.. ;0
[20:34:52] <seb_kuzminsky> the squeaky joint gets the grease
[20:37:44] amnesic is now known as amnesic_away
[20:40:55] -!- b_b has quit [Remote host closed the connection]
[20:49:31] <linuxcnc-build_> build #4217 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/4217 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[20:51:00] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 f281232 06linuxcnc 10tests/motion-logger/startup-gcode-abort/expected.motion-logger.in update startup-gcode-abort test for the new TP in 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f281232
[20:53:01] <seb_kuzminsky> hmm, that test failure in 2.6 was unexpected
[20:53:38] <seb_kuzminsky> wonder if this is related: task: main loop took 1.361840 seconds
[20:54:06] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[20:54:58] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 d607a26 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py: set_motion_teleop() with update() poll JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d607a26
[20:54:58] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 7236b99 06linuxcnc 10(82 files in 35 dirs) xlinuxcnc gui removal JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7236b99
[20:55:06] -!- Almis90 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[21:12:48] <andypugh> How does one use gdb with LinuxCNC? (You might be surprised to find that, so far, I have not used a debugger)
[21:13:25] <andypugh> The info online assumes a single executable file, and LinuxCNC isn’t like that.
[21:20:25] -!- Miner_48er has quit [Quit: Leaving]
[21:20:44] <mozmck> I think there is a wiki page with some info on it.
[21:21:23] <mozmck> Here's the one I was thinking of:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?DebuggingRtapi
[21:21:49] <mozmck> I have seldom used a debugger either, and gdb very little.
[21:22:26] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[21:22:43] <andypugh> I use the graphical debugger in Excel VBA all the time, and it’s great.
[21:23:11] <andypugh> But with LinuxCNC I have so-far got by with printing to terminal.
[21:23:43] <andypugh> Anyway, I have decided to ignore the question I was investigating for now.
[21:24:42] <seb_kuzminsky> i usually start linuxcnc the normal way, then attach the debugger to the process i want to look into
[21:25:05] <andypugh> You make it sound so easy
[21:25:24] <mozmck> you just have to learn 967 new command line commands :-)
[21:25:36] <seb_kuzminsky> something like: gdb bin/milltask -p $(pidof milltask)
[21:25:52] <seb_kuzminsky> yeah, it's a whole new thing to learn, and it's pretty hairy
[21:25:58] <seb_kuzminsky> i only know like 1% of it
[21:26:02] <andypugh> Also, I am interested in the initialisation sequence, mainly
[21:26:25] <mozmck> that's what I thought every time I tried to use gdb. I usually get farther with print statements.
[21:26:32] <seb_kuzminsky> i can set breakpoints, inspect code & variables, single-step, and uh that's about it
[21:27:13] <andypugh> Well, I was hoping to use the Eclipse debugger really, but can’t persuade Eclipse to even compile linuxCNC
[21:27:28] -!- kwallace1 [kwallace1!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[21:27:33] <seb_kuzminsky> oh, the other handy thing you can do is attach a debugger and then cause it to crash, and gdb lets you inspect the place where it crashed
[21:27:54] <mozmck> I can do a compile in Eclipse, but have not tried debugging.
[21:27:55] <seb_kuzminsky> that's super handy - looking at the code that faulted and the variables set at the time often takes you right to the bug
[21:28:26] <andypugh> On a system that compiles just fine with “make” the Eclipse “build-all” fails with “can’t find rtapi_mutex.h"
[21:29:22] <mozmck> Hmm, I may just have Eclipse run make
[21:29:33] <jepler> what unix command does Eclipse "build-all", and what directory does it invoke it in?
[21:29:48] -!- kwallace has quit [Ping timeout: 276 seconds]
[21:29:55] <andypugh> Some info here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Eclipse
[21:30:14] <andypugh> I may need to work through it carefully and not just think “done that”
[21:30:41] <jepler> I notice that advice is 4 years old, so it may need some tlc before it'll work
[21:31:26] <jepler> ... remove "all" from "Build(Incremental build)"
[21:31:34] <jepler> this is important, because we do not have a "make" target called "all"
[21:31:57] <jepler> ... In the next Tab: Set debugger command from "gdb" to "sudo gdb"
[21:32:40] <jepler> this advice may have worked at the time, but I don't think it will now. If you aren't debugging hardware drivers, then skip 'sudo make setuid' and don't try to 'sudo gdb' either
[21:33:50] -!- mikeh00 has quit [Read error: Connection reset by peer]
[21:34:53] <jepler> (hm it might work for 'attach to existing process')
[21:35:26] <andypugh> Yeah, it’s besically hard advice to follow as all the tabs and setting in Eclipse are different now
[21:35:50] <andypugh> For example, it does not seem to be possible to change the Build Directory
[21:37:20] <seb_kuzminsky> vim4lyfe
[21:37:21] <mozmck> I'm using the latest Eclipse, and under C/C++ Build, I have "Use default build command" checked, but un-check "Generate Makefiles automatically"
[21:37:41] <seb_kuzminsky> andypugh: can you make the build command "cd src; make"?
[21:37:52] <mozmck> That enables the "Build directory" setting.
[21:38:21] <mozmck> For "build directory" I have ${workspace_loc:/Linuxcnc/src}
[21:38:35] <andypugh> mozmck: Aha! That makes the Build Directory editable
[21:38:42] <mozmck> Linuxcnc would be replaced with whatever you named the project
[21:38:47] <mozmck> yep!
[21:39:01] <andypugh> And it seems to be working...
[21:39:12] <mozmck> In the Behavior tab you can enable parallel builds
[21:40:20] <mozmck> I mostly use eclipse for the code reading and finding advantages with linuxcnc
[21:41:18] <andypugh> Yes, just the automatic finding of what sort of “thing” a variable and what its classes and structure members are is invaluable
[21:42:28] <mozmck> Yes, and I found that I can do a C++ search for something like CLASS::member and it will find every instance of that in the project.
[21:43:23] <andypugh> jepler: It fell over with “make: *** No rule to make target `all'. Stop.” just as you predicted.
[21:44:07] <andypugh> Now to find out what the current version of “... remove "all" from "Build(Incremental build)" is
[21:44:54] <mozmck> In mine it is in the Behavior tab
[21:45:08] <mozmck> what version of eclipse are you running? mine is 4.2
[21:46:06] <andypugh> 3.8 :-)
[21:46:28] <mozmck> might be a little different then.
[21:46:39] <andypugh> I downloaded the new version the other day but simply couldn’t get the instlaller to run and gave up
[21:46:49] <andypugh> But yes, it was in “Behaviour”
[21:47:11] <mozmck> is this on a Mac? On linux I just unzip it and it's "installed"
[21:47:27] <andypugh> No, Linux (runing in a VM on my Mac)
[21:47:34] <mozmck> huh
[21:48:11] <mozmck> eclipse is quite handy, and sometimes quite annoying at the same time.
[21:49:31] <andypugh> Ah, yes, I remember now: I stalled at “Version 1.6.0_35 of the JVM is not suitable for this product. Version: 1.7 or greater is required"
[21:49:34] <mozmck> 4.x now finally has a way to save preferences across workspaces, but instead of making certain things system preferences as should have been done, they made an elaborate system to record and copy preferences across workspaces.
[21:50:09] <mozmck> I see. I use the webupd8team ppa to get the latest java. I run Mint on my dev machine.
[21:50:41] <andypugh> Synaptic seemes to know very little about JVM
[21:50:55] <mozmck> is that a wheezy VM
[21:50:58] <mozmck> ?
[21:53:04] <andypugh> Yes
[21:54:30] <andypugh> Anyway, back to hacking. Currently num_joints is pulled out of the [KINS]JOINTS INI section. Where would be a sensible place to keep num_spindles? I was expecting it to propagate up from the motion modparam (assuming that num_joints did).
[21:54:34] <mozmck> look for openjdk. I don't know if they will have a newer one there or not.
[21:55:30] <andypugh> But rather than re-invent that particular wheel, I will pull num_soindles out of the INI for the time being. But where would it belong?
[21:55:53] <andypugh> [KINS]? [TRAJ]?
[21:55:53] <mozmck> I would think the ini file is the best place for system setup like that.
[21:56:15] <andypugh> mozmck: Except that not all configs have an INI file.
[21:56:27] <mozmck> oh?
[21:56:43] <mozmck> I didn't know that was possible.
[21:56:46] <andypugh> It’s perfectly possible to have a HAL-only system.
[21:57:01] <andypugh> Not necessarily one that runs motmod, I haven’t tried.
[21:57:11] <mozmck> I see, but then that would not be running a typical machine would it?
[21:57:49] <andypugh> No, but I try not to assume.
[21:58:08] <mozmck> true.
[21:58:44] <andypugh> Anyway, motion (in my dev branch) now takes a num_spindles modparam, and for the time-being I am just going to require that it matches the INI value
[22:00:00] <andypugh> It can live in [TRAJ] I think. Not the perfect home, but it will do.
[22:00:12] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 9509874 06linuxcnc 10(8 files in 6 dirs) Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9509874
[22:06:52] <linuxcnc-build_> build #4230 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4230 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[22:11:37] <KGB-linuxcnc> 03Jeff Epler 05joints_axes14 0352f59 06linuxcnc 10debian/control.in packaging: remove deps related to removed UIs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0352f59
[22:17:28] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[22:17:43] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[22:22:47] -!- Komzpa has quit [Remote host closed the connection]
[22:26:39] -!- micges has quit [Quit: Wychodzi]
[22:40:40] -!- Komzpa has quit [Ping timeout: 264 seconds]
[23:18:13] -!- dgarr [dgarr!~dgarrett@174-26-252-66.phnx.qwest.net] has joined #linuxcnc-devel
[23:19:26] <dgarr> mozmck: a quick example using an mcode file and m66 to interactively set gcode readable values, might be a starting point, see the README
[23:19:28] <dgarr> http://www.panix.com/~dgarrett/stuff/usem66.tar
[23:20:17] -!- mikeh00 has quit [Read error: Connection reset by peer]
[23:21:51] <mozmck> Hi dgarr, thanks.
[23:23:06] <mozmck> I haven't parsed it all yet, but how is it different than connected an entry box's hal pin to motion.analog-in-NN and using M66 to read that?
[23:24:10] Mathnerd314_ is now known as Mathnerd314
[23:27:44] <mozmck> dgarr: that looks basically like what I'm doing in one subroutine. I can do this, but if I need to keep adding more then I may wind up with a lot of motion input pins, and M66 to read them all.
[23:29:04] <dgarr> the example only uses 1 motion pin -- it is just used over and over again
[23:29:46] <mozmck> oh! I'll have to convert the ini file so I can run it. thanks again for the example.
[23:35:52] -!- Connor has quit [Ping timeout: 264 seconds]
[23:42:05] <jepler> linuxcnc-build_: force build --branch=2.6 0000.checkin
[23:42:12] <linuxcnc-build_> The build has been queued, I'll give a shout when it starts
[23:49:18] <dgarr> mozmck: a version that runs on 2.7.x:
http://www.panix.com/~dgarrett/stuff/usem66_2.7.tar
[23:51:00] -!- teepee has quit [Ping timeout: 272 seconds]
[23:51:10] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[23:56:28] -!- Tom_L [Tom_L!~Tom@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[23:56:28] -!- Tom_L has quit [Changing host]
[23:56:28] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
