#emc-devel | Logs for 2012-01-06

Back
[00:03:49] -!- theorbtwo has quit [Ping timeout: 240 seconds]
[00:03:59] theorb is now known as theorbtwo
[00:10:11] <cradek> mhaberler: in the first diff, the error message is wrong; I would not expect a cycle to start or reverse the spindle - other cycles give an error if the spindle is not running correctly; in the big diff near the end I think you have the plane specified incorrectly for most of the calls
[00:10:55] <mhaberler> thanks!
[00:11:07] <cradek> I suspect G98/G99 handling is wrong
[00:11:24] <cradek> (I mean inconsistent with how all the other cycles work)
[00:12:09] <cradek> I wish we had runtests that tested all that stuff somehow - it's so extremely tricky
[00:12:28] <andypugh> I see we have G-codes for UV, VW, UW planes. Does anything work in them?
[00:12:36] <cradek> yes, cycles do
[00:12:37] <mhaberler> I see, wasnt aware of that
[00:13:34] <cradek> mhaberler: I didn't run/test it, and don't have time now, have to run
[00:13:52] <cradek> bbl
[00:13:57] <mhaberler> cu
[00:14:15] <andypugh> cradek: Nice. Nicer would be a way to specify arc centres for UV arcs simutaneous with XY arcs. The annoying thing is that the limitation is purely the number of letters in the alphabet.
[00:15:23] <cradek> we could have planar arcs in those other planes, smop, no problem with the letters
[00:15:35] <cradek> nonplanar arcs are much harder (gcodewise)
[00:16:01] <cradek> oh simultaneous? that's a totally different animal
[00:16:02] <andypugh> "smop"?
[00:16:19] <cradek> sorry "simple matter of programming"
[00:17:01] <cradek> wait, I said I have to go :-)
[00:17:06] <andypugh> Yeah, you want to define IJ and, err, kappa-epsilon offsets in the same G-code line
[00:17:20] <cradek> well and a totally new kind of motion too
[00:17:25] <cradek> it's not just a gcode issue
[00:17:45] <andypugh> cradek: While you are going, did you see that clock I linked last night?
[00:17:51] <cradek> nope
[00:18:55] <andypugh> http://www.youtube.com/watch?v=XARK4lavfqE
[00:19:56] <cradek> cool!
[00:20:27] <andypugh> Could be better, it seems to be open-loop
[00:21:20] <andypugh> But the light-control is rather eat
[00:21:30] <andypugh> (neat)
[00:27:18] <cradek> this one has a nice look too: http://www.youtube.com/watch?v=gYNgomrDePo
[00:27:27] <cradek> nicely finished case, sometimes that's the hard part
[00:27:46] <cradek> I tried to make one with a spinning nixie years ago, but couldn't manage to get enough power to it.
[00:28:50] <andypugh> I prefer caseless. Did you see my failed full-wall clock?
[00:29:28] <cradek> no
[00:29:43] <cradek> (I need to get back to clock building...)
[00:29:55] <cradek> although I sure like my latest one (the tv)
[00:30:58] <andypugh> How long do I have to find the pics? (they are on an ISP webserver that I can't index)
[00:31:21] <cradek> leaving house in about 10 minutes, but will look back later either way
[00:31:43] <andypugh> But the idea was two line-levels (in different colours) that turn the whole wall into a clock face
[00:32:51] <cradek> mhaberler: looks like the docs explain g98/g99 well, yay
[00:34:01] <JT-Shop> YEA!
[00:34:42] <mhaberler> ah, I see - retract_mode
[00:35:06] <cradek> JT-Shop: :-)
[00:35:12] <mhaberler> ok, so I'll fail the codes if the spindle direction is wrong
[00:35:32] <cradek> yes or not turning
[00:35:37] <mhaberler> ok
[00:36:51] <andypugh> cradek: http://www.atp.pwp.blueyonder.co.uk/CanYouTellWhatItIsYet.jpg (looking for the other picture)
[00:37:20] <cradek> oh I do remember that!
[00:37:30] <cradek> how the heck does it make the lines?
[00:37:42] <cradek> also, that's a very phallic frying pan
[00:37:50] <andypugh> Line-generating prisms
[00:37:57] <cradek> cool
[00:38:42] <andypugh> Do you want it? You might be able to make it work properly. I lost interest and actually have no idea where it is now.
[00:39:25] <andypugh> I got bored of making lenses and trying to reverse clock mechanisms.
[00:39:50] <cradek> if it involves making lenses, I bet it's above my pay grade
[00:40:03] <andypugh> Hmm, of course that was before I discovered stepper motors and Arduinos....
[00:40:04] <cradek> maybe some day you'll get bored and feel like finishing it.
[00:40:07] <cradek> heh
[00:41:19] <andypugh> The optics are OK. It was the clock mechanism. Since then I have my own house, so I can make huge holes in the wall, and I understand motors now.
[00:41:59] <andypugh> But, then, the whole reason I started the CNC thing was my next clock.
[00:42:04] <cradek> yes I bet you can make a really cool clock if you can put its guts inside the wall
[00:42:28] <cradek> gotta run! bbl.
[00:51:21] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[01:01:04] -!- andypugh has quit [Quit: andypugh]
[01:08:47] -!- mshaver [mshaver!~mshaver@173-167-237-41-ip-static.hfc.comcastbusiness.net] has parted #emc-devel
[01:27:13] -!- tlab has quit [Quit: Leaving]
[01:43:16] -!- rob__H has quit [Ping timeout: 240 seconds]
[01:46:38] -!- tlab0 has quit [Quit: Leaving]
[02:12:38] -!- mhaberler has quit [Quit: mhaberler]
[02:13:21] -!- Calyp has quit [Quit: Leaving]
[02:17:24] -!- factor has quit [Ping timeout: 240 seconds]
[02:28:13] -!- skunkKandT has quit [Quit: ChatZilla 0.9.87 [Firefox 3.6.24/20111107173218]]
[02:30:49] -!- tom3p has quit [Read error: Operation timed out]
[02:33:28] -!- LawrenceSeattle has quit [Quit: LawrenceSeattle]
[02:33:57] -!- seb_kuzminsky [seb_kuzminsky!~seb@174-16-121-79.hlrn.qwest.net] has joined #emc-devel
[02:58:04] -!- tlab0 has quit [Quit: Leaving]
[03:07:08] -!- Jim_ has quit [Quit: Leaving]
[03:25:34] -!- sumpfralle1 has quit [Ping timeout: 268 seconds]
[03:38:56] <CIA-10> EMC: 03jepler 07v2.5_branch * r720ad06bfb55 10/src/configure.in: xemc: explicitly link with libXt
[03:39:21] -!- Valen has quit [Quit: Leaving.]
[03:42:53] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[03:49:50] <Ekkeri> http://www.linuxcnc.org/index.php/english/component/kunena/?func=view&catid=24&id=14592 is this still the best visualizer? or is there any other?
[03:51:21] <Ekkeri> colors would be nice, that might get a bit messy with more signals :)
[04:26:18] icarusfactor is now known as factor
[04:33:46] -!- FinboySlick has quit [Quit: Leaving.]
[05:20:21] -!- LawrenceSeattle has quit [Remote host closed the connection]
[05:52:44] -!- LawrenceSeattle has quit [Ping timeout: 255 seconds]
[05:52:44] LawrenceSeattle_ is now known as LawrenceSeattle
[05:53:19] -!- factor has quit [Ping timeout: 276 seconds]
[05:56:05] -!- ve7it has quit [Remote host closed the connection]
[06:45:54] -!- clytle374 has quit [Quit: Leaving]
[07:03:45] -!- factor has quit [Read error: Connection reset by peer]
[07:23:54] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[07:47:02] -!- Aero-Tec has quit [Ping timeout: 255 seconds]
[07:58:21] -!- e-ndy [e-ndy!jkastner@nat/redhat/x-cvdenbvvijfzeryh] has joined #emc-devel
[08:06:21] -!- LawrenceSeattle has quit [Remote host closed the connection]
[08:12:23] -!- theorbtwo has quit [Ping timeout: 252 seconds]
[08:12:28] theorb is now known as theorbtwo
[08:28:19] -!- mhaberler has quit [Quit: mhaberler]
[08:55:10] -!- rob_h [rob_h!~rob_h@5ace704a.bb.sky.com] has joined #emc-devel
[09:11:45] -!- chester88 has quit [Quit: Leaving.]
[09:13:23] -!- chester88 [chester88!~chris@64.180.205.82] has joined #emc-devel
[09:44:34] -!- WalterN has quit [Quit: Leaving]
[09:49:06] -!- LawrenceSeattle has quit [Quit: LawrenceSeattle]
[10:20:33] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[10:53:24] someone is now known as Guest75084
[11:32:00] -!- Calyp has quit [Quit: Leaving]
[11:53:02] -!- Loetmichel has quit [Ping timeout: 244 seconds]
[12:43:09] -!- JT-Hardinge has quit [Ping timeout: 252 seconds]
[12:51:47] -!- zlog has quit [Ping timeout: 252 seconds]
[12:52:28] -!- Tom_itx has quit [Ping timeout: 252 seconds]
[13:07:33] <CIA-10> EMC: 03jthornton 07v2.5_branch * r344739fc4ef8 10/docs/src/config/ (4 files): Docs: fix links and remove double spaces and other clean up
[13:17:28] -!- det has quit [Quit: Ex-Chat]
[13:35:33] -!- Guest75084 has quit [Quit: Page closed]
[13:41:34] -!- psha [psha!~psha@213.208.162.69] has joined #emc-devel
[14:03:52] <CIA-10> EMC: 03jthornton 07v2.5_branch * rf33615628b64 10/docs/src/ (8 files in 2 dirs): Docs: add missing ini variable
[14:03:57] <CIA-10> EMC: 03jthornton 07v2.5_branch * r9a29f645d1cc 10/docs/src/ (4 files): Docs: add missing chapter
[14:25:53] cjdavis1 is now known as cjdavis
[14:32:36] -!- zlog has quit [Ping timeout: 240 seconds]
[14:41:59] -!- zlog has quit [Ping timeout: 244 seconds]
[14:54:24] -!- psha has quit [Read error: Connection reset by peer]
[14:58:11] -!- psha [psha!~psha@213.208.162.69] has joined #emc-devel
[15:20:42] -!- Mjolinor has quit [Quit: Leaving]
[15:49:51] -!- e-ndy has quit [Quit: Ex-Chat]
[15:50:20] -!- theorbtwo has quit [Ping timeout: 255 seconds]
[15:50:23] <cradek> mhaberler: if you want rigid taps in other planes you will have to implement that...
[15:50:25] theorb is now known as theorbtwo
[15:50:46] <cradek> did you find anything about g98/g99?
[15:51:30] <cradek> rigid tap in XY and UV planes makes a lot of sense, probably none of the others do
[15:53:25] -!- automata has quit [Ping timeout: 248 seconds]
[15:55:48] -!- e-ndy [e-ndy!jkastner@nat/redhat/x-ohrzbpfuelmrnbyp] has joined #emc-devel
[16:14:00] bootnecklad is now known as bootn3cklad
[16:24:38] -!- theorbtwo has quit [Ping timeout: 252 seconds]
[16:30:26] -!- capricorn_one has quit [Remote host closed the connection]
[16:31:13] -!- e-ndy has quit [Quit: Ex-Chat]
[16:38:17] -!- isssy has quit [Quit: Bye Bye]
[16:40:15] -!- pcw_home has quit [Quit: ChatZilla 0.9.87 [Firefox 9.0/20111216140209]]
[16:41:27] -!- mhaberler [mhaberler!~mhaberler@host25-14-static.23-87-b.business.telecomitalia.it] has joined #emc-devel
[16:52:47] -!- mhaberler has quit [Quit: mhaberler]
[16:55:49] -!- robin_sz has quit [Ping timeout: 240 seconds]
[17:22:49] -!- factor has quit [Ping timeout: 240 seconds]
[17:46:35] -!- theorbtwo has quit [Ping timeout: 252 seconds]
[17:46:48] theorb is now known as theorbtwo
[17:54:42] -!- theorbtwo has quit [Ping timeout: 248 seconds]
[18:08:53] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[18:13:12] -!- IchGucksLive [IchGucksLive!~chatzilla@95-89-244-199-dynip.superkabel.de] has joined #emc-devel
[18:13:42] <IchGucksLive> hi i did respons private to the countouring problem of this guy
[18:17:42] -!- ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #emc-devel
[18:25:32] <archivist> hmm something to wet appetites http://www.open-etech.com/
[18:27:30] <IchGucksLive> the new Vpython is on the step to be interesting for a Axis simulation on the new UbuntuLTS
[18:27:42] <IchGucksLive> ther is a new fiture
[18:28:05] <IchGucksLive> so you can remove from the Raw material the tool in realtime
[18:28:12] <IchGucksLive> this is in python
[18:28:43] <IchGucksLive> so easy to work with its well a thing to think about for change
[18:37:36] <IchGucksLive> maybe this will be the neyt boost step . pycam proggers are on the seen already
[18:51:45] -!- factor has quit [Read error: Connection reset by peer]
[18:58:09] -!- robin_sz has quit [Ping timeout: 240 seconds]
[18:58:57] -!- factor has quit [Read error: Connection reset by peer]
[19:19:01] -!- IchGucksLive has quit [Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111221214946]]
[19:38:31] -!- psha has quit [Quit: Lost terminal]
[19:45:37] -!- syyl_ws has quit [Quit: Verlassend]
[19:50:51] -!- Nick001 has quit [Ping timeout: 252 seconds]
[20:00:42] -!- acemi has quit [Client Quit]
[20:11:57] -!- acemi has quit [Quit: WeeChat 0.3.2]
[20:31:14] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust492.basl.cable.virginmedia.com] has joined #emc-devel
[20:43:29] -!- toastydeath has quit [Ping timeout: 245 seconds]
[20:46:51] -!- mshaver [mshaver!~mshaver@173-167-237-41-ip-static.hfc.comcastbusiness.net] has joined #emc-devel
[20:47:12] -!- FinboySlick has quit [Quit: Leaving.]
[20:49:06] <mshaver> What time zone is the buildbot in? I'm trying to relate the file date/time to eastern standard time.
[20:55:40] <seb_kuzminsky> mshaver: mountain time
[20:57:35] <mshaver> Thanks Seb!
[21:00:26] <andypugh> mshaver: Did you get the email?
[21:01:09] <andypugh> The problem was a bogus commit I made so that I could alter my encoder_offset on the fly. I failed to check what it did to hall homing. Very sorry
[21:03:19] <mshaver> If someone checks something into git, in master or v2.5_branch, is it built right away, or is there a delay (other than the compile time)? I think I've seen things being built on the waterfall display.
[21:05:22] <mshaver> andypugh: Seriously, no problem! Getting my e-mail now! The number of times I've gotten on here and spouted a bunch of nonsense about problems of my own making is large. Mistakes are just part of the fun!
[21:06:07] <andypugh> I need to make a patch and do some testing, but you should be able to make a small change and see a fix.
[21:07:06] <mshaver> andypugh: I answered the mail I think you are talking about. I can't compile here, so if you could check this in to git, the buildbot will make me a .deb to try.
[21:07:26] <andypugh> OK
[21:07:47] <andypugh> But I thought it only built at midnight?
[21:10:24] <mshaver> I think it builds every change upon submission, but I'm trying to find out.
[21:11:07] <cradek> since it takes time, you may not get a separate build for EVERY submission
[21:11:09] <seb_kuzminsky> mshaver: the buildbot builds right away after each push
[21:11:24] <seb_kuzminsky> cradek is right
[21:11:26] <cradek> oh if seb is here, I'll not try to help
[21:11:43] <seb_kuzminsky> when it finishes a build, if there have been any commits since it started the previous build it builds the new top-of-tree
[21:11:47] <seb_kuzminsky> hi cradek!
[21:11:50] <cradek> hey
[21:12:14] <mshaver> seb_kuzminsky: That's what I thought. I've become quite dependent on the buildbot :)
[21:12:33] <seb_kuzminsky> if you want to build something in-between, you can force a build of a specific rev
[21:12:44] <seb_kuzminsky> mshaver: well i'm glad it's useful for you :-)
[21:13:12] <mshaver> I usually only need the top of the tree.
[21:13:26] <andypugh> OK, should I push this fix for Matt now, or test it first?
[21:13:26] <seb_kuzminsky> then you're usually in luck :-)
[21:13:41] <seb_kuzminsky> well i think you should test it
[21:13:44] <seb_kuzminsky> :-P
[21:14:02] <andypugh> I agree, in general. But testing bldc.comp is a lot of work
[21:14:27] <andypugh> And I think Matt is in a hurry
[21:14:32] <mshaver> My desktop system boots on an 8G compact flash card and I don't think I have enough room to install all the build tools.
[21:14:45] <seb_kuzminsky> well, do what you think is right
[21:14:50] * mshaver is more impatient
[21:14:58] <mshaver> than in a hurry
[21:15:02] <andypugh> mshaver: I do all my development work on a machine with only an 8G SSD, no problems.
[21:15:05] <seb_kuzminsky> are you pushing into 2.5 or master?
[21:15:12] <andypugh> 2.5
[21:15:22] <mshaver> good
[21:15:26] <seb_kuzminsky> scary
[21:15:26] <andypugh> (It's an urgent bugfix)
[21:15:36] <mshaver> right, good and scary!
[21:15:54] <seb_kuzminsky> oh, if 2.5 is already broken, then i guess pushing an untested patch is more reasonable
[21:16:24] <mshaver> and we'll test this pretty extensively over the next few days
[21:17:00] <andypugh> Actually, the best solution is to revert d467b5e194c12dfc2b70375b362e33d1f13e11ca then I will work on a patch which does what that was meant to, but that doesn't break half the possible motor configs.
[21:17:01] <seb_kuzminsky> you could always push it to a new branch and test that... that way if you need more commits to fix the bug you can rebase it before it goes into 2.5 and it'll be a little neater
[21:18:00] <cradek> I agree that only things that are known to be positive progress should go on the stable branch
[21:18:32] <andypugh> Well, let me stop dithering and do some testing. I should know in an hour.
[21:18:50] <mshaver> I did run the 8i20 on master for a few seconds, so you could put it there for now if you like.
[21:19:01] <cradek> a revert of a mistaken change is quite fine IMO
[21:19:17] <mshaver> I hate keeping Andy up late, it's 9:19pm there I think.
[21:20:06] <cradek> then you oughta increase his salary
[21:20:31] <mshaver> I'll do better, I'll multiply it by a factor of 2!
[21:36:31] <andypugh> It's early for me, I have not even thought about dinner yet
[21:37:15] <andypugh> Anyway, straight "h" passes the test.
[21:54:29] -!- The_Ball has quit [Ping timeout: 248 seconds]
[22:00:45] -!- FinboySlick has quit [Quit: Leaving.]
[22:22:34] -!- WallE [WallE!~bu@188.11.3.10] has joined #emc-devel
[22:22:38] <WallE> hi
[22:23:06] <WallE> excuseme, someone can help me?
[22:23:38] <andypugh> Maybe. But you need to ask a question to get an answer :-)
[22:24:25] <WallE> I need one 3 axis control board for use in emc2 (my english is terrible)
[22:24:56] <WallE> someone know an unexpansive control board?
[22:25:30] <WallE> *inexpansive
[22:28:02] <andypugh> Stepper?
[22:28:05] <mshaver> Can you tell us more about your machine and the motors on it?
[22:28:25] <WallE> nema 23 motors
[22:28:34] <WallE> 3 axis milling machine
[22:28:56] <mshaver> Do you have motor drives now, or do you need them?
[22:29:13] <WallE> I need drivers and controller
[22:29:49] <mshaver> How fast do you want the machine to move? Faster is more expensive.
[22:30:14] <WallE> it is easy for me to do the mechanical, but difficult to make electronic
[22:31:03] <WallE> I tink to use nema 23 motors, but if you know other best stepper, told me
[22:31:29] <CIA-10> EMC: 03andypugh 07v2.5_branch * r631f9711cbab 10/src/hal/components/bldc.comp: The previous commit which allowed for encoder offset to be changed on the fly actually
[22:31:43] <mshaver> OK, here is an all in one solution: http://www.geckodrive.com/g540-p-39.html
[22:32:36] <mshaver> The other issue is the spindle motor. What can you tell us about that?
[22:32:40] <WallE> this is a stepper and driver?
[22:33:02] <andypugh> Alternatively there are very cheap packages on eBay. They work OK, though may be less reliable and lower performance than the Geckos
[22:33:23] <mshaver> Yes. It connects to your motors and the parallel (printer) port on the computer.
[22:33:44] <WallE> geko work on emc2 ?
[22:34:04] <mshaver> Yes.
[22:34:21] <WallE> 300 dollars
[22:34:25] <WallE> arg
[22:34:46] <mshaver> OK, let me look on eBay!
[22:34:50] <andypugh> http://www.ebay.co.uk/itm/3-Axis-Large-Holding-Torque-Stepper-Driver-CNC-Kit-nema23-22-1-Kg-cm-Motor-PSU-/250956251366?
[22:35:05] <mshaver> And Andy comes to the rescue!
[22:35:07] <andypugh> Not a recommendation, but there are lots similar
[22:35:08] -!- H264 has quit [Read error: Connection reset by peer]
[22:35:20] <andypugh> That's a full set
[22:35:52] <WallE> I see
[22:36:27] <andypugh> For a bit more, this one has separate (better) drives. Though still not as good as the Gecko drives. http://www.ebay.co.uk/itm/3-Axis-Nema23-stepper-motor-425oz-in-3A-CNC-control-kit-/280746684611
[22:36:58] <WallE> mmmm
[22:37:06] <WallE> this solutions I tink is good
[22:37:44] <mshaver> BUT - You may not get telephone support with those cheaper solutions.
[22:38:01] <andypugh> WallE: Have a look on #emc, there are more people on there, this is just where the uber-geeky developers discuss compiler switches and suchlike.
[22:38:15] <WallE> you prefer geko driver then TB6560AHQ, exact?
[22:38:29] <andypugh> Yes.
[22:38:39] <WallE> oky
[22:38:44] <mshaver> Me too.
[22:38:56] <mshaver> But cost is always an issue.
[22:38:59] <WallE> ops
[22:39:01] <WallE> sorry
[22:39:06] <WallE> you'right
[22:39:11] <WallE> #emc
[22:39:16] <WallE> excuseme
[22:39:31] <mshaver> The other thing is that the cheaper drives max out at 36V, the Gecko is good to 50V.
[22:39:37] <andypugh> My TB6560 board blew up three times, so I replaced it with the black-case style like that second ebay ad. I looked at Geckos but there was (at the time) no UK source.
[22:39:38] <mshaver> Good Luck!
[22:39:58] <WallE> tx a lot
[22:40:01] <WallE> very tx
[22:45:58] <mshaver> So, another 12 minutes or so: http://buildbot.linuxcnc.org/buildbot/waterfall
[22:46:25] <mshaver> I really love the future :)
[22:46:54] <seb_kuzminsky> 12 minutes until we know if andy's push compiles, but then a while longer if you want the buildbot debs
[22:47:56] -!- WallE has quit []
[22:54:35] -!- Fox_Muldr has quit [Ping timeout: 252 seconds]
[23:08:42] <mshaver> The compile was successful! How long (approximately) for debs?
[23:10:36] <seb_kuzminsky> no, it failed
[23:10:48] -!- chester88 has quit [Ping timeout: 268 seconds]
[23:10:58] <seb_kuzminsky> the tests failed on hardy realtime 64-bit
[23:11:14] <seb_kuzminsky> i've had trouble with that vm, it's probably not a bug in the code
[23:12:41] <mshaver> So, no debs? Even for platforms that built (lucid-rt)?
[23:13:27] <seb_kuzminsky> right, no debs unless all tests pass
[23:14:04] -!- Nick001-Shop [Nick001-Shop!~Nick001-S@wlk-barre-208-103-141-9.dynamic-dialup.coretel.net] has joined #emc-devel
[23:14:13] <seb_kuzminsky> i'll see if i can figure out why it failed and re-run it
[23:14:27] <mshaver> Thanks!
[23:16:18] -!- syyl has quit [Quit: Leaving]
[23:17:38] -!- emc2-buildmaster has quit [Quit: buildmaster reconfigured: bot disconnecting]
[23:17:44] -!- emc2-buildmaster [emc2-buildmaster!~emc2-buil@174-16-121-79.hlrn.qwest.net] has joined #emc-devel
[23:22:47] <rob_h> on 2.4.x this program loads fine.. but on 2.5 or master i get a unable to open file when calling the sub
[23:22:48] <rob_h> http://pastebin.com/wB5XBvHL
[23:22:58] <rob_h> put the sub before the call, and it is fine
[23:23:55] <andypugh> mshaver: What's the hardware?
[23:24:36] <mshaver> andypugh: What's what hardware?
[23:24:41] <andypugh> Is there any reason that my bldc.ko won't work on a different machine?
[23:25:18] <mshaver> It's an Intel CPU machine
[23:25:30] -!- chester88 [chester88!~chris@64.180.205.82] has joined #emc-devel
[23:25:53] <mshaver> That'd probably work actually - e-mail it?
[23:25:53] <andypugh> mshaver: Shall I email you the .ko? It might work.
[23:26:30] <mshaver> Yes! What dir does it go in? Something like usr/lib/emc/modules or something?
[23:26:53] <mshaver> I can just look for the old one...
[23:27:34] <andypugh> Hang on, it's a comp..
[23:28:00] <andypugh> You ought to be able to compile/install a comp on a basic installation, I think
[23:30:07] <mshaver> I think so, I'll have to read the manual.
[23:30:08] <seb_kuzminsky> mshaver: it was dirty leftover state from a previous failure
[23:30:32] <seb_kuzminsky> i'm rebooting the vm now, i'll rerun the build in a minute when it comes back
[23:31:06] <mshaver> Ah the future... It's not like it used to be; Maybe it never was...
[23:32:14] <seb_kuzminsky> emc2-buildmaster: watch checkin
[23:32:14] <emc2-buildmaster> watching build checkin #38 until it finishes..
[23:33:18] <andypugh> beat those buildserfs!
[23:39:17] <mshaver> andypugh: I got your e-mail, Thanks! Comp is not installed on my system. I'm going to install emc2-dev to see if it comes in that package.
[23:40:20] <andypugh> mshaver: You could just try the .ko, nothing to lose.
[23:41:04] <mshaver> Yes, but you sent me blend.ko instead of bldc.ko. I bet they're right next to each other :)
[23:41:14] <andypugh> Doh!
[23:47:04] <mshaver> andypugh: Trying bldc.ko in the shop now - back soon.
[23:54:31] <andypugh> mshaver: What was the problem with 8i20 fault/comms/status? As far as I can see comms is 4 bytes, and fault and status are 2 each, so the current bitmasking is correct?
[23:57:36] -!- factor has quit [Ping timeout: 240 seconds]