Back
[12:15:20] <micges> jepler: hitting escape on keyboard and hitting stop on halui.program.stop results same message to be sended to task but with differnet serial number
[12:46:23] <jepler> micges: yes. commit e626d40 don't clash with other guis' serial numbers so easily
[12:48:24] <micges> I'm trying to locate this issue now
[12:52:12] <micges> debug on escape:
http://pastebin.com/Cc9ep5Ch
[12:52:54] <micges> debug on hal button:
http://pastebin.com/LGRNfDG3
[14:27:18] <psha> qq-: here?
[15:17:11] <psha> jepler: program linked with emc2-sim-dev is working with rtai
[15:40:56] <jepler> psha: interesting. not for me. and I'm uninterested in making a guarantee going forward that it will work.
[15:43:53] <jepler> http://pastebin.ca/1986401
[15:46:02] <jepler> why don't you tell us how you really feel about that software!
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?action=browse&diff=1&id=Cam&revision=141&diffrevision=140
[15:46:17] <jepler> (but seriously: yuck!)
[15:46:34] <cradek> hmmm
[15:48:16] <psha> jepler: i understand that this must be kept in secret :) but fyi - it's working :)
[15:54:21] <psha> and there is nothing strange with it - libhal has userspace library interface without any rtapi/ulapi stuff
[16:11:58] <qq-> psha, hey
[16:26:52] <psha> qq-: i've added segfault fix
[16:27:42] <qq-> nice, in which package , but your site seems down
[16:29:38] <psha> yes, changing cpu
[16:32:10] <qq-> which packages needs to be d/l for fixing segfault?
[16:33:30] <psha> libcamunits6
[16:33:48] <psha> booting
[16:34:01] <psha> wait a bit
[16:37:27] <psha> qq-: rebuilding
[16:40:23] <psha> ~5 minutes
[16:43:48] <psha> qq-: upgrade
[16:44:03] <qq-> psha, my issues here with camview is that my camera is marked off ones added to chain, even the is on (i prestarted this by qv4l2)
[16:44:35] <psha> i've written v4lconvert plugin too
[16:44:44] <psha> but first check that it's not segfaulting :)
[16:47:25] <qq-> sure
[16:48:11] <psha> is it segfaulting still?
[16:57:02] <qq-> no more segfault ;) thanks
[16:58:04] <psha> try to run LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so camview
[16:58:14] <psha> and select RGB format in camera output formats
[16:58:15] <psha> is it working?
[17:00:44] <qq-> RGB format is ok
[17:00:57] <psha> displaying everything fine?
[17:01:48] <psha> i have some misterious bugs with v4l2convert preloaded so asking for test :)
[17:01:50] <qq-> display still nothing, RGB format is ok in selection on convert from unknoun..
[17:02:40] <psha> two plugins in chain?
[17:02:45] <qq-> as said in camview my camera is treated as off
[17:02:45] <psha> camera and opengl renderer?
[17:03:16] <psha> try to save this chain and then run camview again with -c chain-file flag
[17:04:06] <qq-> not, only camera + convert from , adding now opengl
[17:04:20] <qq-> now a have a black screen
[17:05:56] <psha> save this and reload
[17:06:03] <psha> i'll be back :)
[17:07:47] <qq-> psha, save is ok, reload + (-c ...) is ok , i get last saved config ,and sure the black screen
[17:08:08] <psha> :)
[17:57:24] <mshaver> I have a problem compiling
http://www.linuxcnc.org/emc2/dists/lucid/base/source/linux_2.6.32-122.35.rtai.tar.gz - After 'make modules' runs for several hours, it errors out with, "ld: ubuntu/omnibook/sections.lds: No such file: No such file or directory". I don't really care abour omnibooks, but this is preventing me from making the one little 17kb module I need! Is this archive incomplete?
[17:57:43] <mshaver> about
[18:01:52] <cradek> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/505420
[18:05:41] <mshaver> Trying this fix... Thanks!
[18:12:20] <mshaver> That worked - compile resumed... Thanks!
[18:14:31] <skunkworks> cradek: are you using acad 12 for dos in wine?
[19:24:14] <cradek> no, qemu + freedos
[19:28:18] <skunkworks> ok. thanks
[19:28:50] <skunkworks> I wanted to install an old version of acad12 for windows but had no luck. I am giving up and installing xp in virtualbox
[19:28:58] <skunkworks> I will use it for otherthings anyway
[19:48:26] <mshaver> skunkworks: Intellicad2000
[19:52:06] <SWPadnos_> I'm surprised that something like old AutoCAD wouldn't work, when something like Altium Designer does work (mostly)
[19:52:24] <cradek> yeah, I also would have expected it to work fine.
[19:53:22] <skunkworks> I am sure I was doing something wrong.. but I didn't find much info on it in the few minutes I searched so I gave up.
[19:53:35] <skunkworks> mshaver: good?
[19:53:52] <mshaver> After running 'make modules' on the kernel sources archived on linuxcnc.org, diff reports that there are differences between the modules on my system in /lib/modules/linux2.6blahblah/kernel/* and the ones produced by the compile. When I try to insmod a newly compiled module, I get "invalid module format". Ideas?
[19:54:31] <mshaver> I've used Icad in wine for years. It's a nearly perfect acad clone.
[19:55:06] <mshaver> It runs out of the box on wine 1.0.1
[19:55:33] <mshaver> I can send you a link to download it if you like
[20:02:31] <qq-> psha, found that camview use as "capture method read()" (and no show in display) , even when camera is up and streaming , but qv4l2 stream and show images only in "capture method 'memory mapped I/O'"
[20:06:55] <psha> qq-: camview uses mmap
[20:07:30] <psha> may you make a screenshot?
[20:08:05] <qq-> of camview ?
[20:08:19] <psha> yes
[20:18:44] <skunkworks> mshaver: sure - thanks
[20:23:43] <qq-> psha,
http://picpaste.com/scrot-mkOOLCBw.jpg
[20:25:52] <skunkworks> I swear xp runs faster in virtual box
[20:26:32] <psha> qq-: thanks
[20:26:38] <skunkworks> I just installed sp3 in less than 15 mins
[20:26:44] <SWPadnos_> skunkworks, I wouldn't be too surprised
[20:26:48] <psha> same results with LD_PRELOAD?
[20:27:38] <SWPadnos_> I actually tested some image processing functions on Windows and Linux, using the same computer (dual boot), using the same software (ImageMagick, but compiled for each OS), and the Linux runs were faster, sometimes by a large percentage
[20:28:00] <skunkworks> disk access seems to be unreal
[20:28:05] <SWPadnos_> cache
[20:28:12] <SWPadnos_> it actually works :)
[20:28:16] <skunkworks> heh
[20:28:31] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[20:29:02] <qq-> psha, and that is qv4l2 get after camview start what
http://picpaste.com/scrot_3-ltoXIHQU.jpg
[20:29:55] <psha> i think it's ok since you try to query data from one device with two apps
[20:30:25] <psha> may you try LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so camview?
[20:30:29] <psha> without v4lconvert plugin
[20:32:32] <jepler> note of the day: remember to specify --install-recommends=no particularly with apt-get build-dep. It might save you 300 megs of downloads when you install emc's build deps
[20:33:20] <qq-> psha, pics are with LD_PRELOAD=/
[20:33:58] <psha> with it you may choose RGB format in camera, without convert plugin
[20:35:36] <qq-> no changes
[20:36:37] <qq-> http://picpaste.com/scrot_4-mV8LNjzZ.jpg
[20:36:56] <psha> 0.0 fps is bad :)
[20:37:29] <psha> btw you may set CAM_DBG=input LIBV4L2_LOG_FILENAME=/dev/stderr environment variables to see what's happening
[20:37:54] <qq-> psha, see it come with say ~10 , and in ~5 seconds go to zero
[20:38:23] <psha> fps is shown as average over some time
[20:38:35] <qq-> and stay on zero fps for ever
[20:39:34] <psha> run with debug environment vars set
[20:39:40] <psha> and see what it tells you
[20:41:49] <qq-> psha, too high level for me
[20:42:07] <psha> pastebin it
[20:42:45] <qq-> i not done nothing , b/c i cant get you
[20:43:55] <psha> hm
[20:44:05] <psha> place "CAM_DBG=input LIBV4L2_LOG_FILENAME=/dev/stderr" before command
[20:44:10] <psha> like LD_PRELOAD
[20:44:47] <qq-> that done " CAM_DBG=input LIBV4L2_LOG_FILENAME=/dev/stderr LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so" m and say nothing
[20:45:32] <psha> camview )
[20:45:35] <psha> at the end
[20:45:46] <psha> it's setting environment variables for next command
[20:46:04] <qq-> ah . sry
[20:46:16] <psha> it'll give you lots of output
[20:47:28] <qq-> lots of output and now ir stay in ~ 11.2 fps ,, still no image
[20:47:38] <qq-> now it*
[20:48:46] <psha> there are repeating DQBUF/QBUF lines?
[20:49:04] <qq-> yes
[20:49:10] <psha> so it's actually capturing
[20:49:16] <psha> but with no luck :)
[20:49:20] <qq-> it seems so
[20:49:44] <psha> i'll exchange my working cam with non-working tomorrow and see what's happening
[20:50:31] <psha> it's not that stange as yours but with unsupported format to
[20:50:31] <psha> o
[20:50:42] <qq-> http://paste.debian.net/99395/
[20:52:52] <psha> i'll try tomorrow with bad cam
[20:52:59] <psha> and report back
[20:53:05] <qq-> cool
[20:53:20] <psha> and now is time for pushing fixes upstream :)
[20:57:56] <qq-> psha, it stream only we don't use opengl, or opengl is off ..
[20:58:08] <qq-> only when*
[21:00:36] <psha> strange
[21:01:22] <qq-> thats sure opengl cut down fps to zero
[21:03:52] <qq-> it stream == we see normal fps activity , even with opengl , is is marked as streaming but no fps
[21:18:06] <qq-> http://paste.debian.net/99400/ < here I started qv4l2 as memory mapped I/O capture method (working case for qv4l2 )
[21:19:06] <qq-> s/I started / I started before
[21:28:51] <qq-> qv4l2 + read () capture method I get
http://picpaste.com/scrot_8-MVeTWdW4.jpg
[21:37:25] <psha> yes, only one mmap user is allowed
[21:40:58] <qq-> i meant en read () they works both ..
[21:43:32] <psha> work - but without any image?
[21:44:01] <qq-> yes , ftp* is working
[21:44:32] <psha> so let me take a look at another gspca camera with JPEG (non-MJPEG) format
[21:44:40] <qq-> sure
[21:52:12] <psha> bb
[22:32:04] <micges> it was asked already but what type of licence RTAPI have? GPL or LGPL?
[22:33:01] <micges> in rtapi.h there is note about lgpl but in rtai_rtapi.c there is gpl notice
[22:33:48] <andypugh> Clearly the headers and code are licensed differently...
[22:34:36] <andypugh> (is that even possible?)
[22:34:48] <SWPadnos> yes
[22:35:21] <SWPadnos> you must include headers in your code if you want to use the library, so those have to be LGPL (to allow proprietary use of the interfaced defined in the headers)
[22:35:46] <SWPadnos> the library itself can't be used in proprietary code, so that's GPL
[22:36:43] <SWPadnos> the distinction is that you can use the shared library (at runtime) by including the header, but you can't appropriate the actual library code itself
[22:37:06] <micges> so realtime drivers could be non gpl ?
[22:37:25] <SWPadnos> (well, including the header lets you use the library in your code anyway)
[22:37:32] <SWPadnos> yes, that was the original intent
[22:37:49] <SWPadnos> I can't say that it's still true though, you do need to look at the licenses
[22:38:08] <micges> yes I'm looking now
[22:38:15] <micges> thanks anyway
[22:38:59] <SWPadnos> I think the idea was that if you have some proprietary widget, and the driver needs to have some proprietary knowledge in it, then you should still be able to write a HAL driver
[22:39:16] <SWPadnos> without having to show the world your proprietary knowledge
[22:40:13] <andypugh> Or, I could use it to prevent people laughing at my code.
[22:40:45] <SWPadnos> right. they'd have to laugh at the results only
[22:41:32] <andypugh> Talking of which, has anyone been bored enough to look through the 8i20 stuff?
[22:44:20] <cradek> I hate to see a patch languish, but I'm entirely unqualified
[22:48:25] <andypugh> Well, I am still working at it anyway, I managed to introduce some new null-pointer problems tonight. I seem to have a real talent for that.
[22:55:11] <SWPadnos> I haven't looked at it (and I don't have any of that hardware either)
[22:56:05] <andypugh> No, I am not sure many people do. I have serial numbers 2 and 3.
[22:56:20] <andypugh> (well, A00000000002 and A000000000003)
[22:56:26] <cradek> what hardware?
[22:56:34] <SWPadnos> I do have a 3x20 and associated cards now though, which is cool
[22:56:39] <SWPadnos> an 8i20
[22:56:58] <cradek> ah
[23:01:57] <andypugh> This is an embarassingly basic question.
[23:02:31] <andypugh> Given an element in a struct u32 *command_reg_write
[23:02:40] <cradek> nevertheless someone will be able to give you a wrong answer...
[23:02:55] <andypugh> And a pointer to the particular instance of the struct
[23:03:02] <andypugh> hm2_sserial_instance_t *inst = &hm2->sserial.instance[i];
[23:03:35] <andypugh> What writes to the "value" of command_reg_write?
[23:03:47] <andypugh> I have *inst->command_reg_write = 0x0;
[23:04:33] <andypugh> But even reading that gives a null pointer problem
[23:04:45] <SWPadnos> reading that?
[23:04:53] <andypugh> (Perhaps it is just uninitialised)
[23:04:59] <SWPadnos> as in a=inst->command_reg_write
[23:05:24] <andypugh> Sorry yes, I get a Vector 14 with HM2_DBG("*c_r_w %x\n", *inst->command_reg_write);
[23:05:38] <SWPadnos> ok, that's different :)
[23:05:47] <SWPadnos> (no * in mine)
[23:06:09] <SWPadnos> try DBG with HM2_DBG("*c_r_w %x\n", inst->command_reg_write);
[23:06:21] <SWPadnos> which will print the value of the pointer, not what it's pointing to
[23:06:26] <andypugh> Gives me 0
[23:06:39] <SWPadnos> that's a problem then, since it's a null pointer
[23:06:47] <SWPadnos> (pointing to 0, which is null)
[23:07:06] <andypugh> So, I have the level of indirection right, but a null pointer, not a good pointer and too much indirection?
[23:07:33] <SWPadnos> you are correctly accessing a pointer which is null (points to location 0), which isn't allowed
[23:07:36] <andypugh> HM2_DBG("&c_r_w %x\n", &inst->command_reg_write); gives me fdd6b4b0
[23:07:46] <SWPadnos> that's the address of the pointer
[23:07:50] <cradek> andypugh: are you aware that *a->b means *(a->b), not (*a)->b as you might expect?
[23:07:52] <SWPadnos> which isn't too helpful in this case
[23:08:39] <cradek> -> has higher precedence than *
[23:08:45] <andypugh> cradek: Yes and no. I think that it does what I expect, and I am now wondering why I should expect otherwise,
[23:08:46] <SWPadnos> what is supposed to cause command_reg_write to point to something useful?
[23:09:01] <andypugh> tram_register()
[23:09:33] <andypugh> Got it.
[23:09:57] <SWPadnos> ok, so tram_register should be called with &inst->command_reg_write
[23:10:12] <SWPadnos> (as the pointer to whatever tram_register is registering)
[23:10:23] <andypugh> I have spotted the problem. I don't call tram_register_write in setup mode.
[23:10:36] <SWPadnos> oh. excellent :)
[23:11:06] <SWPadnos> I wonder if there are any motors at MPM that could be used to test this code (assuming the right Mesa stuff magically appeared there)
[23:11:24] <andypugh> I have been re-jigging a state machine to do communications handshaking, forgettting I need to do it two different ways.
[23:15:57] <andypugh> Any 3-phase motor with any sort of feedback will work, to an extent.
[23:17:06] <andypugh> There is still a fair bot of work that needs to be done on the bldc hal components, though the patch makes the bldc_sine component work to an extent (I am struggling with homing, but suspect problems with my resolver converter).
[23:18:33] <cradek> andypugh: I could bring a resolver - would that help?
[23:18:44] <cradek> surely we could find a 3 phase motor of some kind.
[23:18:59] <cradek> (are you coming to fest?)
[23:20:00] <andypugh> I actually looked at the airfare today, as I want to buy a motorcycling suit from Duluth (and $100 shipping + $200 tax is worth avoiding)
[23:20:12] <andypugh> But no, I won't be at the fest.
[23:27:51] <andypugh> My test setup is my 8i20 driver, my bldc_sine component and my Arduino Resolver converter. ALl of which are largely untested, so problem solving is challenging.
