#emc-devel | Logs for 2008-11-12

[00:04:54] <CIA-38> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/Master_User.lyx: fix a whole bunch of typos and other things piasdom found
[00:04:55] <CIA-38> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/common/machining_center.lyx: fix a whole bunch of typos and other things piasdom found
[00:04:55] <CIA-38> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gcode/ (main.lyx mill_canned.lyx tool_compensation.lyx): fix a whole bunch of typos and other things piasdom found
[00:04:56] <CIA-38> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gui/ (axis.lyx mini.lyx tkemc.lyx): fix a whole bunch of typos and other things piasdom found
[00:09:47] <CIA-38> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/Master_User.lyx: fix a whole bunch of typos and other things piasdom found
[00:09:49] <CIA-38> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/ (main.lyx mill_canned.lyx tool_compensation.lyx): fix a whole bunch of typos and other things piasdom found
[00:09:49] <CIA-38> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/ (axis.lyx mini.lyx tkemc.lyx): fix a whole bunch of typos and other things piasdom found
[00:41:17] <jepler> cradek: when you get a chance, the dapper repo should be ready for signing
[00:41:25] <jepler> * jepler is building the 64-bit packages, will announce after they're pushed to the repo
[01:33:20] <cradek> ok, trying to remember how to do it now...
[01:33:41] <jepler> hi cradek, thanks
[01:33:55] <jepler> (I was having the same feeling when doing stuff like tagging the release .. hadn't done it in awhile
[01:33:58] <jepler> )
[01:45:53] <cradek> jepler: done
[01:45:56] <jepler> cradek: yay thanks
[01:45:58] <jepler> announce about to go out
[01:46:07] <cradek> welcome, thanks for all your work
[01:47:23] <jepler> I hope it's right!
[01:48:05] <cradek> I have been using trunk so much I don't even know what's in it.
[01:48:58] <jepler> there's a list :-P
[01:49:53] <CIA-38> EMC: 03jepler 07v2_2_branch * 10emc2/VERSION: bump version after release
[01:49:53] <CIA-38> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: bump version after release
[01:49:54] <CIA-38> EMC: 03jepler 07v2_2_branch * 10emc2/src/configure: bump version after release
[01:49:59] <jepler> I won't be gone altogether for the next few days, but I expect to be busier than usual...
[01:51:19] <jepler> (I was worried for a moment because my machine didn't home right .. it tried to move past the switches. but I'd commented out an 'addf debounce' when debugging some bug introduced in 2.3, and left it that way.. oops!)
[02:31:44] <jepler> wow did I get anything about the hm2 changes right in that e-mail? sheesh
[02:35:38] <seb_kuzminsky> it was mostly right
[02:35:55] <seb_kuzminsky> bit of a chaotic release
[03:06:19] <Roguish> good evening all. what was all that in the emails about double floats in the PID loop?
[03:06:29] <seb_kuzminsky> KimK: are you from colorado?
[03:06:43] <Roguish> I did a trunk update sunday and my system is not the same.
[03:06:53] <Roguish> 5i20 etc.
[03:07:06] <cradek> can you describe 'not the same'?
[03:07:25] <seb_kuzminsky> Roguish: jeff switched the hal_float_t type from single-precision float to double-precision, there were some bugs but they should all be fixed by now
[03:07:28] <Roguish> had to competely re-tune. all the setting were screwey
[03:07:48] <Roguish> when did he do that?
[03:08:07] <seb_kuzminsky> week or so ago
[03:08:10] <cradek> bizarre - I didn't have that problem
[03:08:18] <cradek> you were using trunk before that too?
[03:08:20] <seb_kuzminsky> Roguish: are you using m5i20 or hm2_5i20?
[03:08:33] <Roguish> cradek: almost totally untunable.
[03:08:41] <Roguish> the regular m5i20.
[03:10:25] <Roguish> i've modified my axes configurations several times to get different configurations, but have not had to re-tune the axes, until now.
[03:10:55] <Roguish> i had to go into the yaskawa drives and change their tune a bit too.
[03:11:48] <Roguish> unfortunately i did not get finished in the time i had to work, so i can't give a wholly difinitive explanation.
[03:12:16] <cradek> what day did you update?
[03:12:28] <Roguish> Sunday, past.
[03:12:39] <Roguish> 9th.
[03:12:41] <cradek> sorry does that mean 2 days ago?
[03:12:44] <cradek> ok
[03:12:49] <cradek> hmmmm.
[03:13:04] <cradek> I don't have any guesses. pid was broken very briefly but that was some time before the 9th
[03:13:13] <Roguish> i'll work on it again in a few days.
[03:13:25] <cradek> I'd like to see your entire hal configuration
[03:13:38] <cradek> maybe you are using a component that I'm not, and that component is broken
[03:13:58] <Roguish> i'll go back to the stock 2.6 and see how it behaves, and then try the trunk version again.
[03:14:01] <cradek> any debugging you can do would be helpful. I wouldn't suggest retuning anything because you'll just have to undo that work when the actual problem is fixed.
[03:14:37] <cradek> good idea.
[03:14:57] <cradek> also, you can use cvs up -D... to back up along the history of trunk. maybe you can isolate the change that broke it.
[03:15:10] <Roguish> got a real job for a while: www.seatel.com
[03:16:56] <Roguish> i thought for a bit it might have been in the m5i20 driver, but i did not look for any changes there. then i saw the emails concerning the double floats in the PID.
[03:17:51] <cradek> I know PID is not broken because I'm using it.
[03:18:03] <cradek> but the fact remains that something is wrong with jon's system, and also with yours.
[03:18:23] <cradek> his may be the ppmc driver making bad assumptions about word sizes.
[03:18:36] <cradek> but for yours I don't have a guess
[03:18:49] <Roguish> ok, well, i'll work on it.......
[03:19:07] <Roguish> and let you know if i find anything.
[03:19:17] <SWPadnos> wait, you had to re-tune the Yaskawa drives also?
[03:19:24] <SWPadnos> SGDH?
[03:19:30] <Roguish> yes. SGDA
[03:19:35] <SWPadnos> ok, close enough :)
[03:19:41] <Roguish> older models.
[03:20:04] <Roguish> it's a bit tricky tuning the double loop. yaskawa and emc
[03:20:05] <SWPadnos> has the machine been sitting idle for a while?
[03:20:09] <SWPadnos> yep
[03:20:28] <Roguish> yeah, i haven't worked on it for a couple of months.
[03:20:33] <SWPadnos> you're using PWM converted to analog
[03:20:35] <SWPadnos> ?
[03:20:42] <Roguish> yes, 7i33
[03:20:45] <SWPadnos> ok
[03:21:02] <SWPadnos> then I'll bet something has changed mechanically
[03:21:36] <SWPadnos> unless of course a bug is found or something :)
[03:21:50] <Roguish> haven't touched it for a few months.
[03:21:52] <SWPadnos> has the temperature changed much in the shop?
[03:22:14] <Roguish> gotten chilly, way down into the 50's
[03:22:39] <SWPadnos> ok
[03:22:39] <fenn> i gotta move wherever you are
[03:23:04] <Roguish> east bay, san francisco. walnut creek.
[03:24:22] <Roguish> we'll get a week or 2 in the upper 20's in the winter and a few short spells of low 100's in the summer, with low humidity. but that's it.
[03:25:07] <KimK> seb_kuzminsky: Hi seb, good to talk to you. No, from Omaha. I've been meaning to talk to you anyway. I've been planning to order some cards from Mesa for awhile now, hope I get to it soon. Anyway, I was going to ask you if you needed any beta testers, and what cards you wanted to test. But now that you've turned in your hostmot2 for 2.2.7, maybe you're done testing for awhile?
[03:25:12] <Roguish> no snow, no tornadoes, no wicked thunder storms, no floods, just the occasional earthquake.
[03:25:23] <SWPadnos> and lots of fog
[03:25:49] <SWPadnos> but you do have the House of Prime Rib (in SF anyway), which can overcome a lot of negatives
[03:26:02] <Roguish> a little fog here. i'm just on the boundary between the bay fog and the valley fog.
[03:26:20] <SWPadnos> oh, lucky you :)
[03:27:24] <seb_kuzminsky> brb
[03:27:56] <SWPadnos> Roguish, did you try using the machine before updating EMC2?
[03:28:24] <Roguish> no. always been on 2
[03:28:36] <SWPadnos> no, updating EMC2, not updating to EMC2 :)
[03:28:50] <SWPadnos> ie, before the TRUNK update
[03:29:12] <Roguish> no. just did my regular update.
[03:29:23] <seb_kuzminsky> KimK: huh, your IP says you're connected via Level3 in Denver, strange, oh well
[03:29:38] <seb_kuzminsky> KimK: i would surely like more testers!
[03:29:46] <SWPadnos> ok. if you know roughly when you last updated, you can check out that version of TRUNK and see if it acts the same as you remember
[03:30:19] <Roguish> i'll try some more this weekend. earlier if i can.
[03:30:39] <Roguish> what's the deal with 8.1 ubuntu?
[03:30:46] <SWPadnos> DON'T! :)
[03:31:05] <seb_kuzminsky> KimK: any card you want to test would be helpful... the 5i20 and 7i43 seem to be the most-used ones, so one of the other boards would improve the test coverate
[03:31:06] <SWPadnos> we have no packages for it, and I'm not sure if there's an RT kernel built for it yet (I think there isn't)
[03:31:13] <Roguish> no rtai build ?
[03:31:53] <Roguish> that's what i thought. i have a machine at a client's that i have to remind not to touch the updates.
[03:31:59] <SWPadnos> you may be able to get it to work, but (1) we have no official build for it and (2) at least one user has tried to get EMC2/RTAI to work and couldn't
[03:32:14] <SWPadnos> you shouldn't be prompted to update
[03:32:23] <Roguish> not a programmer, so no worry here.
[03:32:25] <SWPadnos> since 8.04 is an LTS release and 8.10 is not
[03:41:27] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[03:44:18] <KimK> seb_kuzminsky: OK, I'll keep that in mind. I'll do what little I can, we'll see. EMC2 is weak on large amounts of DC/ladder I/O, so I'd like to test Mesa's new SPI hi-density I/O cards, but prob can't afford to right now. And I'd like to see a way to connect multiple PLC racks to EMC2 by ethernet (RT?) or RS-422/RS-485? (maybe automation direct PLCs due to cost?) We'll see.
[03:45:00] <KimK> Those assorted PLC modules are just so convenient
[03:45:00] <Roguish> SWPadons: what's the status of the m5i20 driver? any changes? is it frozen? any known problems?
[03:45:44] <SWPadnos> no changes since June of last year to the "old-style" driver
[03:45:59] <Roguish> '07?
[03:46:10] <Roguish> any known problems still exist?
[03:46:17] <SWPadnos> hmmm. that's what my email commit list tells me
[03:46:20] <SWPadnos> I don't think so
[03:47:05] <Roguish> ok, i don't really have any desire to move to the new drives unless there are compelling reasons.
[03:47:24] <Roguish> faster, whiter, brighter, ect.....
[03:47:30] <SWPadnos> one nice one is that you can use the pins from unused encoders/PWMs as I/O
[03:48:04] <SWPadnos> it can also do different quantities of encoders/PWMs (and stepgens of course)
[03:48:25] <SWPadnos> so you can do 4 encoders but only 3 PWMs, if you have 3 motors but want a handwheel also
[03:49:14] <Roguish> i use the hal encoder for my handwheel.
[03:49:25] <SWPadnos> well, you can do that too
[03:49:37] <SWPadnos> do you have a spindle encoder?
[03:49:41] <Roguish> but freeing up io's would always help.
[03:50:03] <SWPadnos> yeah - I thought you needed two boards because of an I/O shortage
[03:50:04] <Roguish> no spindle control yet. very high on the list though.
[03:51:03] <Roguish> i still have a strong potential to retro a gantry. that's 4 motors.
[03:51:17] <SWPadnos> sure, plus spindle and handwheel
[03:51:45] <Roguish> they don't need the spindle now. just milling tons of foam.
[03:51:51] <SWPadnos> another nice thing with the new driver is that is supports the 5i22, which has 4 connectors
[03:51:55] <SWPadnos> ah
[03:53:53] <Roguish> that 5i22 is way more $
[03:53:58] <SWPadnos> yep
[03:54:38] <Roguish> here's one for you. i am now at www.seatel.com
[03:54:51] <Roguish> stabalized marine antenna systems.
[03:55:02] <Roguish> pretty interesting.
[03:55:22] <Roguish> inertial stabilized with motor assists.
[03:55:54] <Roguish> the controls are still in assembler on an 8 bit processer.
[03:56:12] <SWPadnos> heh, cool
[03:56:25] <Roguish> they build there own stepper and bldc drives.
[03:56:33] <SWPadnos> I saw the link earlier, and immediately thought of wireless internet access on cruise ships
[03:56:44] <SWPadnos> (annoyingly slow and annoyingly expsensive)
[03:56:50] <Roguish> that's it.
[03:56:52] <SWPadnos> huh, interesting
[03:56:58] <Roguish> all over every where.
[03:57:24] <Roguish> i'm on a DirectTV project for offshore platforms.
[03:57:27] <SWPadnos> sure - oil, research, even large fishing vessels
[03:57:31] <SWPadnos> cool
[03:57:39] <Roguish> and a railroad unit!
[03:58:02] <SWPadnos> heh. mostly useful in Europe
[03:58:04] <Roguish> from 12" dishes to 15' dishes.
[03:58:27] <Roguish> very busy right now.
[04:00:08] <Roguish> ah well. off for now. thanks for the info. 'night all.
[04:00:23] <SWPadnos> see you later
[04:45:35] <cradek> I still expect the bogus to be in ppmc write_DACs but I'm not seeing it
[04:46:27] <SWPadnos> well, the PID output bounding like that was fairly indicative of a problem on the output side
[04:46:31] <SWPadnos> bouncing
[04:48:07] <cradek> I wish he would have plotted pid feedback and command too
[04:48:18] <SWPadnos> heh
[04:48:33] <SWPadnos> I'm just happy that the vertical scale is now printed with the trace names
[04:48:56] <cradek> my lathe runs -- it seems nearly impossible that pid is broken
[04:48:58] <seb_kuzminsky> goodnight
[04:49:05] <cradek> bye seb
[04:49:06] <SWPadnos> see you Seb
[04:49:17] <SWPadnos> well, that's true
[04:49:27] <SWPadnos> that's why I suggested that he try servo_sim
[04:49:35] <cradek> hm, I have pid with debug=1 on hnc
[04:49:38] <KimK> goodnight
[04:49:40] <SWPadnos> (well, not your lathe, but ...)
[04:49:41] <cradek> I wonder if it's still busted from the param to pin changes
[04:49:47] <SWPadnos> oh, hmm
[04:49:52] <SWPadnos> see you KimK
[04:50:19] <cradek> I'm going to go try it right now.
[04:50:30] <SWPadnos> cool
[04:53:30] <KimK> bye SWP
[04:53:48] <SWPadnos> oh, were you saying good night to seb? :)
[04:53:49] <cradek> sure enough - that's it
[04:53:56] <SWPadnos> oh, cool
[04:53:58] <SWPadnos> and bummer
[04:54:00] <cradek> dangit
[04:54:05] <cradek> but ... I fixed that
[04:54:17] <cradek> I'm so inept at fixing others' ineptitudes
[04:55:04] <cradek> oh I forgot - alex wrongly fixed my wrong fix to his wrong changes
[04:55:08] <SWPadnos> heh
[04:55:28] <SWPadnos> wrong, wrong, wrong - that's one too many or one too few
[04:56:05] <cradek> addr->error_i = (hal_float_t *) hal_malloc(sizeof(hal_float_t *));
[04:56:11] <cradek> doh
[04:56:22] <SWPadnos> oops. one too many * there
[04:57:05] <SWPadnos> and there are no warnings?
[04:57:09] <SWPadnos> (about that)
[04:57:30] <cradek> why would there be a warning?
[04:57:39] <SWPadnos> oh, good point ;)
[04:58:20] <KimK> SWPadnos: No, I'm not leaving yet
[04:58:20] <KimK> SWPadnos: I wasn't trying to rush you off either, lol
[04:58:42] <SWPadnos> it's OK, I just wander off to bed at some point but leave the IRC client connected :)
[04:58:49] <CIA-38> EMC: 03cradek 07TRUNK * 10emc2/src/hal/components/pid.c: fix alex's fix to my fix to his param-to-pin changes
[04:59:50] <SWPadnos> I'm assuming those hal_mallocs get cleaned up when the component exits ...
[05:01:14] <cradek> * cradek shrugs
[05:02:22] <cradek> looks like it comes out of the hal shmem region
[05:02:37] <SWPadnos> yeah, it's a hal_malloc rather than kmalloc
[05:03:13] <KimK> cradek: the old saying says "it's impossible to make something foolproof, because fools are so ingenious"
[05:03:23] <cradek> hey, I resemble that remark
[05:03:28] <SWPadnos> I wonder if that was affecting roguish also
[05:03:35] <cradek> surely so
[05:03:54] <cradek> I thought it was fine all along, and it was for me, because of debug=1. that bites.
[05:03:54] <SWPadnos> I can't imagine a bit of retuning making it work though
[05:04:05] <SWPadnos> he may be using that too, who knows
[05:04:06] <cradek> I doubt he succeeded retuning it.
[05:04:27] <cradek> I recall him saying 'virtually untunable'
[05:04:36] <cradek> which I bet means 'I never got it to work right'
[05:04:40] <SWPadnos> heh, probably so
[05:04:45] <cradek> I hope he knows his old settings.
[05:05:37] <SWPadnos> I guess that didn't register with me. "virtually untunable" doesn't lead me to think about the machine being at fault at all
[05:05:43] <SWPadnos> having to tweak things might though
[05:06:15] <cradek> when I enabled the amps I got an instant following error, with no noticable motion at all
[05:06:38] <cradek> just a soft 'thunk' and then the amps disabled
[05:07:02] <SWPadnos> what's your MIN_FERROR?
[05:07:07] <KimK> a sign reversal problem?
[05:07:27] <cradek> .001
[05:07:28] <SWPadnos> no, a "this space not large enough for your double" problem
[05:07:36] <KimK> ah
[05:07:49] <SWPadnos> ok, so it gets whacked with a full scale command, and dies .001 later (or so)
[05:07:51] <cradek> MIN_FERROR=.001 FERROR=.002
[05:07:55] <SWPadnos> not bad
[05:08:18] <cradek> yeah I like that. when something is wrong, STOP!
[05:08:37] <SWPadnos> when something "looks" wrong, STOP! :)
[05:08:39] <cradek> not bad for servo amps as old as I am
[05:08:47] <SWPadnos> nope
[05:09:01] <SWPadnos> did you end up having to replace caps in one of them?
[05:09:05] <cradek> yes
[05:09:11] <SWPadnos> electrolytics?
[05:09:15] <cradek> yes
[05:09:20] <SWPadnos> ok, figures
[05:09:26] <cradek> and I rebuilt (or screwed with, take your pick) one of the tachs
[05:09:40] <SWPadnos> I found it interesting that the Yaskawa maintenance manual says that you should replace all the electrolytics every 5 years
[05:09:47] <cradek> whoah
[05:09:51] <SWPadnos> yeah
[05:09:55] <cradek> that's very surprising
[05:10:00] <SWPadnos> for only a few hundred $$ per unit
[05:10:01] <cradek> surely they aren't so bad anymore
[05:10:14] <SWPadnos> I think they still are actually
[05:10:15] <cradek> electrolytics in daily use don't go south that fast
[05:10:23] <SWPadnos> maybe the newer solid ones aren't as bad
[05:10:44] <SWPadnos> there was some recent discussion on CCED about tantalums going bad too, when they're not usebeing d
[05:10:58] <cradek> huh.
[05:11:07] <SWPadnos> uh, not being used
[05:11:17] <SWPadnos> how the heck did I get that massive a typo
[05:11:18] <SWPadnos> ?
[05:11:42] <KimK> tantalums going shorted?
[05:11:44] <cradek> my 1939 zenith has what appear to be all original tubes (13 of them?) - all new caps of course
[05:12:09] <cradek> they may not be original, but they are old, and marked zenith
[05:12:42] <KimK> (followed by going up like a match head, usually?)
[05:12:52] <SWPadnos> KimK, I'm not sure of the failure mode they're talking about (though I do know that tants usually die shorted)
[05:13:01] <cradek> maybe we should have developed better cap technology instead of transistors :-)
[05:13:06] <SWPadnos> heh
[05:13:10] <SWPadnos> ULTRACAPS!
[05:13:16] <SWPadnos> trancapacitors of course
[05:13:21] <SWPadnos> transcapacitors
[05:13:32] <cradek> I suppose the driving force that keeps caps shitty is price
[05:13:41] <SWPadnos> or physics
[05:15:08] <SWPadnos> ah, here we go: http://www.bibliotecapleyades.net/ciencia/ciencia_extraterrestrialtech04f.htm
[05:15:25] <KimK> and if you sell a cap that just works and works, for years and years, guess how many more you get to sell? OK, OK, </cynicism>
[05:18:36] <KimK> cradek: Is your Zenith a cabinet or a tabletop?
[05:18:59] <cradek> shutter-dial console - beautiful radio
[05:21:59] <cradek> can't find a picture of it on google images.
[05:24:14] <cradek> goodnight folks
[05:24:26] <SWPadnos> see you
[05:26:21] <KimK> Bye
[05:26:27] <SWPadnos> see you
[05:29:35] <KimK> This may not be cr's radio, but it's accompanied by an explanation of what the shutter-dial is. Apparently also known as robot-dial (30's ad campaign?) http://www.tuberadioland.com/zenith9-S-367_main.html
[05:31:48] <KimK> Maybe we need to add a "miracle switch" to EMC2? But what should we have it do...
[05:32:07] <SWPadnos> a miracle, of course
[05:33:28] <KimK> Get rid of cutter comp errors by making a smaller radius than you have a tool for?
[05:33:43] <KimK> Just press the "easy" button!
[05:33:47] <SWPadnos> correct the most recent operator error
[05:33:51] <SWPadnos> that would be a miracle
[05:33:59] <KimK> ha
[05:35:18] <fenn> 'undo' button
[05:35:51] <SWPadnos> "undo error" is more miraculous
[05:36:01] <SWPadnos> and then there's the "prevent errors" button
[05:36:06] <KimK> Boss: How did you make that big divot in the table? Operator: Well, I was trying to make a pocket two inches *above* the table...
[05:36:09] <SWPadnos> (they should be next to each other)
[09:25:33] <alex_joni> jepler: finished all other announcements (hope I didn't miss anything..)
[09:39:53] <micges> alex_joni: wiki ?
[09:45:49] <alex_joni> micges: hmm, yeah.. might be :)
[09:49:12] <alex_joni> fixed
[09:49:49] <alex_joni> thanks for pointing it out
[09:58:44] <micges> np
[12:36:37] <BigJohnT> my hardy machine wants to remove emc2-dev as part of a partial upgrade... wtf???
[12:47:53] <micges> emc-dev is in 2.2.6 version still I see
[12:49:30] <micges> BigJohnT: do not install 2.2.7 untill emc-dev will be in 2.2.7 also
[12:51:01] <BigJohnT> on my 6.06 machine it did not try and remove emc2-dev... only the 8.04 machine
[12:52:44] <micges> on my 6.06 it disallow installing emc-dev
[12:58:42] <micges> maybe just some packets are not updated after 2.2.7 release
[13:03:01] <BigJohnT> dunno
[13:10:08] <alex_joni> BigJohnT: hmm.. crap, seems I might have fogotten to upload 2.2.7-dev
[13:10:28] <BigJohnT> ok
[13:10:29] <alex_joni> BigJohnT: in 3-4h it should be up
[13:11:41] <BigJohnT> ok
[13:11:47] <BigJohnT> thanks
[13:22:39] <jepler> looks like that intermediate version of pid would have worked OK until sizeof(hal_float_t) > sizeof(hal_float_t*) which wasn't until the doubles changes
[13:23:25] <alex_joni> jepler: lol, that's reassuring :)
[13:26:20] <CIA-38> EMC: 03jepler 07TRUNK * 10emc2/docs/man/man3/hal_type_t.3hal: explain newly-introduced types
[14:01:20] <cradek> huh, the url logger gives me for today's bookmark displays as japanese or something
[14:02:41] <alex_joni> url logger?
[14:02:51] <cradek> logger_dev: bookmark
[14:02:51] <cradek> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2008-11-12.txt
[14:04:20] <cradek> the file looks fine, if I change the encoding away from utf, it displays ok
[14:04:41] <cradek> it's probably CIA's coloring that makes it autodetect wrong.
[14:05:40] <SWPadnos> oh, so I'm lucky to be using encoding-ignorant Windows programs then (all I get is little blocks where the color codes are)
[14:12:42] <cradek> "by disconnecting the network cable, a local attacker could gain access to locked sessions."
[14:28:24] <skunkworks_> I Had to open it in wordpad.
[15:14:51] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/scripts/runtests: not that tests aren't fun and all...
[15:15:06] <jepler> haha
[15:15:29] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/src/emc/sai/driver.cc: fix a small memory leak
[15:16:34] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/src/emc/usr_intf/emcrsh.cc: fix a rare segfault bug
[15:16:50] <BigJohnT> I was wondering what was all over my desk after running TRUNK it was memeory
[15:17:00] <BigJohnT> memory
[15:18:21] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/src/hal/user_comps/vcp/vcp_main.c: plug a small memory leak
[15:18:52] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/src/hal/utils/halcmd_commands.c: fix a small memory leak
[15:19:08] <jepler> seb: did you run a code analysis tool on emc, or did you just take a big fanfold printout of all the emc source and read it from start to finish?
[15:19:15] <SWPadnos> heh
[15:21:10] <CIA-38> EMC: 03seb 07TRUNK * 10emc2/tests/README: both test.hal and test.sh indicate a valid test
[15:48:24] <BigJohnT__> BigJohnT__ is now known as BigJohnT
[18:49:27] <micges> I have this line of code: pin io float servo.#.scale[SERVO_COUNT];
[18:49:46] <micges> is scale will be writable and/or readable ?
[19:01:26] <alex_joni> jepler: rsync: send_files failed to open "/home/emcboard/www.linuxcnc.org/hardy/dists/hardy/emc2.2/binary-amd64/.emc2-dev_2.2.7_amd64.deb.ASMPUt": Permission denied (13)
[19:15:03] <alex_joni> BigJohnT: emc2-dev pushed into the repo.. should be fine now
[19:29:00] <alex_joni> BigJohnT: emc2-dev pushed into the repo.. should be fine now
[19:30:13] <BigJohnT> ok, thanks alex_joni I'll do the upgrade when I get home :)
[21:25:18] <Lerman_____> Lerman_____ is now known as Lerman
[21:25:40] <skunkworks_> reversing the path in emc would be a big undertaking - correct?
[21:25:55] <skunkworks_> like - not going to happen anytime soon.
[21:26:24] <SWPadnos> yes, that seems accurate
[21:33:36] <tomaw> [Global Notice] Hi all. That split has taken services and 10k with it. We're currently investigating the cause and hope to have it resolved soon. Further updates via wallops (/mode <nick> +w). Thanks!
[21:52:09] <christel> [Global Notice] Hi all! Terribly sorry for that (fairly substantial) split! Unfortunately one of our sponsors experienced routing issues affecting our secondary US hub, Services and one of our largest MRS servers.. The issues are hopefully fixed for now, but if you have some spare connectivity and hardware, perhaps you should consider helping us not keep all our eggs in one basket! Again, sorry and thanks for using freenode!
[22:56:53] <jepler> alex_joni: weird -- should be ok to rm -f it