jarl is rugdallur isn't he?
he's been very busy testing
you fixed the machine off spindle stays on problem?
yes, I had hoped to ask him to try it, but I missed him today
you should go into the tracker and set the state to pending, fixed, and leave a comment asking him to test it
that will give him a couple weeks to test, then automatically close the bug
I don't like that it deletes it, instead of closing it
oh, it does...
I didn't realise that
crap - I've done pending on a couple these last few days
although on my case, its "this isn't a bug", so deleted might be appropriate
I looked to see if I could change that behavior, but I can't
I also wanted to add "not a bug" as a resolution, but I can't do that either
SF is so cool!
* cradek sighs
it's worth at least as much as I pay for it, so I don't complain
I don't complain (much) either
I just wax sarcastic at times
I had typed a complaint, but then I deleted it :-)
in my messings around with the xilinx bitfiles, I found out that it will be easy to add both "capabiltiies" and "user preferences" fields to the bitfile
their format is quite extendable
a bunch of chunks, each with a 1 byte tag, 2 or 4 byte length (depends on tag value) and then length bytes of data
followed by another chunk, or eof
they use tags a thru e
I'm gonna use w for "write this to the FPGA RAM after loading the config", for the user preferences (the driver reads from the ram to export HAL stuff)
and something else (dunno what) to convey capabilities to whatever user space config tool the user uses to customize the config
neatly solves some of the security stuff... the user can do the customization on a completely differnt machine if he wants
read the bitfile, use the capabiltiies section to prompt the user, then rewrite it with a new 'w' section containing the responses
no privs at all needed for that
steves_logging is now known as steve_stallings
* cradek fixes a bug by removing code...
thats always nice
well I'm a little sad to take it out, but it'll do for now
oh, it was an optimization...
I thought you meant you removed some complexity or something
can you run the release from a shell and see if you get a traceback when typing - and + into the MDI?
in axis I mean
(I get that in trunk but cannot run 2.1 here)
I think I can do that...
just run the installed version, sim/axis config?
someone needs some more ram
oops I missed bedtime again
it doesn't seem to be hitting the disk that terribly hard... its just nasty slow
I think RT and VMs don't get along
hey! axis is up!
ok, out of estop, machine on
mdi tab active
what do I do, just enter '-' in the line and hit go?
hey cradek ! did I spend 5 mins waiting for axis to start, just so you could go get some beauty sleep?
* jmkasunich goes back to what he was doing
ok, what do I do?
I was getting it whenever (as soon as) I typed -
arg... very not responsive
23:53:32 up 31 days, 1:19, 8 users, load average: 13.14, 11.87, 9.15
steve_stallings is now known as steves_logging
cradek_ is now known as cradek
wow, a lot of activity on the lists lately
I think the hal_parport.c,1.28,1.29 change is wrong -- in 'x' mode, those pins are OC and so either side is permitted to drive them low
when I said the same thing, jmk said it's confusing and not very useful to have that, but to change it back if I want
* cradek grumbles
* cradek goes looking for coffee
that can't be good
just the thread on emc-users
* alex_joni sighs
after 8 emails I'm no closer to knowing whether there's a bug or not
well actually I know there's a bug - I can see it in his debug output - but it sounds like it's in his local tweaks that he didn't mention until about message #6
so why would he think that it isn't his changes?
I still don't know if it is
if he's just issuing MDI commands programatically, it's doubtful his changes are the problem
because that's all AXIS does when you type the command in
but ken is right - if it's not their code, they should be able to reproduce it in an unmodified version, and they should have done that before asking for help
cradek: nice sluthing
think I found it?
sounds like it - doesn't it?
job for alex_joni? :)
yeah, poor alex
I found a bug that might be what Tomasz/Michal were reporting
just read it
I'll sleep it over..
not sure that we have the current pos in canon
I tried sprinkling GET_EXTERNAL_POSITION() calls around, but it didn't help
where this is calc'ed
well we can get it with GET_EXTERNAL_POSITION
* alex_joni looks
but when using run from line, it seems to do the calcs/gets for the previous lines even though they are skipped
so obviously I don't know how 'run from line' works
but since it's in task, I assigned it to you :-)
does it help if I say I think you're very smart and brave because you fix our task bugs?
are you sure it's in task?
pretty sure, that's where all the skipping and stuff happens
that's all that happens in task :D
while if (programStartLine < 0 ||
I have to run ... 4:00
ok, see you
goodnight if I don't see you later
I don't think it's a task issue..
it's a concept issue
which is worse :(
run from line is so problematic, I'm not too surprised
however I bet we can fix *this*
it simply skips over existing lines
but canon has no idea that it skiped vs. executed
well not really - it seems like it actually calls STRAIGHT_TRAVERSE for line 2, when I "run from" line 3
that's what screws it up
somehow, that line 2 causes no motion though
like I said, I don't know how the skipping works
well.. it runs teh interp
which calls the canon calls
have to go! :-)
but then task discards the stuff
ok.. talk to you later
we'll look tomorrow