Back
[00:01:17] -!-
PCW has quit [Quit: ChatZilla 0.9.87 [Firefox 3.6.13/20101203075014]]
[00:14:24] -!-
tissf has quit [Quit: Page closed]
[00:17:03] -!-
Loetmichel has quit [Ping timeout: 245 seconds]
[00:34:33] -!-
adb has quit [Ping timeout: 245 seconds]
[00:36:20] <andypugh> is vec=14 always a segfault?
[00:37:19] <andypugh> I am looking at somebody else's kins file, and we get [11937.333687] RTAPI: Task 1[eef94000]: Fault with vec=14, signo=11 ip=fd23f019. at program line x = 250 - ((D1*sin(a-a0))+(D2*cos(180-((a-a0)+f+a1))));
[00:37:43] -!-
Tom_L has quit []
[00:38:15] <andypugh> Ah, bear with me, he has #defined D1 and D2
[00:41:17] <cradek> let's see the whole file?
[00:50:38] -!-
skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-425.dsl.airstreamcomm.net] has joined #emc-devel
[00:51:34] -!-
Calyp has quit [Quit: Leaving]
[01:00:02] -!-
CapnKernel has quit [Ping timeout: 258 seconds]
[01:07:55] <andypugh> I think I have spotted it, but it prompted something else..
[01:10:50] -!-
roberth_ [roberth_!~robert@5ace70a4.bb.sky.com] has joined #emc-devel
[01:11:14] -!-
Jymmm has quit [Remote host closed the connection]
[01:11:23] -!-
crazy_imp has quit [Ping timeout: 276 seconds]
[01:14:13] -!-
robh__ has quit [Ping timeout: 258 seconds]
[01:14:31] <CIA-95> EMC: 03andypugh 07v2.5_branch * r9a3697335d5b 10/docs/rtfaults.txt: Document an easier way to track down segfaults.
[01:19:33] <CIA-95> EMC: 03andypugh 07v2.5_branch * rcb1d99a6d858 10/docs/rtfaults.txt: Gosh Darn it! I chose a module with more than one problem as an example.
[01:33:04] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[01:33:12] <andypugh> cradek:
http://pastebin.com/bWxaYq6e
[01:34:13] <andypugh> It segfaults on line 43, which I assume is the #defined D1 or D2.
[01:35:03] -!-
robh__ [robh__!~robert@5ace708e.bb.sky.com] has joined #emc-devel
[01:35:13] <andypugh> It's not my file, he has also changed "joints" to "joint" and "pos" to "world" and I don't know if it is wise to not pass-through the other joints.
[01:36:40] -!-
i_tarzan_ has quit [Ping timeout: 255 seconds]
[01:37:53] -!-
roberth_ has quit [Ping timeout: 245 seconds]
[01:42:04] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[01:46:32] <andypugh> Looks like the problem is not creating some HAL pins that he meant to.
[01:49:16] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:02:46] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:07:54] <jepler> yes, haldata is never initialized
[02:08:00] <jepler> well, with anything non-NULL
[02:08:52] <andypugh> hi jepler
[02:09:31] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:10:17] <jepler> hi andypugh
[02:10:28] <andypugh> Err, while you are here, I found an old message from you about "queue not empty after probe". Did you get to the bottom of that? A chap on the forum could probe OK with 4 axes, changed to a 5-axis config, and gets that error. Cause and effect are not confirmed.
[02:12:27] <jepler> when I got that error I'd already heavily modified probing (the now-discarded "high-resolution probing") so it's hard to say whether there's a single cause for both that old report and this report..
[02:13:00] <andypugh> Hmm, at what point was high-res probing discarded?
[02:13:40] <andypugh> (that was probing-to-index? I thought that was still there last time I was looking inside the encoders)
[02:13:49] <jepler> well, simultaneously with getting that error a lot with my new code, we also read the datasheet for cradek's wireless probe and discovered that it introduces a 20ms delay in the "probe contact closed" signal anyway, so trying to latch the exact encoder count was a waste of effort..
[02:14:18] -!-
stormlight has quit [Quit: stormlight]
[02:15:11] <andypugh> I confess I had already concluded that things don't move far in a servo thread, though the concept seemed valid.
[02:15:49] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:16:04] <jepler> right now you have to probe slowly enough that the distance moved in 1 servo cycle is irrelevant to the precision of the probe result desired
[02:16:53] <jepler> as well as slowly enough that you can go from the probe speed to stopped before the probe is damaged
[02:17:51] <jepler> but for many machines it's faster to probe twice, once at a fast speed for an approximate answer and one at a lower speed over the last <1mm for resolution
[02:18:13] <andypugh> I suspect that, in general, the second point is the limit?
[02:20:49] <jepler> some renishaw probe and tip combination has a 4.5mm overtravel displacement and 480mm/min probing speed
[02:21:53] <jepler> so if you can decelerate from 480mm/min to 0mm/min in ~4mm of travel you could probe at that 480mm/min
[02:22:34] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:22:39] <andypugh> Anyway... Any ideas why one might get that error in 2.4.7?
[02:22:45] <jepler> nope
[02:23:49] -!-
robh__ has quit [Ping timeout: 240 seconds]
[02:24:16] <andypugh> I _demand_ that you have an idea, and I might even start stamping my feet if that helps. (I have a manager a bit like that, he thinks that force of personality can trump physics)
[02:25:45] <jepler> ok: it could be a bug in emc2
[02:27:02] <andypugh> I am failing to reproduce the problem. It doesn't help that El User posts G-code and HAL files as png, and broken zip files.
[02:27:39] <andypugh> It's here if you want to share my frustration:
http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/id,14097/catid,38/limit,6/limitstart,0/lang,english/#14097
[02:27:57] <jepler> that does sound frustrating.
[02:28:52] -!-
i_tarzan has quit [Ping timeout: 255 seconds]
[02:29:06] <andypugh> But, "Bug in EMC2" does seem likely, so I would like to get to the bottom of it.
[02:34:25] <andypugh> Supplementary question... Canonical pin names are lower case. The latest Mesa cards declare their pins to the driver, but are mixed-case (and non-canonical). Should I attempt to munge to canonical format, or just accept that nothing else is right, and live with it?
[02:36:05] <jepler> I don't have a big stake in that.
[02:37:14] <jepler> fwiw I just ran servo-sim.ini in some random old 2.4.x clone, did some steps, and eventually got the "queue not empty after probing" message
[02:37:43] <jepler> machine on, home all axes, MDI g10 l2 p1 z-1, F4, auto mode, load smartprobe.ngc, run
[02:37:51] <jepler> userspace simulator
[02:38:03] <andypugh> Is the fix just to breeze through the error?
[02:38:12] -!-
Jymmm [Jymmm!~jymmm@unaffiliated/jymmm] has joined #emc-devel
[02:38:29] <jepler> probably not
[02:39:53] <andypugh> It indicates a genuine problem then? I am completely blank on what the error means.
[02:39:57] <jepler> during a probe, the expectation is that the only item in the queue is the probeing move itself
[02:40:07] <jepler> once the probe is completed, there should be no additional items in the queue
[02:40:41] <jepler> so it could mean that task thought the probe was completed when it was not, or it could mean that something else was put on the queue (the one between task and motion, I am pretty sure) in the meantime even though it shouldn't have been
[02:41:11] -!-
Tom_itx has quit [Disconnected by services]
[02:41:31] Tom_L is now known as
Tom_itx
[02:41:51] <andypugh> My first guess was MDI_COMMANDS linked to probe, but he has none,
[02:42:37] <jepler> in this case I was running code, not MDI
[02:43:29] <jepler> there may be additional problems when mdi with "O call"s; that makes some brain cell fire but I can't tell you any more. maybe mharbler has tried to fix that? it's been awhile..
[02:44:25] <andypugh> Does probe ignore any axes? I am a bit vague on anything outside src/hal/drivers
[02:45:40] <jepler> in 2.4 any axis letters may be used in a G38.x probing movement
[02:46:05] <jepler> I think some old versions didn't let you specify anything but XYZ but I don't know which versions that might have been
[02:47:19] <jepler> maybe UVW axes? not sure..
[02:47:22] <jepler> in 2.1
[02:47:29] <andypugh> So it isn't unserviced AB moves in the motion queue then (not that he is moving them in probe). It just seems odd that his stated correlation is that 4 axes is OK, 5 axes not.
[02:48:44] <jepler> servo-sim is strictly 3 axes unless it changed while I wasn't looking
[02:49:24] <jepler> but depending what the problem is, maybe the additional work done for each additional axis makes the problem more likely to manifest (race condition or the like)
[02:50:25] <andypugh> Well, if you have found a way to make it happen in a sim, then perhaps I can too, which is a big step towards getting to the bottom of it, though I would prefer someone with a clue to pick it up, rather than me.
[02:52:12] <andypugh> git clone --more-devs
[02:52:15] -!-
Quack_ has quit [Ping timeout: 252 seconds]
[02:53:25] <jepler> that would be convenient
[02:53:30] <jepler> for now, goodnight
[03:26:32] -!-
Danimal_garage has quit [Read error: Connection reset by peer]
[03:49:11] -!-
Tom_itx has quit []
[03:52:23] -!-
zlog has quit [Ping timeout: 252 seconds]
[04:00:49] -!-
andypugh has quit [Quit: andypugh]
[04:15:24] -!-
stormlight has quit [Quit: stormlight]
[04:31:25] -!-
Valen has quit [Quit: Leaving.]
[04:31:51] -!-
FinboySlick has quit [Quit: Leaving.]
[04:50:19] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[05:04:15] -!-
The_Ball has quit [Remote host closed the connection]
[05:25:56] -!-
stormlight has quit [Quit: stormlight]
[05:32:27] -!-
ve7it has quit [Remote host closed the connection]
[06:46:39] -!-
mhaberler has quit [Quit: mhaberler]
[06:49:50] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[07:37:49] -!-
Valen has quit [Client Quit]
[07:44:13] -!-
mhaberler has quit [Quit: mhaberler]
[07:49:41] -!-
capricorn_one has quit [Remote host closed the connection]
[08:00:32] -!-
acemi has quit [Changing host]
[08:21:10] -!-
Valen has quit [Remote host closed the connection]
[09:07:02] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[09:15:12] -!-
Quack_ has quit [Ping timeout: 260 seconds]
[09:26:05] -!-
bootnecklad_ has quit [Ping timeout: 240 seconds]
[10:00:15] -!-
micges [micges!~x@eph5.neoplus.adsl.tpnet.pl] has joined #emc-devel
[10:00:25] -!-
micges has quit [Client Quit]
[10:11:15] -!-
Valen has quit [Quit: Leaving.]
[10:19:09] <jthornton> File `boost/mpl/if.hpp' does not exist.
[10:19:11] <jthornton> Must remake target `boost/mpl/if.hpp'.
[10:19:12] <jthornton> Failed to remake target file `boost/mpl/if.hpp'.
[10:26:03] -!-
vladimirek [vladimirek!~vladimire@adsl-dyn-132.95-102-159.t-com.sk] has joined #emc-devel
[10:34:03] <jthornton> logger[mah]: log
[10:34:03] <logger[mah]> jthornton: Log stored at
http://emc.mah.priv.at/irc/%23emc-devel/2011-11-05.html
[11:13:27] -!-
robh__ [robh__!~robert@5ace708e.bb.sky.com] has joined #emc-devel
[11:51:51] <jthornton> 2.5 builds :)
[12:05:45] <jthornton> master does not :(
[12:20:00] <seb_kuzminsky> jthornton: you have libboost-python-dev installed?
[12:23:24] <seb_kuzminsky> oh, also fetch again, mhaberler committed yesterday to get rid of some unneeded includes
[12:23:37] <seb_kuzminsky> ok i'm out, back on monday, have a good weekend everyone
[12:40:25] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[13:06:01] -!-
pjm has quit [Ping timeout: 260 seconds]
[13:12:38] <jthornton> I did a fresh pull with make clean
[13:13:48] -!-
skunkworks has quit [Remote host closed the connection]
[13:31:57] <jthornton> is libboost-python-dev something that needs to be installed by hand?
[14:06:18] -!-
adb [adb!~Moldovean@178-211-227-55.dhcp.voenergies.net] has joined #emc-devel
[14:17:52] * jthornton wonders if I need to rerun sudo apt-get build-dep emc2 and sudo apt-get install build-essential autoconf?
[14:30:15] -!-
bootnecklad has quit [Ping timeout: 252 seconds]
[14:35:25] -!-
Calyp has quit [Ping timeout: 240 seconds]
[14:36:13] -!-
bootnecklad_ has quit [Ping timeout: 240 seconds]
[15:00:37] -!-
vladimirek has quit [Ping timeout: 240 seconds]
[15:28:51] -!-
kp_home has quit [Remote host closed the connection]
[15:32:16] -!-
skunkKandT [skunkKandT!~chatzilla@184-158-16-181.dyn.centurytel.net] has joined #emc-devel
[15:43:17] -!-
mikegg has quit [Ping timeout: 240 seconds]
[15:48:59] -!-
acemi has quit [Ping timeout: 258 seconds]
[15:53:19] -!-
theorbtwo has quit [Ping timeout: 248 seconds]
[15:53:28] theorb is now known as
theorbtwo
[15:57:14] -!-
micges [micges!~x@ein44.neoplus.adsl.tpnet.pl] has joined #emc-devel
[16:01:13] -!-
kent_ has quit [Read error: Operation timed out]
[16:18:05] -!-
ries has quit [Quit: ries]
[16:18:54] -!-
ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #emc-devel
[16:19:08] -!-
vladimirek [vladimirek!~vladimire@adsl-dyn-132.95-102-159.t-com.sk] has joined #emc-devel
[16:46:37] -!-
vladimirek has quit [Ping timeout: 240 seconds]
[16:48:40] -!-
bootnecklad has quit [Ping timeout: 256 seconds]
[16:51:48] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[17:32:13] -!-
bootnecklad_ has quit [Ping timeout: 240 seconds]
[18:04:03] <jepler> jthornton: (unless you're using the buildbot repository) apt-get build-dep installs dependencies for the stable version; it won't know about new dependences like libboost-python-dev
[18:04:33] -!-
i_tarzan has quit [Quit: leaving]
[19:05:39] -!-
bootnecklad has quit [Ping timeout: 260 seconds]
[19:06:13] -!-
Quack_ has quit [Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]]
[19:10:34] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[19:11:54] -!-
bootnecklad_ has quit [Ping timeout: 252 seconds]
[19:35:09] -!-
mhaberler has quit [Ping timeout: 258 seconds]
[20:05:30] -!-
vladimirek [vladimirek!~vladimire@adsl-dyn-132.95-102-159.t-com.sk] has joined #emc-devel
[20:21:05] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[20:38:15] -!-
mhaberler has quit [Quit: mhaberler]
[21:24:21] -!-
micges has quit [Ping timeout: 252 seconds]
[21:27:11] -!-
Calyp has quit [Remote host closed the connection]
[21:58:22] -!-
pcw_home has quit [Read error: Connection reset by peer]
[22:08:06] -!-
|n0b0dy| has quit [Ping timeout: 258 seconds]
[22:11:56] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust492.basl.cable.virginmedia.com] has joined #emc-devel
[22:53:08] -!-
Fox_Muldr has quit [Ping timeout: 260 seconds]
[22:58:03] -!-
cjdavis has quit [Ping timeout: 240 seconds]
[23:01:42] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[23:09:23] -!-
stormlight has quit [Quit: stormlight]
[23:29:29] -!-
jsr has quit [Remote host closed the connection]
[23:30:37] -!-
frankt has quit [Quit: Visitor from www.linuxcnc.org]
[23:34:08] -!-
WalterN has quit [Ping timeout: 245 seconds]
[23:40:28] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:40:52] -!-
toastydeath has quit [Ping timeout: 258 seconds]
[23:44:48] -!-
vladimirek has quit [Remote host closed the connection]
[23:45:04] -!-
bootnecklad__ has quit [Ping timeout: 255 seconds]
[23:48:07] Jim is now known as
Guest31288
[23:48:16] -!-
Goslowjimbo has quit [Client Quit]