#linuxcnc-devel | Logs for 2016-06-15

Back
[00:23:16] -!- Miner_48er has quit [Quit: Leaving]
[00:31:24] <KGB-linuxcnc> 03Jeff Epler 05master 236fee9 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=236fee9
[00:59:15] <seb_kuzminsky> well that went smoothly
[01:04:52] <jepler> hi seb_kuzminsky
[01:05:37] <jepler> may I just say that worktrees are one of the best features added to git this year?
[01:05:50] <jepler> I think that it's a feature that bzr had 1,000 years ago but that's beside the point
[01:07:19] -!- andypugh has quit [Quit: andypugh]
[01:17:41] <seb_kuzminsky> hmm worktrees you say?
[01:17:48] * seb_kuzminsky googles
[01:23:02] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/configure-libdl 6d62289 06linuxcnc 10(6 files in 5 dirs) configure: check whether dlopen needs -ldl * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6d62289
[01:27:25] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[01:30:13] <jepler> hm, every once in awhile it would be nice to see the git diff --stat associated with each commit in a rebase todo list
[01:30:18] <jepler> I wonder if there's a way to make that happen
[01:32:03] -!- remstw has quit [Ping timeout: 250 seconds]
[01:32:50] <jepler> or you could go all the way to having a gitk-style program for preparing rebase todo lists
[01:33:18] <jepler> see full commits in bottom pane, drag & drop to reorder, etc
[01:36:13] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[01:50:18] -!- kingarmadillo has quit [Ping timeout: 272 seconds]
[01:52:46] <KGB-linuxcnc> 05jepler/master/from-trasz 236fee9 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=236fee9
[02:22:57] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #70: configure: check whether dlopen needs -ldl (06master...06jepler/master/configure-libdl) 02https://github.com/LinuxCNC/linuxcnc/pull/70
[02:39:00] <seb_kuzminsky> jepler: that'd be a great tool
[02:41:17] <seb_kuzminsky> http://stackoverflow.com/questions/4830344/how-to-do-a-rebase-with-git-gui
[02:45:49] -!- Tom_L [Tom_L!~Tom@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[02:45:49] -!- Tom_L has quit [Changing host]
[02:45:49] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[03:08:18] -!- Tom_L has quit [Quit: Leaving]
[03:34:53] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[04:10:51] -!- pandeiro has quit [Remote host closed the connection]
[06:00:22] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[06:38:15] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:39:18] -!- teepee has quit [Ping timeout: 244 seconds]
[06:39:23] teepee_ is now known as teepee
[07:03:28] -!- Mathnerd314 has quit [Ping timeout: 264 seconds]
[07:05:48] -!- Miner_48er has quit [Quit: Leaving]
[07:53:12] -!- pozzoni has quit [Ping timeout: 272 seconds]
[08:41:05] amnesic_away is now known as amnesic
[08:46:12] amnesic is now known as amnesic_away
[09:12:51] -!- souf has quit [Ping timeout: 250 seconds]
[10:07:57] -!- kalxas has quit [Changing host]
[10:09:12] <jthornton> cool
[10:25:27] -!- skunkworks has quit [Ping timeout: 244 seconds]
[10:30:03] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15nicokid commented on issue #33: Hi Jeff,... 02https://github.com/LinuxCNC/linuxcnc/pull/33#issuecomment-226149199
[11:03:08] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:11:46] -!- msantana [msantana!marcelo@unaffiliated/darkstar] has joined #linuxcnc-devel
[11:14:19] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #33: @nicokid, Thank you for giving it a try. I agree, some parts of git take time to learn. But I think you'll become comfortable with it with time.... 02https://github.com/LinuxCNC/linuxcnc/pull/33#issuecomment-226157889
[11:36:49] <skunkworks> heh - andys replay is hilarious..
[11:40:01] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:43:20] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf be1995e 06linuxcnc 10(14 files) Remove some comments * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=be1995e
[11:43:20] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf ac6f6c7 06linuxcnc 10src/emc/usr_intf/stepconf/main_page.glade 10src/emc/usr_intf/stepconf/pages.py Remove unused button * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ac6f6c7
[11:43:20] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf 2e1d703 06linuxcnc 03lib/python/multifilebuilder_gtk3.py Create multifilebuilder_gtk3.py * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2e1d703
[11:43:22] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf fdb4f52 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py Add label when append_page on notebook1 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fdb4f52
[11:43:26] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf b5e0adb 06linuxcnc 10(7 files) Add halui page tab * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b5e0adb
[11:43:30] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf c35d60d 06linuxcnc 10src/emc/usr_intf/stepconf/halui_page.glade Move halui page from gtk 3.12 to 3.2 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c35d60d
[11:43:34] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf a75419a 06linuxcnc 10src/emc/usr_intf/stepconf/options.glade Update options.glade * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a75419a
[11:43:38] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf a6b1eab 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py Update pages.py to correct typo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a6b1eab
[11:43:42] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf f36c2b5 06linuxcnc 10src/emc/usr_intf/stepconf/start.glade Update start.glade * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f36c2b5
[11:43:46] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf 9a5cd32 06linuxcnc 10src/emc/usr_intf/stepconf/options.glade Update again option.glade * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9a5cd32
[11:43:50] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf a3a3037 06linuxcnc 10src/emc/usr_intf/stepconf/options.glade Update again option.glade * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a3a3037
[11:43:54] <KGB-linuxcnc> 03Nicola Quargentan 05jepler/master/nikokid-stepconf 0b3ec8c 06linuxcnc 10src/emc/usr_intf/pncconf/build_HAL.py 10src/emc/usr_intf/stepconf/build_HAL.py 10src/emc/usr_intf/stepconf/build_INI.py 10src/emc/usr_intf/stepconf/stepconf.py custom_postgui.hal will not be overwritten * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0b3ec8c
[12:13:37] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep 7058bf6 06linuxcnc 10src/configure.in configure: check if clock_nanosleep is available * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7058bf6
[12:13:37] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep 7154eb8 06linuxcnc 10src/rtapi/uspace_common.h rtapi_delay: respect rtapi_delay_max, per documentation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7154eb8
[12:13:37] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep 9a0581e 06linuxcnc 10src/rtapi/rtai_ulapi.c 10src/rtapi/rtapi.h 10src/rtapi/uspace_common.h rtapi: add rtapi_delay{,_max} to ULAPI * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9a0581e
[12:13:40] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep e80319e 06linuxcnc 10src/hal/hal_lib.c hal: Use rtapi_delay in stream wait ops * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e80319e
[12:13:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep 17b002d 06linuxcnc 10src/rtapi/uspace_common.h 10src/rtapi/uspace_rtapi_app.cc uspace: introduce, use rtapi_clock_nanosleep * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=17b002d
[12:16:49] <KGB-linuxcnc> 05jepler/master/nicokid-stepconf 0b3ec8c 06linuxcnc branch created * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0b3ec8c
[12:34:53] <skunkworks> cool!
[12:50:52] <jepler> skunkworks: if you have the time, it would be awesome if you could test stepconf in the branch jepler/master/nicokid-stepconf
[12:51:03] <jepler> I am not a very good stepconf user, I just click "next" until it lets me go
[12:51:22] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #71: Jepler/master/nicokid stepconf (06master...06jepler/master/nicokid-stepconf) 02https://github.com/LinuxCNC/linuxcnc/pull/71
[13:02:03] amnesic_away is now known as amnesic
[13:12:16] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[13:14:48] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #72: Jepler/master/missing clock nanosleep (06master...06jepler/master/missing_clock_nanosleep) 02https://github.com/LinuxCNC/linuxcnc/pull/72
[13:15:13] <skunkworks> jepler, I will try it when I get a chance. (I don't use it either - but know atleast how it should work)
[13:28:23] -!- b_b has quit [Changing host]
[14:03:30] -!- skunkworks_ has quit [Ping timeout: 276 seconds]
[14:09:01] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[14:18:25] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[14:20:49] -!- txp has quit [Quit: Leaving]
[14:51:38] amnesic is now known as amnesic_away
[15:16:17] amnesic_away is now known as amnesic
[15:26:22] -!- ivansanchez has quit []
[15:46:09] -!- persina has quit [Quit: Page closed]
[15:53:27] -!- ktchk [ktchk!~eddie6929@n219079181159.netvigator.com] has joined #linuxcnc-devel
[16:26:57] -!- sebstrax has quit [Quit: Connection closed for inactivity]
[16:34:22] -!- rushabh [rushabh!~androirc@182.58.232.172] has joined #linuxcnc-devel
[16:49:38] -!- ktchk has quit [Ping timeout: 272 seconds]
[16:52:26] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[16:53:15] <andypugh> Do any of the tests run in different locales? I am trying to figure out why PnCConf doesn’t work in French: https://forum.linuxcnc.org/forum/39-pncconf/31103-how-to-link-inputs-outputs-for-mesa-5i25-7i76?limitstart=0#76101
[17:02:42] <jepler> andypugh: no, we don't routinely test in other locales
[17:04:53] <andypugh> I am not about to volunteer, but it would probably be a good idea.
[17:09:21] -!- kalxas has quit [Ping timeout: 258 seconds]
[17:11:16] amnesic is now known as amnesic_away
[17:56:06] <jepler> that is bumper sticker material, you just need to shorten it up a bit
[17:57:17] -!- Almis90 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[17:58:13] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[17:58:40] -!- teepee has quit [Ping timeout: 272 seconds]
[17:58:40] teepee_ is now known as teepee
[18:11:17] <andypugh> “I have a great idea for you” ?
[18:22:58] <jepler> not bad
[18:31:18] <seb_kuzminsky> jepler: i left some comments on your nanosleep PR, and was surprised that we didn't get a ping here
[18:31:23] <seb_kuzminsky> did you get notified by github about it?
[18:37:25] <jepler> seb_kuzminsky: huh
[18:37:33] <jepler> let me look
[18:38:03] <jepler> > (typo) The max delay is 999,999,999ns, not microseconds like it says in the commit message.
[18:38:23] <jepler> I think commenting on a PR is different than commenting on a diff
[18:38:48] <seb_kuzminsky> hmm yeah
[18:41:18] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep cb3bdc3 06linuxcnc 10src/rtapi/rtai_ulapi.c 10src/rtapi/rtapi.h 10src/rtapi/uspace_common.h rtapi: add rtapi_delay{,_max} to ULAPI * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cb3bdc3
[18:41:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep def227e 06linuxcnc 10src/hal/hal_lib.c hal: Use rtapi_delay in stream wait ops * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=def227e
[18:41:19] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/missing_clock_nanosleep 7e20ab1 06linuxcnc 10src/rtapi/uspace_common.h 10src/rtapi/uspace_rtapi_app.cc uspace: introduce, use rtapi_clock_nanosleep * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7e20ab1
[18:41:51] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #72: .. I fixed the typo in one of the commit messages. 02https://github.com/LinuxCNC/linuxcnc/pull/72#issuecomment-226281149
[18:44:16] -!- kingarmadillo has quit [Ping timeout: 272 seconds]
[18:45:13] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #72: .. in case the force-push makes the other comments disappear, the reason I forward-declare the static rtapi_clock_nanosleep is because uspace_common.h is not included until later, and I didn't care to decypher and correct why that happened to be the case. 02https://github.com/LinuxCNC/linuxcnc/pull/72#issuecomment-226282126
[18:47:27] <andypugh> Does anyone kow offhand what emcsched.cc is for?
[18:48:04] <jepler> andypugh: it is something that should be deleted
[18:48:22] <andypugh> Is it used?
[18:48:25] <jepler> I believe it is a piece of software that is supposed to schedule when to run part programs
[18:48:53] <seb_kuzminsky> yeah, looks like an old coprolite
[18:48:53] <andypugh> That sort-of fits. It seems good at files, but also knows about spindles and tools but not axes
[18:49:27] <andypugh> Right, I will fix it to compile and not care about making it work (ie, assume spindle 0 is the only spindle)
[18:55:41] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[19:12:34] <seb_kuzminsky> jepler: looks good, thanks
[19:16:47] kalxas_ is now known as kalxas
[19:18:41] -!- rushabh has quit [Ping timeout: 240 seconds]
[19:28:30] <jepler> I'm not convinced that trying to emulate clock_nanosleep with nanosleep is really a good idea, but I don't know what other sleep-type primitive there might be on freebsd that is closer to t
[19:28:36] <jepler> s/t$/it/
[19:46:28] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:53:14] -!- GJdan has quit [Read error: Connection reset by peer]
[19:53:16] -!- jepler has quit [Ping timeout: 244 seconds]
[19:59:54] -!- b_b has quit [Remote host closed the connection]
[20:10:16] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:17:08] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[20:36:21] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[20:52:53] -!- Miner_48er has quit [Quit: Leaving]
[21:21:46] -!- teepee has quit [Ping timeout: 244 seconds]
[21:22:00] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[21:27:02] -!- kingarmadillo has quit [Ping timeout: 272 seconds]
[21:54:02] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[22:12:18] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[22:26:34] -!- teepee has quit [Ping timeout: 272 seconds]
[22:26:35] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[23:04:24] -!- kalxas has quit [Quit: Goodbye]
[23:08:55] <andypugh> You know, we don’t seem 100% sure whether the number of joints is passed to motion as a modparam, or read by components from the INI
[23:09:18] -!- KGB-linuxcnc_ [KGB-linuxcnc_!~kgb-linux@git.linuxcnc.org] has joined #linuxcnc-devel
[23:12:57] -!- rigid has quit [*.net *.split]
[23:12:57] -!- cers has quit [*.net *.split]
[23:12:58] -!- alex4nder has quit [*.net *.split]
[23:12:58] -!- chesty has quit [*.net *.split]
[23:12:59] -!- stilldavid has quit [*.net *.split]
[23:13:00] -!- Guest24135 has quit [*.net *.split]
[23:13:00] -!- KGB-linuxcnc has quit [*.net *.split]
[23:13:01] KGB-linuxcnc_ is now known as KGB-linuxcnc
[23:13:21] Giac0m0 is now known as Guest53703
[23:14:14] <andypugh> And if they don’t match, it is bad.
[23:14:41] <andypugh> This sort of bad: http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.64.6357&rep=rep1&type=pdf
[23:14:57] <andypugh> No, ignore that. Wrong paste
[23:15:08] <andypugh> That’s a paper about NML.
[23:16:33] <andypugh> This sort of bad: [17641.802816] BUG: unable to handle kernel paging request at 68a8a76d
[23:17:50] <jepler> *whispers* uspace
[23:18:21] <jepler> unless you're developing a hardware driver, it is pretty hard for uspace to wedge the system so hard a reboot is needed before you can run linuxcnc again
[23:18:44] <jepler> but I think that's typically the case with rtai kernel-based realtime once you get that kind of bad
[23:19:16] <seb_kuzminsky> it'd be great to use uspace and gdb and things to find the cause of the wedge, and fix it for both
[23:19:38] <andypugh> The machine didn’t crash.
[23:20:03] <andypugh> I think I pasted a secondary problem
[23:20:12] <andypugh> There is also [17637.494674] BUG: unable to handle kernel NULL pointer dereference at (null)
[23:25:20] <andypugh> Has anyone got a non-JA config to play with easily? I got this by telling motion that num_joints was 5 and having [KINS] JOINTS = 6 in the INI. I rather expect that the same problem is there in normal LinuxCNC if you use a num_joints < [TRAJ]AXES
[23:26:18] <jepler> in master branch, no [KINS]JOINTS in inifiles as far as I see
[23:26:39] <andypugh> Basically the num_joints passed to motion doesn’t propagate as widely as you might expect. But as lots of code assumes 9, it has tended to work
[23:27:51] <andypugh> I only noticed this because I was trying to clone code with num_spindles and noticed how many versions of such data there is.
[23:28:50] <andypugh> jepler: No, [KINS}JOINTS is JA-only. Closest equivalent in Master is [TRAJ]AXES
[23:29:41] <andypugh> Nearly every config has num_joints=[TRAJ]AXES so this issue isn’t seen.
[23:32:15] <andypugh> I don’t know the answer. If you want to be able to loadrt motmod in standalone sessions without an INI file then you need the modparam option.
[23:32:40] <andypugh> Of course, that assumes that such a thing is possible. <experiment>
[23:36:39] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[23:38:18] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[23:42:18] <jepler> of course motion can't directly obtain inifile items
[23:42:46] <jepler> presently, it does obtain some inifile items indirectly from task, but this is unfortunate (for a reason I'll explain in a moment) so I wouldn't want to add to the list of problems
[23:42:48] <andypugh> Ah, no, realtime = no file access
[23:43:22] <jepler> the linuxcnc script is complicated, and it would be nice if it could be replaced by something simpler
[23:43:42] <jepler> for instance, it would say to loadusr task
[23:44:18] <jepler> but it can't in its present form, and it has something to do with how motion and task both have to talk to each other before they can finish creating all their pins
[23:44:27] <jepler> (dangit I thought I had recorded the details of this :-P)
[23:44:33] <andypugh> Maybe we need to propogate num_joints upstream to a point that it can be compared to [TRAJ]AXES and / or [KINS}JOINTS and give a nice clear error messag if they fail to match.
[23:44:56] <jepler> if instead you could loadusr the one and loadrt the other, but you had to say foo=[TRAJ]AXES to motion or your configuration is broken, that would be better to me
[23:45:17] <jepler> and yes, you can add "compare the value here and there" in the right spot and catch this, instead of crashing in kernel space
[23:45:21] <jepler> that's always for the better
[23:45:51] <andypugh> I am curious if this is a purely JA problem or can be seen in Master
[23:46:14] <jepler> I wouldn't sweat it toooo much, it's a blatant misconfiguration to begin with
[23:48:04] <andypugh> It’s a nasty one though. It will confuse users. Even if they fix the problem LinuxCNC will still “crash” because the null pointer issue leaves RTAI modules in an unrecoverable tangle.
[23:50:48] <andypugh> <ponder> Should the next default release be Uspace, with a clear suggestion that a higher-performance but much more flaky option is available for parallel-port fondling Morlocks?
[23:51:29] <cradek> you mean next iso?
[23:51:53] <cradek> I hadn't considered that and you're right we should consider it
[23:52:13] <andypugh> Yes, I mean the ISO
[23:57:12] <jepler> andypugh: fwiw I can cause the crash in ja e.g., by changing core_sim.hal to num_joints=3 and axis.ini to [KINS]JOINTS=9
[23:57:20] <andypugh> Alex put a rather swanky HAL FIELDS #define in halui.cc, but it isn’t used by the pin creation code, which seems a shame.
[23:57:36] <jepler> /* output joint info to HAL for scoping, etc */
[23:57:36] <jepler> for (joint_num = 0; joint_num < emcmotConfig->numJoints; joint_num++) {
[23:57:41] <skunkworks> I don't know... I think most people initially use the printer port...
[23:58:26] <andypugh> skunkworks: That will still work, and can probably keep up with some hardware.
[23:59:13] <jepler> /* export joint pins and parameters */
[23:59:14] <jepler> for (n = 0; n < num_joints; n++) {
[23:59:32] <andypugh> skunkworks: But you have a point, if we have a reputation for higher performance than Mach on parport then the change will kill that. But perhaps a reputation of beig easy to get going is worth it?
[23:59:35] <jepler> so emcmotConfig->numJoints is the inifile value via task, and num_joints is the loadrt value