Back
[02:22:46] <CIA-42> EMC: 03jepler 07TRUNK * 10emc2/src/hal/drivers/pluto_step_firmware/test_stepgen.v: add GPL license block
[03:06:37] <jepler> cradek: thanks for replying to paul
[03:06:57] <jepler> looks like he's no longer interested in his nutty GPL claim
[03:07:21] <jepler> or maybe I should go look for his post on debian-legal about debian's gpl violations
[03:08:32] <SWPadnos> good luck on that
[03:09:30] <SWPadnos> jepler, did you notice my question about relative paths for the files stepconf generates? (in the .stepconf file itself - the md5sum elements)
[03:10:10] <jepler> they *are* worried about whether the debian logo can be placed on a quilt, though:
http://lists.debian.org/debian-legal/2008/11/msg00045.html
[03:10:14] <jepler> SWPadnos: I saw it go by, but I ignored it
[03:10:18] <SWPadnos> ok :)
[03:12:30] <jepler> it probably should be, probable smop, etc
[03:12:45] <SWPadnos> the reason I thought of it was because I started to make a G540 config, and I noticed that the files listed were "/home/steve/emc2/G540/...", so I'm not sure how one would make a .stepcof file that could be distributed as a starting point
[03:12:50] <SWPadnos> for further configuration
[03:13:13] <SWPadnos> uh, .stepconf
[03:49:18] <cradek> jepler: anytime. hope I did it right.
[04:17:44] <SWPadnos> hey jmkasunich, if you have a chance to get to HGR sometime soon, can you take a look at this for me:
http://www.hgrindustrialsurplus.com/search-products/product-detail.aspx?id=21-211-041
[04:18:25] <cradek> hey that looks familiar somehow
[04:18:29] <SWPadnos> heh
[04:18:32] <SWPadnos> different color?
[04:18:44] <cradek> mine's been painted eleventy times
[04:19:02] <SWPadnos> it's on eBay for $2499 or best offetr, I just happened to check the HGR listing too
[04:19:06] <SWPadnos> glad I did :)
[04:19:09] <cradek> hey it has a chuck on it! that's a great price if it's decent
[04:19:23] <cradek> it's quite hard to find a chuck that fits that nose
[04:19:25] <SWPadnos> if the motors work and the ways aren't rusty, it's a pretty good deal
[04:19:37] <cradek> none of the common chinese backplates fit
[04:19:38] <SWPadnos> it looks like a small one - maybe a 5" or 6"
[04:19:48] <cradek> it's 6 I bet
[04:19:54] <SWPadnos> isn't it an A2 or D2 spindle? (or something like that)
[04:20:02] <SWPadnos> err, spindle nose anyway
[04:20:04] <cradek> I don't know what that means
[04:20:07] <cradek> it's threaded
[04:20:12] <SWPadnos> heh
[04:20:32] <cradek> you can't do much more than 6" because X travel is pretty short
[04:20:44] <SWPadnos> it's an even better deal if I can "accidentally" have the control fall off the trailer on the way home, and not get arrested for it ;)
[04:20:49] <SWPadnos> right
[04:20:55] <cradek> MIN_LIMIT = -1.4
[04:20:56] <cradek> MAX_LIMIT = 3.001
[04:21:16] <SWPadnos> heh, that is close to 6" dia
[04:21:33] <cradek> home is center of the turret 3" forward from the center line
[04:21:53] <cradek> so to get 6" you need the tool on the far side of the turret center
[04:22:11] <cradek> err, near side
[04:22:17] <SWPadnos> phew
[04:22:32] <cradek> anyway, you probably don't need or want bigger than a 6" chuck
[04:23:06] <SWPadnos> probably not, though I can't tell if that's an automatic chuck
[04:23:10] <cradek> when he goes he should take allen wrenches. there are nice little plates that you take off to access the ends of the screws
[04:23:15] <SWPadnos> it looks like it sticks out a lot for an automatic
[04:23:31] <cradek> the screws have an allen in the end, so he can move it.
[04:24:04] <cradek> what is an automatic chuck?
[04:24:21] <SWPadnos> air/hydraulic activation
[04:24:24] <cradek> too bad about the reflection - I can't see if the collet closer is there
[04:25:01] <SWPadnos> in your video (of knob making), was that a chuck or a collet? I con't remember
[04:25:04] <cradek> BAR FEED EL: 3/60/460
[04:25:07] <cradek> collet
[04:25:10] <SWPadnos> ok
[04:25:46] <cradek> oh is the tripod part of a bar feeder?
[04:25:54] <SWPadnos> ah, probably
[04:26:06] <cradek> wonder what it does
[04:26:10] <SWPadnos> I didn't notice the bar feeder, and I was wondering what the tripod was for
[04:26:20] <SWPadnos> like a steady rest I think
[04:26:33] <SWPadnos> you get a lot of whipping with a long bar, I imagine
[04:26:34] <cradek> keeps the far end from whipping around? (I could use that sometimes)
[04:26:40] <cradek> you bet
[04:27:22] <cradek> you want the control! transformers and drives are in there.
[04:27:36] <SWPadnos> this one is dirtier than the other one, but for $1450 difference in price, it's worth it
[04:27:40] <SWPadnos> heh
[04:30:41] <cradek> http://www.hgrindustrialsurplus.com/search-products/product-detail.aspx?id=05-583-013&searchtable=1&sortExpression=&SortASC=&pageSize=50¤tPageIndex=0
[04:30:53] <cradek> whee, another QC30-ER40 chuck I think
[04:31:11] <cradek> maybe - so hard to tell scale
[04:31:57] <SWPadnos> huh. the only thing that looks at all chuck-like is the large-ish black one that opens to the left (about 40% up on the left side)
[04:32:08] <cradek> yes
[04:32:37] <SWPadnos> that's a pallet board under the box, which is probably about 6" wide
[04:33:03] <SWPadnos> but then again it could be 4" ;)
[04:33:08] <cradek> heh
[04:35:39] <cradek> is your mill R8?
[04:35:48] <seb_kuzminsky> sigh
[04:35:56] <cradek> hi seb
[04:36:04] <SWPadnos> woah:
http://www.hgrindustrialsurplus.com/search-products/product-detail.aspx?id=30-704-003&searchtable=1&sortExpression=&SortASC=&pageSize=50¤tPageIndex=0
[04:36:04] <seb_kuzminsky> richard acosta is back and he still can't get his shit to work
[04:36:07] <SWPadnos> yes, it's R-8
[04:36:23] <seb_kuzminsky> oh yeah, hi guys
[04:36:27] <cradek> seb_kuzminsky: oh god.
[04:36:34] <seb_kuzminsky> somebody shoot me
[04:36:39] <cradek> bang
[04:36:40] <seb_kuzminsky> no wait, shoot the users!
[04:36:43] <seb_kuzminsky> heh
[04:36:52] <SWPadnos> bang bang bang
[04:36:55] <cradek> here, have some chocolate covered cranberries (before I eat all 200 of them)
[04:36:59] <SWPadnos> hmmm, maybe that's not the right thing to do
[04:37:04] <seb_kuzminsky> whoa cranberries
[04:37:19] <seb_kuzminsky> i usually go for the chocolate espresso beans
[04:37:24] <SWPadnos> I can't believe we have leftover chocolate pecan pie (one pie, at a party with 16 people)
[04:37:33] <cradek> you ought to try these if you get a chance - so good
[04:37:34] <SWPadnos> there were other desserts of course
[04:37:34] <seb_kuzminsky> must
[04:37:39] <seb_kuzminsky> must've been a nasty pie
[04:37:52] <SWPadnos> like craisins with chocolate, or sour-puss cranberries?
[04:38:07] <cradek> whole raw cranberries, dipped in chocolate
[04:38:11] <SWPadnos> no, the pie was excellent, it's just very very rich - people couldn't eat a "whole" piece ;)
[04:38:27] <SWPadnos> hmmm, interesting
[04:38:30] <cradek> they have a nice crunch and then sour + sweet mmmmmm
[04:38:42] <SWPadnos> dark chocolate?
[04:38:53] <cradek> no, I did that once - sweet chocolate is better
[04:38:57] <SWPadnos> heh
[04:39:02] <cradek> have to counteract the cranberry
[04:39:06] <SWPadnos> with cranberries I imagine that's true
[04:39:08] <SWPadnos> yep
[04:39:58] <cradek> seb_kuzminsky: man I wish he'd leave his attitude at the door - he's hard to help.
[04:41:27] <seb_kuzminsky> stupid + belligerent = bad combo
[04:41:42] <seb_kuzminsky> other folks have figured it out, but he can't, must be our fault
[04:42:21] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Preparing_Ubuntu_to_compile_emc2
[04:42:35] <cradek> here it says to install build-essential which he clearly has not
[04:43:09] <SWPadnos> he has 2.2.6 installed, he can just downoad the 2.2.7 deb and install it that way
[04:43:35] <SWPadnos> which will prevent make install / (oope, no make uninstall) problems
[04:43:37] <cradek> Off course, as i "apt-get update"
[04:43:38] <cradek> and never found updates i tought i was using the last version, which was
[04:43:38] <SWPadnos> oops
[04:43:41] <cradek> told as necessary.
[04:43:45] <SWPadnos> sure
[04:43:47] <cradek> I wonder if he doesn't know to use 'upgrade'
[04:44:05] <SWPadnos> or if his machine is connected to the net ...
[04:44:13] <cradek> fuck if I know
[04:44:34] <SWPadnos> you'll never see any available upgrades if you never reload, which he probably doesn't know to do (and update manager can't if it's not connected)
[04:44:36] <SWPadnos> heh
[04:45:07] <cradek> poor seb and peter
[04:45:16] <seb_kuzminsky> poor richard
[04:46:24] <cradek> second hit googling that error says to install build-essential
[04:46:37] <seb_kuzminsky> * seb_kuzminsky rolls eyes
[04:46:57] <seb_kuzminsky> i click on google and nothing happen your board is crappy
[04:47:03] <seb_kuzminsky> sorry
[04:47:04] <SWPadnos> "OK, i have reinstalled linux because i could not connect to internet using pppoe with ubuntu/emc2 from linuxcnc.org."
[04:47:12] <SWPadnos> quote from early email from Richard
[04:47:28] <seb_kuzminsky> every time he sends a new email i ask myself again if he is a troll
[04:47:40] <seb_kuzminsky> and each time i decide he's just clueless and angry
[04:48:00] <cradek> he's not a troll
[04:48:11] <SWPadnos> I don't think so. I just re-read his early messages, and it seems he's just not finding the answers he needs (possibly due to lack of internet access, which also prevents google from working well)
[04:48:18] <cradek> he's just amazingly bad at figuring things out AND at asking for help
[04:48:39] <cradek> he has enough internet access to bitch at us
[04:53:15] <SWPadnos> using Thunderbird on Windows to make these emails (at least as of September 11)
[04:53:35] <SWPadnos> ok, the last one was on X
[04:54:36] <seb_kuzminsky> i bit my tongue
[04:54:41] <SWPadnos> there may also be a language problem, he's from Uruguay
[04:55:05] <seb_kuzminsky> i think the grouchiness problem is worse than the language problem
[04:55:10] <SWPadnos> heh
[04:55:21] <cradek> ..guess what.... NEW ERROR!!!
[04:55:43] <cradek> what language problem causes that exactly?
[04:55:55] <SWPadnos> heh
[04:56:09] <cradek> (he didn't say what the error is)
[04:56:13] <seb_kuzminsky> he did
[04:56:25] <cradek> no, not the error running it with 2.2.7
[04:56:28] <seb_kuzminsky> "c compiler can't create executable"
[04:56:36] <seb_kuzminsky> oh that
[04:56:49] <seb_kuzminsky> he never got 2.2.7 installed because (he says) he just ran apt-get update
[04:56:51] <cradek> or is he trying to build 2.2.7? or trunk?
[04:57:03] <seb_kuzminsky> who the hell knows
[04:57:10] <cradek> so many problems, so little information
[04:57:15] <seb_kuzminsky> trying to compile the linux kernel for all we know
[04:57:35] <cradek> I don't know if he or paul is worse
[04:57:46] <seb_kuzminsky> i remember an early epiphany i had
[04:57:52] <cradek> do share!
[04:58:03] <seb_kuzminsky> writing good bug reports is a gateway to becoming a developer
[04:58:22] <seb_kuzminsky> if you're clueless, trying to figure out what the cluefull folks would want to know is a good start
[04:58:49] <seb_kuzminsky> that was pretty much my entry ticket into online collaboration
[04:58:50] <cradek> yes once you can do that, you have the mindset to work on software, you only need the skills
[04:59:02] <cradek> I think you are right
[04:59:17] <seb_kuzminsky> paul's confusing to me
[04:59:33] <seb_kuzminsky> richard's just annoying, because he's just a complainer
[05:00:04] <seb_kuzminsky> paul's got skills, but doesnt seem to want to collaborate
[05:00:14] <cradek> true
[05:00:33] <cradek> paul likes there to be trouble so he tries to drum it up
[05:00:51] <cradek> he has no interest in emc2 except to bash it
[05:01:29] <cradek> whenever someone nails him down to a particular complaint, it's handled factually, and he starts in with another one
[05:01:41] <seb_kuzminsky> yeah i noticed that - very annoying
[05:01:53] <SWPadnos> there, my turn :)
[05:02:01] <cradek> thankfully he goes away for months at a time
[05:02:17] <seb_kuzminsky> paul was quite helpful to me in private email early on when i was first starting with emc2 and hm2
[05:02:57] <cradek> yes I get the impression he helps people privately. I wonder why then does he just troll publicly?
[05:03:02] <SWPadnos> he tends to be helpful in private, and decidedly unhelpful in public
[05:03:03] <cradek> it's very bizarre.
[05:03:13] <seb_kuzminsky> confusing
[05:03:41] <SWPadnos> hey, anyone turned on "all desktop effects" on Hardy or Intrepid?
[05:03:48] <SWPadnos> or whatever they call it
[05:03:53] <cradek> nope
[05:04:09] <SWPadnos> it's pretty cool actually
[05:04:18] <seb_kuzminsky> thanks SWPadnos, that was a good response
[05:04:23] <SWPadnos> they use the windows keys to good effect
[05:04:25] <SWPadnos> thanks
[05:04:41] <seb_kuzminsky> way more helpful than mine
[05:04:43] <SWPadnos> windows+scroll wheel zooms the screen (which unfortunately follows the mouse)
[05:04:45] <SWPadnos> heh
[05:05:06] <SWPadnos> windows+tab (or shift-tab) shows a much prettier application switcher
[05:05:37] <cradek> what does 'zooms the screen' mean?
[05:05:43] <SWPadnos> makes everything bigger
[05:06:02] <SWPadnos> like a larger virtual desktop
[05:06:11] <cradek> ah, bizarre
[05:06:14] <SWPadnos> yeah
[05:06:16] <cradek> not sure I'd ever use that
[05:06:32] <SWPadnos> it's interesting to me only because my wife works with people with visual impairments
[05:06:36] <cradek> I'd love a good alt-tab replacement though (the one that shows previews of the windows)
[05:06:41] <SWPadnos> and screen magnifiers are expensive as hell
[05:06:45] <SWPadnos> yes
[05:07:00] <cradek> neat, that sounds like it would be very useful for them
[05:07:01] <SWPadnos> the normal alt-tab does anyway, but this one does a page-flipping thing
[05:07:25] <SWPadnos> yeah, it's pretty good. not excellent due to the fact that it's upsampling "low res" image data
[05:07:45] <seb_kuzminsky> ok goodnight guys, i'm done bitching for tonight ;-)
[05:07:54] <cradek> goodnight seb
[05:07:56] <cradek> keep your head up
[05:08:13] <cradek> or whatever equivalent thing Red Green would say
[05:08:26] <SWPadnos> night seb_kuzminsky
[16:51:41] <jmkasunich> SWPadnos: I'm planning to go to HGR shortly
[20:53:14] <jmkasunich> SWPadnos: when I build the latest trunk, I get several unused variable warnings in the GS2 driver
[20:53:33] <jmkasunich> are those something you are gonna use later, or leftovers that should be removed?
[21:13:34] <SWPadnos> they should get used when I add getopt() support (so you can use a serial port other than /dev/ttyS0)
[21:14:51] <jmkasunich> ok, I'll ignore them for now
[21:14:57] <jmkasunich> I have param aliases done
[21:15:05] <jmkasunich> only thing left is "save"
[21:15:15] <jmkasunich> and maybe a change to save net
[21:15:41] <jmkasunich> I wonder if save net should use the original name instead of the alias?
[21:16:09] <jmkasunich> reasoning: in favor - if you forget to save aliases, using original names means that the "save net" commands will still work
[21:16:35] <jmkasunich> opposed - the save output will ignore the aliases that you added for readability
[21:17:12] <SWPadnos> if save also saves aliases, then I don't see any reason to avoid using them in the save output
[21:17:31] <SWPadnos> they would have to be manually removed from the file to make it not work
[21:17:51] <jmkasunich> the default "save" = save all, will save aliases
[21:18:09] <jmkasunich> but if you do "save nets" yourself, then the aliases won't be saved
[21:18:10] <SWPadnos> right
[21:18:14] <SWPadnos> that's truew
[21:18:16] <SWPadnos> -w
[21:18:26] <SWPadnos> can save take multiple items now?
[21:18:33] <SWPadnos> like save net pin alias
[21:18:38] <jmkasunich> I don't think so
[21:18:39] <SWPadnos> err, s/pin//
[21:18:42] <SWPadnos> ok
[21:18:47] <SWPadnos> that would be a good addition :)
[21:19:20] <jmkasunich> there is a logical order for saves - aliases should come before nets, so that the aliases are in place before the net commands that use them
[21:19:30] <SWPadnos> yep
[21:19:53] <SWPadnos> loads aliases nets setps
[21:20:17] <SWPadnos> then addf
[21:20:59] <jmkasunich> setp is an interesting case as we think about making params go away
[21:21:17] <jmkasunich> should save write a "setp" command for every unconnected settable pin?
[21:21:18] <SWPadnos> works on pins (or aliases) anyway
[21:21:24] <SWPadnos> heh
[21:21:43] <SWPadnos> it probably shouldn't write them for most parameters
[21:21:45] <jmkasunich> right now it only writes setps for settable parameters
[21:22:07] <SWPadnos> anything that's an RW?
[21:22:10] <alex_joni> I doubt there are that many people out there using halcmd save
[21:22:20] <jmkasunich> alex_joni: I suspect you are correct
[21:22:33] <jmkasunich> that is not a reason for us to let it rot though
[21:22:44] <alex_joni> I think I used it 3-4 times, but usually (emc related) it's probably not used
[21:22:54] <alex_joni> if it's only HAL I'm sure it's lots more usefull
[21:23:11] <alex_joni> especially if halcmd save would save only those setp's that actually changed a default value :)
[21:23:26] <SWPadnos> yes
[21:23:35] <alex_joni> but adding a flag for changed might not be justified
[21:23:46] <alex_joni> not sure if there is a bit free in the pin/param struct
[21:23:47] <SWPadnos> though that's dangerous if you want to guarantee an identical system
[21:23:55] <jmkasunich> especially if we expect to eliminate params in the future
[21:23:56] <SWPadnos> if any defaults change, you will have a problem
[21:24:17] <alex_joni> SWPadnos: defaults won't change from a stable release to the next
[21:24:22] <SWPadnos> there are other concerns about defaults, like loading modules and what they do by default
[21:24:24] <alex_joni> so I don't see it as an immediate issue
[21:24:26] <SWPadnos> ok
[21:25:21] <SWPadnos> for example, pid loads 3 channels by default. save would likely write out "loadrt pid", but doesn't know if it needs to specify num_chan=3
[21:25:32] <jmkasunich> well, for now I'm just gonna add "save alias", and run it early in the sequence when somebody does save all
[21:25:52] <alex_joni> I think it does that.. doesn't it? (the num_chan part)
[21:26:17] <SWPadnos> I think only if you loaded it with the parameter
[21:26:24] <jmkasunich> _if_ a module was loaded using halcmd loadrt, then the args passed to it are saved, and printed when you do save comp
[21:26:49] <jmkasunich> if you load a module using insmod (nobody does that anymore), then the args are lost
[21:26:54] <alex_joni> as opposed to using insmod or modprobe?
[21:27:00] <jmkasunich> right
[21:27:04] <alex_joni> ah, that's ok enough imo
[21:27:26] <jmkasunich> hmm
[21:27:31] <alex_joni> * alex_joni imagines trying to reconstruct a hostmot loadrt from an insmod
[21:27:35] <alex_joni> crazy thought ..
[21:27:35] <jmkasunich> save comp doesn't preserve load order
[21:27:51] <alex_joni> hmm. that might fail then
[21:27:53] <SWPadnos> that's a problem for hostmot
[21:27:55] <SWPadnos> 2
[21:27:56] <jmkasunich> that shouldn't matter normally, but I think for hostmot, you need to load one chunk of the driver first
[21:28:06] <alex_joni> right.. the hostmot2 part
[21:28:14] <alex_joni> likewise for trivkins and motmod
[21:28:30] <alex_joni> s/triv/*/
[21:28:37] <jmkasunich> I wonder if the comp list should be in load order instead of alphbetical order?
[21:29:17] <alex_joni> well.. usually the people using halcmd save are smart enough to figure things out, but who knows
[21:29:31] <SWPadnos> I'd say load order, if that's possible/easy
[21:29:33] <alex_joni> maybe one day halcmd save gets used by some program, so it might be worthwhile to make it right
[21:29:46] <alex_joni> SWPadnos: probably means you need to remember the load order
[21:29:56] <SWPadnos> with some additional options (like "only save things that have changed"), it could be quite useful
[21:29:58] <SWPadnos> heh
[21:30:00] <SWPadnos> yes it does
[21:30:02] <alex_joni> jmkasunich: right now the comps get put in a linked list?
[21:30:07] <jmkasunich> alex_joni: if I do that, I will actually change hal_lib so the internal list is in load irder
[21:30:09] <jmkasunich> order
[21:30:11] <SWPadnos> anyway - gotta run. bbl
[21:30:19] <alex_joni> jmkasunich: exactly what I was thinking
[21:30:29] <alex_joni> still you need to sort for show
[21:30:36] <jmkasunich> nope
[21:30:41] <alex_joni> ah, pins are separate
[21:30:52] <alex_joni> show comp maybe (but that's probably ok unsorted)
[21:30:54] <jmkasunich> right now, show (for every kind of thing) just prints them in whatever order the internal list is
[21:31:09] <alex_joni> unsorted (alphabetically)
[21:31:15] <jmkasunich> right now all the lists are in alphabetical order
[21:31:25] <jmkasunich> but I am considering changing the comp list to load order
[21:31:30] <alex_joni> right, and I think pins would be a problem if not alphabetically
[21:31:37] <alex_joni> comp can be loadorder sorted
[21:31:53] <jmkasunich> yeah, there is no way I'd change the order of pins, params, etc
[21:32:01] <alex_joni> (hope you don't mind me skipping a couple of verbs/nouns, etc)
[21:34:28] <jmkasunich> I just realised there is already one list that isn't in alpha order - threads are in order from slow to fast
[21:34:56] <alex_joni> precedent! that makes everything ok :D
[21:35:16] <jmkasunich> oops, I think I found a bug
[21:35:27] <jmkasunich> I did a loadrt threads that created three threads
[21:35:30] <jmkasunich> then unloadrt threads
[21:35:36] <jmkasunich> and loadrt threads to create one more
[21:35:43] <jmkasunich> show threads only shows the newest one
[21:36:39] <alex_joni> so unloadrt kills them, although they are still running
[21:37:27] <jmkasunich> nope
[21:37:54] <alex_joni> kills/removes them from the linked list?
[21:37:58] <jmkasunich> load, show, they are there, unload, show, still there, load, show, only new ones there
[21:38:14] <alex_joni> ahh.. so the new load doesn't append to the list
[21:38:29] <jmkasunich> it seems like it replaces the list
[21:38:46] <jmkasunich> I need to finish save alias and commit it so I don't mix things up, then I'll dig into this bug
[21:40:54] <alex_joni> * alex_joni looks for it..
[21:41:03] <alex_joni> only visual code inspection though
[21:41:53] <jmkasunich> its probably fairly obvious
[21:42:47] <alex_joni> hmm.. not immediately
[21:43:02] <alex_joni> loadrt threads calls the same call 3 times for 3 params
[21:43:18] <jmkasunich> the bug will be in hal_lib, not threads
[21:43:21] <jmkasunich> (I think)
[21:43:22] <alex_joni> no reason the next time should be any different
[21:43:26] <alex_joni> I am reading hal_lib
[21:43:33] <jmkasunich> oh, good point
[21:43:37] <alex_joni> hal_create_thread()
[21:43:55] <jmkasunich> * jmkasunich can't do two things at once
[21:44:05] <alex_joni> ok.. don't get sidetracked by this
[21:44:12] <alex_joni> (look away :P)
[21:51:00] <alex_joni> did you maybe try to load another thread with the same value as the fastest thread?
[21:51:09] <jmkasunich> no
[21:51:56] <alex_joni> err.. slowest one
[21:52:05] <alex_joni> (the one at the beginning of the list)
[21:52:34] <alex_joni> (probably a red herring but there is a check: if ( new->period < prev_period ) {
[21:52:38] <jmkasunich> I think I chose an intermediate value
[21:52:41] <alex_joni> which imo should be <=
[21:52:56] <alex_joni> I think you can only load them in increasing order
[21:53:01] <jmkasunich> first three were 50000, 1000000, and 10000000, 2nd was 2000000
[21:53:31] <alex_joni> looking at hal_lib, I'm not sure you can do that
[21:53:43] <alex_joni> was there a HAL_LIB: ERROR: new thread period %ld is less than existing thread period %ld\n", in dmesg?
[21:54:07] <alex_joni> hmm.. that wouldn't have created the thread.. n/m me
[21:56:43] <CIA-40> EMC: 03jmkasunich 07TRUNK * 10emc2/src/hal/utils/ (halcmd_commands.c halcmd_completion.c): finish up 'alias'
[21:56:53] <CIA-40> EMC: 03jmkasunich 07TRUNK * 10emc2/src/hal/hal_lib.c: finish up 'alias'
[21:58:37] <jmkasunich> well, clearly I never intended to allow a new thread with an intermediate period
[22:00:14] <alex_joni> I wonder why it didn't fail then
[22:00:30] <jmkasunich> dunno, I need to repeat my tests
[22:00:39] <alex_joni> might be <int>, <long> related?
[22:06:52] <jmkasunich> I wonder if it matters that I'm running sim?
[22:07:41] <alex_joni> hmm.. I think jeff fixed some thread related things lately for ism
[22:07:43] <alex_joni> sim
[22:07:56] <alex_joni> the tmax & co weren't showing..
[22:08:05] <alex_joni> maybe period's are 0 too or soemthing
[22:08:57] <jmkasunich> dunno
[22:09:19] <jmkasunich> I'm getting hungry, and it is starting to be hard to care if such a rare use-case is funky
[22:09:42] <alex_joni> heh.. getting late here too
[22:25:54] <alex_joni> good night all