#emc-devel | Logs for 2011-03-17

Back
[00:03:39] -!- roberth__ has quit [Ping timeout: 248 seconds]
[00:03:47] -!- theorbtwo has quit [Ping timeout: 252 seconds]
[00:03:53] theorb is now known as theorbtwo
[00:04:11] <jepler> *q = &all_bspis[i]->instance[j];
[00:04:32] <jepler> you want the value of the thing q points at to have as its new value the address of the specific bspi instance
[00:04:38] -!- SteveStallings [[email protected]] has joined #emc-devel
[00:05:19] SteveStallings is now known as steves_logging
[00:10:35] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:29:30] <andypugh> Got there eventually.
[00:31:44] <andypugh> I am a bit puzzled by how I index into the structure pointed to by q. I think I exhaustively tried every combination, so I decided to try to set another variable to it, to get clearer error messages, and ended up with
[00:32:43] <andypugh> dummy = **q ; HM2_PRINT("%s", dummy.name);
[00:33:29] <andypugh> But **q.name gives "not a structure or...."
[00:34:47] -!- elmo40 has quit [Quit: later]
[00:34:54] <andypugh> Is that because a hm2_struct ** doesn't know anything about the layout of the hm2_struct? (all it needs to know is that it is the size of a pointer?)
[00:37:52] -!- x_ [[email protected]] has joined #emc-devel
[00:39:38] -!- x_ has quit [Client Quit]
[00:41:59] -!- adb [[email protected]] has joined #emc-devel
[00:52:32] <andypugh> Got it, time to log
[00:52:42] -!- andypugh has quit [Quit: andypugh]
[00:54:58] -!- mozmck has quit [Ping timeout: 250 seconds]
[01:05:30] -!- crazy_imp has quit [Read error: Operation timed out]
[01:08:46] -!- mhaberler has quit [Quit: mhaberler]
[01:10:43] -!- mozmck [mozmck!~moses@client-173.225.233.222.dfwtx.partnershipbroadband.com] has joined #emc-devel
[01:22:31] -!- Birdman3131 has quit [Read error: Connection reset by peer]
[01:26:29] <jepler> the type of (*q) is *pointer to* hm2_bspi_instance_t, so you can't -> it. You can (*q)->name or (**q)->name. **q.name or *q->name don't work because of the operator precedence of * vs -> and .
[01:27:24] <jepler> dummy = **q is making a (shallow) copy of **q into dummy (the by-value thing again). That means if you said dummy->i = 37 that the value of **q won't change.
[01:33:02] -!- atom1 has quit []
[01:45:25] -!- tlab has quit [Quit: Leaving]
[01:50:05] -!- TekniQue has quit [Read error: Connection reset by peer]
[01:53:08] -!- adb has quit [Read error: Operation timed out]
[02:12:02] -!- rooks has quit [Ping timeout: 240 seconds]
[02:35:33] -!- grandrew_ has quit [Ping timeout: 276 seconds]
[02:37:58] -!- Dallur1 has quit [Quit: Leaving.]
[02:55:03] -!- skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-412.dsl.airstreamcomm.net] has joined #emc-devel
[03:10:03] -!- skunkworks has quit [Ping timeout: 252 seconds]
[03:11:36] -!- mikeggg has quit [Ping timeout: 260 seconds]
[03:18:24] -!- rooks has quit [Ping timeout: 250 seconds]
[04:26:59] -!- toastydeath has quit [Read error: Connection reset by peer]
[04:35:02] -!- atom1 has quit [Ping timeout: 276 seconds]
[04:41:59] -!- rob_melb has quit [Remote host closed the connection]
[04:54:59] -!- mhaberler [[email protected]] has joined #emc-devel
[05:01:12] -!- dgarr has quit [Quit: Leaving.]
[05:03:46] <SWPadnos> I think jepler meant to say this: "You can (*q)->name or (**q).name."
[05:03:55] <SWPadnos> (in case anyone reads the logs or something)
[05:03:57] <SWPadnos> good night
[05:04:56] -!- Dannyboy has quit [Ping timeout: 276 seconds]
[05:05:30] -!- ve7it has quit [Remote host closed the connection]
[05:36:20] <CIA-5> EMC: 03cmorley 07v2.5_branch * rbc386ca8095c 10/src/emc/usr_intf/stepconf/stepconf.py: stepconf - switch from md5 to hashlib module
[05:36:27] <CIA-5> EMC: 03cmorley 07v2.5_branch * r581ec9f26f20 10/src/emc/usr_intf/stepconf/stepconf.py: stepconf fix hashlib code to actually work
[05:36:28] <CIA-5> EMC: 03cmorley 07v2.5_branch * r97c6cfdde502 10/src/emc/usr_intf/stepconf/stepconf.py: stepconf - add checks for realtime kernel before axis tests
[06:42:13] -!- psha [[email protected]] has joined #emc-devel
[06:44:23] -!- ca-kc6lbj-2 has quit [Remote host closed the connection]
[06:51:39] -!- fenn has quit [Ping timeout: 276 seconds]
[06:53:25] <psha> mhaberler: yea, it looks like there is no way to add new language other then in lang.map
[06:54:13] <psha> hm, partialy possible
[06:54:40] <mhaberler> pity we need similar but different highlight defs for asciidoc source-highlight and gtksourceview
[06:54:59] <mhaberler> working on asciidoc gcode highlight..
[06:55:56] <psha> yea, that's not nice :( but that's what we have
[06:56:55] <mhaberler> btw the gtksourceview def is a bit broken on named owords and line numbers
[06:57:08] <mhaberler> but harmless... need to start somehow
[07:04:29] <psha> btw have you considered pygments?
[07:07:44] <psha> hm, source-highlight looks like better choice
[07:14:44] <mhaberler> I'm far down the source-highlight learning curve, wont switch
[07:36:34] <mhaberler> psha: .ngc highlighting + demo added, README adapted - see http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/asciidoc-highlighting
[07:38:48] <psha> cool
[07:41:16] <psha> at least ngc lang file may be sent upstream
[07:45:40] -!- seb_kuzminsky has quit [Ping timeout: 252 seconds]
[07:45:58] <mhaberler> I wasnt sure how to fiddle the /usr/share/source-highlight directory from the Submakefile
[07:47:36] -!- seb_kuzminsky [[email protected]] has joined #emc-devel
[07:47:43] <mhaberler> psha: if you do anything with .lang files, pull http://srchighliteide.sourceforge.net/ and build/use it - its a huge timesaver
[07:48:32] <psha> yea, i've already checked that link from README
[07:50:59] <mhaberler> I guess while I'm at it, I'll add one for ini files..
[08:07:22] <mhaberler> psha: that wasnt needed, an ini lang file exists. I added an example and a note.
[08:22:18] -!- roberth__ [[email protected]] has joined #emc-devel
[08:30:13] -!- mk0 has quit [Ping timeout: 240 seconds]
[08:47:43] <mhaberler> psha: are you actively improving docs (ha!)? if so, you might want to merge http://git.mah.priv.at/gitweb/emc2-dev.git/commit/fab5c87a90cdc320436115d8d75faf410cd93c7b for the next round; otherwise let me know
[08:51:30] <psha> currently i'm mainly targeted at buildsys but why not to pick this :)
[08:52:41] <mhaberler> will you integrate the .lang highlight stuff for me?
[08:54:25] <psha> i'll try
[08:54:44] <psha> however i believe that proper place for them is somewhere in share
[08:54:49] <psha> like gtksourceview lang files
[08:55:46] <mhaberler> I'll see if this source-highlight package can use an alternative path for .lang files
[08:59:05] <psha> with command line options only
[09:00:20] <psha> hm, gladevcp-u<myhandler>.py mygui.ui
[09:00:40] <mhaberler> hm
[09:02:08] <mhaberler> ok, I'll fix it
[09:03:36] <psha> that's not you
[09:03:43] <psha> dumb asciidoc's latexmath option
[09:05:12] <mhaberler> fixed nevertheless - amended in http://git.mah.priv.at/gitweb/emc2-dev.git/commit/a1fa8741b0bf3b49481ffa8c734416fa36f84c8e
[09:06:53] -!- WalterN has quit [Read error: Connection reset by peer]
[09:07:51] <psha> latexmath treats '$' as start of math block
[09:07:57] <psha> even in verbatim code
[09:08:46] <mhaberler> looks good in html for me
[09:08:54] -!- psha has quit [Read error: Connection reset by peer]
[09:09:16] -!- psha [[email protected]] has joined #emc-devel
[09:12:58] <mhaberler> source-highlight: the dir for lang files isnt really configurable - compiled in; only chance is to run source-highlight with a path prepended in which case the lang dir will be relative to the path
[09:13:08] <mhaberler> duh
[09:26:20] -!- psha has quit [Read error: No route to host]
[09:27:03] -!- psha [[email protected]] has joined #emc-devel
[09:37:46] -!- X704 has quit [Read error: Connection reset by peer]
[09:39:56] -!- WalterN has quit [Ping timeout: 264 seconds]
[09:53:05] -!- Dallur1 has quit [Read error: Connection reset by peer]
[09:57:24] -!- Guest15728 has quit [Quit: Leaving]
[10:02:18] -!- X704 has quit [Read error: Connection reset by peer]
[10:03:15] -!- mrsun has quit [Quit: Leaving]
[10:03:39] -!- cjdavis has quit [Ping timeout: 248 seconds]
[10:20:32] -!- renesis has quit [Ping timeout: 246 seconds]
[11:03:49] theorbtwo is now known as dudley
[11:04:03] dudley is now known as theorbtwo
[11:08:14] -!- psha has quit [Quit: leaving]
[11:29:29] -!- mikeggg has quit [Ping timeout: 246 seconds]
[11:51:41] <jepler> SWPadnos: thanks for the correction. Yes, I said something muddled which probably wasn't helping andypugh much
[12:03:09] -!- mozmck1 [mozmck1!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[12:05:02] -!- mozmck has quit [Ping timeout: 246 seconds]
[12:15:45] -!- psha[work] [psha[work][email protected]] has joined #emc-devel
[12:16:23] <psha[work]> mhaberler: source highlight for pdf relies on pdflatex abilities
[12:17:06] <mhaberler> does that mean we're going for language defintion #3 for the same language ;-=
[12:30:58] <mhaberler> psha: do you have any idea wether that can be switched to use source-highlight latex output?
[12:31:01] <SWPadnos> jepler, I must admit, I was wondering what the heck you were talking about for a while. Then I read back a few more lines and saw that it was actually an answer :)
[12:35:30] <mhaberler> psha: it seems this is adjustable, see faq #24 in http://www.methods.co.nz/asciidoc/faq.html
[12:38:51] <psha[work]> mhaberler: looks like solution
[12:39:01] <psha[work]> define unknown languages to ""
[12:39:09] <mhaberler> aja
[12:39:32] <mhaberler> will give it a stab..
[12:47:48] <mhaberler> yep, that worked
[12:49:58] -!- atom1 has quit []
[12:57:04] -!- mozmck1 has quit [Quit: Leaving.]
[12:58:54] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[12:59:06] -!- mozmck has quit [Client Quit]
[13:00:59] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[13:03:16] -!- JT-Shop has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[13:03:58] -!- mozmck has quit [Client Quit]
[13:05:06] -!- adb [[email protected]] has joined #emc-devel
[13:05:59] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[13:06:57] -!- mozmck has quit [Client Quit]
[13:09:49] <mhaberler> psha: the reworked highlight stuff is at http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/asciidoc-highlighting
[13:11:00] -!- Birdman3131 has quit [Read error: Connection reset by peer]
[13:11:29] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[13:15:04] -!- mozmck has quit [Client Quit]
[13:50:53] -!- EDocTooR_ has quit [Ping timeout: 246 seconds]
[13:54:36] -!- JT-Work [[email protected]] has joined #emc-devel
[13:54:56] <mhaberler> hm, interesting - just posted a mail to -devel with a link, and two minutes later googlebot passed by and sucked that link - they seem to be monitoring mailinglists quite closely
[13:56:36] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[13:59:28] <psha[work]> :)
[14:00:09] <mhaberler> just formatted my local gladevcp.txt work copy for pdf and html with the ini style - works fine now
[14:03:24] <mhaberler> cradek: what's 'unorient' - release spindle brake?
[14:08:58] -!- EDocTooR_ [[email protected]] has joined #emc-devel
[14:09:40] <cradek> mhaberler: I think that depends on the machine - mine has something like a lock pin - to orient you engage the pin and then jog the spindle until it drops in a hole, then it is locked
[14:09:50] <cradek> later, you need to withdraw the pin to unlock it
[14:10:14] <cradek> very true that some may have a brake (many spindles have something like car brake drum/shoes)
[14:20:12] -!- maximilian_h [[email protected]] has joined #emc-devel
[14:20:30] <mhaberler> Oh. I wasnt aware of a lock, but good point
[14:20:41] -!- cevad has quit [Ping timeout: 252 seconds]
[14:21:03] <cradek> for mine I guess the angle and direction would be ignored - it can only do one
[14:23:04] <mhaberler> I would assume for those tc's which need orientation after change complete it would unlock
[14:23:13] <mhaberler> the latest I guess at a m3/m4
[14:23:44] <mhaberler> or explciit unlock mcode which reenables m3/m4
[14:24:59] -!- adb has quit [Ping timeout: 248 seconds]
[14:26:06] <mhaberler> robert says: M19 starts a Spindle Orient command,
[14:26:06] <mhaberler> M20 as well as M03 M04 M05 will cancel a Spindle orientation comand
[14:26:54] <cradek> aha
[14:27:10] <mhaberler> so that's really a spindle state then, not just an axis position angle (my initial assumption) - needs to go into settings an emc_spindle_stat, but easy
[14:27:38] <JT-Work> the CHNC has both a spindle lock and brake and the original control could orientate the spindle and lock it for broaching type of operations
[14:28:01] <cradek> good point about the boring cycles too - that would be neat to have.
[14:28:09] <mhaberler> whats you opinion on iocontrol vs motion to use for this? I'm a bit hesitant to fiddle with an rt component for a seemingly mundane operation
[14:28:32] <cradek> I see only disadvantage to having spindle control in two places
[14:28:47] <cradek> I see no drawback to having the control be all in realtime
[14:28:53] <mhaberler> yes, I dont like it either; status too
[14:29:20] <cradek> on my bolder days I think we should eliminate iocontrol
[14:29:39] X704 is now known as WalterN
[14:29:51] <cradek> I think you should definitely have all spindle control in one place, and that must be realtime because of css etc
[14:30:12] <mhaberler> ok, will but bullet
[14:30:41] <cradek> will you be changing/adding spindle nml messages?
[14:30:48] <mhaberler> currently with the example I just described on -devel, the only reason why iocontrol still 'runs in parallel' with the procedure based changer is because it rewrites the tool table
[14:30:52] <mhaberler> yes, did that already
[14:31:24] <cradek> yes I agree about the tool table, I think that is the only good reason why we still have iocontrol
[14:32:08] -!- UncleG has quit [Ping timeout: 255 seconds]
[14:32:30] <mhaberler> well, if we dump it the mist/flood etc fluff needs to be picked up elswhere.. which makes me think about a more general remapping method.. which bring me to.. ah, forget it
[14:32:54] <mhaberler> but mist/flood could just as well be motion pins
[14:33:23] <cradek> mhaberler: maybe keep in mind (badly formatted): http://sourceforge.net/tracker/?func=detail&aid=2891275&group_id=6744&atid=106744
[14:33:37] -!- EDocTooR_ has quit [Read error: Connection reset by peer]
[14:33:53] <cradek> we have a whole class of lurking bugs because the nml messages are not 1:1 with the way gcode/manual mode works
[14:34:09] <cradek> if you are changing them anyway, maybe you can make big improvements
[14:36:05] <mhaberler> hm, howdo I educate myself on the 'whole class of lurking bugs' ? any specific tracker items I should look at?
[14:37:38] <cradek> http://sourceforge.net/tracker/index.php?func=detail&aid=2106490&group_id=6744&atid=106744
[14:38:33] <cradek> http://sourceforge.net/tracker/index.php?func=detail&aid=2467781&group_id=6744&atid=106744
[14:39:01] <mhaberler> uh, nasty
[14:39:10] -!- pingufan has quit [Remote host closed the connection]
[14:39:42] <cradek> also my recent changes 256cfa23d0c2
[14:40:07] <cradek> it's all quite terrible
[14:40:32] <cradek> status buffer, nml messages, hal pins, gcode all have different commands/states
[14:41:35] <cradek> fwd/reverse/on/off/absolute value speed/signed speed/max speed/css speed based on radius
[14:41:54] <cradek> some messages set several of these things at once, some don't
[14:42:46] <mhaberler> hm, I feel I'm asked for major lobotomy
[14:43:05] <cradek> sorry, it's not your fault, you don't have to fix it all :-)
[14:43:46] <cradek> if you're changing a little, maybe best to not destabilize - but if you're changing a lot, yes maybe best to lobotomize it
[14:45:34] <mhaberler> so if I get this correctly.. the canon commands map ok onto g-code but when the messages are doled out to components (well motion really) things get a bit un-orthogonal?
[14:46:39] <cradek> I would have to review to answer that with confidence
[14:48:10] <mhaberler> if these changes go all the way to different HAL pins with new semantics, we're in for majr config breakage
[14:48:38] <alex_joni> we're kinda going that direction with ja3 anyway
[14:49:05] <alex_joni> for 2.6.x that is
[15:01:15] <mhaberler> I had looked into folding tooltable i/O into the interpreter but I jumped ship when I looked at supporting both schemes (iocontrol-managed and interpreter-managed) - I guess that to be done it needs to be removed from iocontrol alttogether to start with
[15:01:58] -!- EDocTooR [[email protected]] has joined #emc-devel
[15:02:17] <mhaberler> actually I dont see a very good reason to have it in iocontrol in the first place, but I might be missing something
[15:07:35] -!- psha[work] has quit [Quit: leaving]
[15:16:28] -!- pingufan has quit [Remote host closed the connection]
[15:40:07] -!- mhaberler has quit [Quit: mhaberler]
[15:46:46] <cradek> I think the original design long ago was to allow replacing iocontrol at the nml level with other devices
[15:46:53] <cradek> now one would do that at the hal level
[15:47:26] <cradek> the hal level is a more useful place for abstraction
[15:47:40] <cradek> we frankly have a lot of nml leftovers that we don't need or care about anymore
[15:50:33] <cradek> weird that I don't remember seeing this submitted: http://sourceforge.net/tracker/?func=detail&aid=3040806&group_id=6744&atid=106744
[15:50:38] <cradek> wonder if it's true
[15:51:27] <CIA-5> EMC: 03mshaver 07v2.4_branch * r3ba3acf83eb0 10/configs/smithy/622leadshine.hal: fix typo & change default z axis switch polarity
[15:53:27] -!- awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[15:55:41] <cradek> int probeval = *(emcmot_hal_data->probe_input);
[15:55:42] <cradek> int probe_whenclears = !!(emcmotCommand->probe_type & 2);
[15:55:42] <cradek> if (probeval != probe_whenclears) {
[15:55:56] <cradek> bitten again
[15:56:45] * Jymmmm read that as: (probeval != probe_wheelchairs) {
[15:59:53] <cradek> I wish there was a way we could find all of these
[16:05:39] cjdavis1 is now known as cjdavis
[16:07:04] -!- ve7it [[email protected]] has joined #emc-devel
[16:07:46] <CIA-5> EMC: 03cradek 07v2.4_branch * r958d6282db3a 10/src/emc/motion/command.c: Perhaps fix probing bug 3040806
[16:09:31] -!- psha [[email protected]] has joined #emc-devel
[16:19:58] -!- mk0 has quit [Quit: Leaving]
[16:26:50] -!- JT-Work has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[16:27:30] -!- nullie has quit [Ping timeout: 250 seconds]
[16:32:54] -!- adb [[email protected]] has joined #emc-devel
[16:38:17] -!- awallin_ has quit [Remote host closed the connection]
[16:50:02] -!- nullie has quit [Ping timeout: 250 seconds]
[16:51:55] -!- JT-Work [[email protected]] has joined #emc-devel
[16:52:26] -!- JT-Work has quit [Remote host closed the connection]
[16:54:30] -!- JT-Work [[email protected]] has joined #emc-devel
[16:58:49] -!- alex_chally has quit [Quit: ZNC - http://znc.sourceforge.net]
[16:59:12] -!- nullie has quit [Quit: Ex-Chat]
[17:03:24] -!- mhaberler [[email protected]] has joined #emc-devel
[17:11:36] -!- adb has quit [Ping timeout: 260 seconds]
[17:12:19] -!- skunkworks has quit [Ping timeout: 252 seconds]
[17:16:55] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[17:24:50] -!- toastydeath has quit [Read error: Operation timed out]
[17:28:14] -!- toastyde1th has quit [Ping timeout: 246 seconds]
[17:31:11] -!- cncbasher779 [cncbasher779!~cncbasher@cpc8-hart9-2-0-cust686.11-3.cable.virginmedia.com] has joined #emc-devel
[17:42:13] -!- toastydeath has quit [Read error: Connection reset by peer]
[18:05:29] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[18:09:27] -!- cncbasher779 has quit []
[18:09:49] -!- cncbasher has quit []
[18:13:27] -!- adb [[email protected]] has joined #emc-devel
[18:21:36] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[18:31:30] -!- pingufan has quit [Remote host closed the connection]
[18:41:03] -!- skunkworks924 [skunkworks924!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #emc-devel
[18:43:08] -!- mhaberler has quit [Quit: mhaberler]
[18:43:15] -!- skunkworks has quit [Ping timeout: 252 seconds]
[18:51:39] -!- adb has quit [Ping timeout: 252 seconds]
[18:51:44] -!- mrsunshine_ has quit [Ping timeout: 276 seconds]
[19:05:19] -!- JT-Work has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[19:05:40] -!- mhaberler [[email protected]] has joined #emc-devel
[19:17:27] -!- adb [[email protected]] has joined #emc-devel
[19:27:44] -!- JT-Shop [[email protected]] has joined #emc-devel
[19:37:26] -!- JT-Shop has quit [Ping timeout: 260 seconds]
[19:45:22] <andypugh> Is there any reason not to hal_malloc things which are not actually pins? The reason for doing so is that I believe that hal shared memory has better garbage collection?
[19:49:01] <cradek> hal shared memory has no garbage collection and there is no hal_free
[19:49:11] -!- JT-Shop [[email protected]] has joined #emc-devel
[19:49:24] <cradek> what do you see in favor of using hal_malloc?
[19:49:34] <andypugh> Garbage collection might be the wrong phrase.
[19:49:46] <andypugh> hal memory is cleared when RT exits?
[19:49:57] -!- micges__ [[email protected]] has joined #emc-devel
[19:50:34] <andypugh> Whereas if I kmalloc I have to kfree, and I am not at all sure which functions will be able to do that.
[19:51:00] <andypugh> (I suppose the answer is to work it out)
[19:51:28] <cradek> I think hal memory is also very limited
[19:51:46] -!- mhaberler_ [[email protected]] has joined #emc-devel
[19:53:08] <andypugh> OK, I will kmalloc
[19:55:49] <micges__> hal mem for all modules is 256 kb
[19:56:20] <andypugh> Sounds like plenty?
[19:58:55] <micges__> don't know
[19:59:30] <micges__> but 2x mesa + halui + axes > 3 is about 137 kb
[20:00:02] micges__ is now known as micges
[20:01:24] -!- adb has quit [Read error: Operation timed out]
[20:08:06] -!- micges__ [[email protected]] has joined #emc-devel
[20:10:29] -!- micges has quit [Ping timeout: 252 seconds]
[20:24:37] -!- Techrat has quit [Changing host]
[20:25:15] micges__ is now known as micges
[21:07:08] -!- cncbasher [cncbasher!~kvirc@cpc8-hart9-2-0-cust686.11-3.cable.virginmedia.com] has joined #emc-devel
[21:09:37] <cncbasher> hi building from source for the first time runing configure give me the error cant find config.h.in
[21:09:50] <cncbasher> is this a generated file etc
[21:10:40] <micges> run ./autogen.sh before configure
[21:11:31] <cncbasher> ok thasnksd
[21:11:42] <cncbasher> thaks will try that now
[21:12:17] -!- kb8wmc has quit [Ping timeout: 250 seconds]
[21:13:19] <cncbasher> yes that did the trick , thanks it's appriciated
[21:13:47] <micges> np
[21:17:01] -!- e3m has quit [Client Quit]
[21:36:58] <andypugh> insmod: error inserting '/home/andypugh/emc2-dev/rtlib/mesa_7i65.ko': -1 Operation not permitted
[21:37:03] <andypugh> Any ideas?
[21:39:27] <alex_joni> dmesg?
[21:40:12] <andypugh> Nothing.
[21:40:30] <alex_joni> there is a init function in the module
[21:40:41] <alex_joni> if that one returns false, insmod knows the insmod failed
[21:41:07] <andypugh> Oh, (embarrassed) yeah.
[21:41:46] <andypugh> I still have it returning -1 because returning success was locking rtai (necessitating a reboot)
[21:42:05] <alex_joni> sometimes it's the simple things ;)
[21:46:24] -!- skunkworks924 has quit [Read error: Connection reset by peer]
[21:49:33] -!- mhaberler_ has quit [Quit: mhaberler_]
[21:51:20] -!- mhaberler has quit [Quit: mhaberler]
[21:56:49] -!- mozmck has quit [Ping timeout: 252 seconds]
[21:57:56] -!- roberth__ has quit [Quit: Leaving]
[22:02:19] -!- cncbasher has quit [Quit: KVIrc Insomnia 4.0.0, revision: 3900, sources date: 20100125, built on: 2011-03-15 15:32:03 UTC http://www.kvirc.net/]
[22:03:28] -!- robh__ [[email protected]] has joined #emc-devel
[22:12:40] -!- mozmck [mozmck!~moses@client-173.225.233.216.dfwtx.partnershipbroadband.com] has joined #emc-devel
[22:16:43] -!- mhaberler [[email protected]] has joined #emc-devel
[22:20:45] -!- tlab has quit [Quit: Leaving]
[22:33:04] -!- psha has quit [Quit: Lost terminal]
[22:43:25] -!- mozmck1 [mozmck1!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[22:44:29] -!- mozmck has quit [Ping timeout: 246 seconds]
[22:54:57] -!- Fox_Muldr has quit [Ping timeout: 276 seconds]
[22:59:34] -!- Tom_L has quit [Client Quit]
[23:01:46] -!- mhaberler has quit [Quit: mhaberler]
[23:05:17] -!- micges has quit [Quit: Ex-Chat]
[23:08:46] -!- acemi has quit [Quit: WeeChat 0.3.2]
[23:13:34] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:17:42] <andypugh> hmm, it seems that one of send, receive or read is a really bad idea to use as a variable in a comp
[23:18:56] <andypugh> I am guessing that the #undef in the converted c-code does something bad to something else. (completely unrelated header files in the linux libraries were developing apparent syntax errors)
[23:20:38] <andypugh> I suspect you will get away with it using comp, or maybe even if you don't #include hostmot.h (which sub-includes a load of other headers)
[23:23:47] -!- mhaberler [[email protected]] has joined #emc-devel
[23:41:01] -!- rooks has quit [Quit: So long, and thanks for all the fish.]
[23:41:46] -!- mhaberler has quit [Quit: mhaberler]