Re: [Emc-developers] requesting help debugging ubc

2014-01-22 Thread Sebastian Kuzminsky
On 01/22/2014 06:15 PM, Brian Morel wrote: > Wondering if I could get a little help. I'd like to checkout and work > with the latest for the UB, but it's not a branch on git.linuxcnc.org > . Could someone tell me how to access the > latest source to test? It's in the git

Re: [Emc-developers] requesting help debugging ubc

2014-01-22 Thread Brian Morel
Wondering if I could get a little help. I'd like to checkout and work with the latest for the UB, but it's not a branch on git.linuxcnc.org. Could someone tell me how to access the latest source to test? On Wed, Jan 22, 2014 at 10:24 AM, Sebastian Kuzminsky wrote: > On 01/22/2014 12:14 AM, Mic

Re: [Emc-developers] requesting help debugging ubc

2014-01-22 Thread Sebastian Kuzminsky
On 01/22/2014 12:14 AM, Michael Haberler wrote: > > Am 20.01.2014 um 15:53 schrieb Sebastian Kuzminsky : > >> On 01/20/2014 07:47 AM, Michael Haberler wrote: >>> >>> Am 20.01.2014 um 09:47 schrieb Sebastian Kuzminsky : >>> On 01/20/2014 01:23 AM, Michael Haberler wrote: > > Seb: can

Re: [Emc-developers] requesting help debugging ubc

2014-01-21 Thread Michael Haberler
Am 20.01.2014 um 15:53 schrieb Sebastian Kuzminsky : > On 01/20/2014 07:47 AM, Michael Haberler wrote: >> >> Am 20.01.2014 um 09:47 schrieb Sebastian Kuzminsky : >> >>> On 01/20/2014 01:23 AM, Michael Haberler wrote: Seb: can you see what chrpath -l says? this should give a clue: >>>

Re: [Emc-developers] requesting help debugging ubc

2014-01-20 Thread Sebastian Kuzminsky
On 01/20/2014 07:47 AM, Michael Haberler wrote: > > Am 20.01.2014 um 09:47 schrieb Sebastian Kuzminsky : > >> On 01/20/2014 01:23 AM, Michael Haberler wrote: >>> >>> Seb: can you see what chrpath -l says? this should give a clue: >>> >>> $ chrpath -l bin/halcmd >>> bin/halcmd: RPATH=/bighome/mah/

Re: [Emc-developers] requesting help debugging ubc

2014-01-20 Thread Michael Haberler
Am 20.01.2014 um 09:47 schrieb Sebastian Kuzminsky : > On 01/20/2014 01:23 AM, Michael Haberler wrote: >> >> Seb: can you see what chrpath -l says? this should give a clue: >> >> $ chrpath -l bin/halcmd >> bin/halcmd: RPATH=/bighome/mah/emc2-rtos/lib > > Here's what i get on the rip build and

Re: [Emc-developers] requesting help debugging ubc

2014-01-20 Thread Sebastian Kuzminsky
On 01/20/2014 01:23 AM, Michael Haberler wrote: > > Seb: can you see what chrpath -l says? this should give a clue: > > $ chrpath -l bin/halcmd > bin/halcmd: RPATH=/bighome/mah/emc2-rtos/lib Here's what i get on the rip build and the packaged version: > 1 02:45:52 seb@precise-rtai-x86 /home/seb

Re: [Emc-developers] requesting help debugging ubc

2014-01-20 Thread Michael Haberler
Am 20.01.2014 um 05:47 schrieb Sebastian Kuzminsky : > On 01/19/2014 06:47 PM, Michael Haberler wrote: >> >> reading back on IRC: >> >>> [17:20:41] zultron: i'm trying to debug that hal_init >>> problem i'm seeing in packaged ubc, and i'm confused as to why the >>> rtapi_print_msg() calls in

Re: [Emc-developers] requesting help debugging ubc

2014-01-20 Thread Sebastian Kuzminsky
On 01/19/2014 07:30 PM, Sebastian Kuzminsky wrote: > On 01/19/2014 06:11 PM, Michael Haberler wrote: >> >> Am 19.01.2014 um 16:42 schrieb Sebastian Kuzminsky : >> >>> I'm trying to get ubc ready to merge, and i'm running into a problem >>> that i'd like help debugging. >>> >>> I have a machine (Pre

Re: [Emc-developers] requesting help debugging ubc

2014-01-19 Thread Chris Radek
On Mon, Jan 20, 2014 at 02:11:16AM +0100, Michael Haberler wrote: > > Assuming the .so's are built, it comes down to where they are > installed (/usr/lib/linuxcnc?) and tell ldconfig about it (maybe a > linuxcnc entry in /etc/ld.conf.d) currently we use -Wl,-rpath to do this. --

Re: [Emc-developers] requesting help debugging ubc

2014-01-19 Thread Sebastian Kuzminsky
On 01/19/2014 06:47 PM, Michael Haberler wrote: > > reading back on IRC: > >> [17:20:41] zultron: i'm trying to debug that hal_init >> problem i'm seeing in packaged ubc, and i'm confused as to why the >> rtapi_print_msg() calls in hal_init_mode() aren't showing up in the logs > > This is be

Re: [Emc-developers] requesting help debugging ubc

2014-01-19 Thread Sebastian Kuzminsky
On 01/19/2014 06:11 PM, Michael Haberler wrote: > > Am 19.01.2014 um 16:42 schrieb Sebastian Kuzminsky : > >> I'm trying to get ubc ready to merge, and i'm running into a problem >> that i'd like help debugging. >> >> I have a machine (Precise, x86, with memleak's RTAI kernel) that runs >> the ub

Re: [Emc-developers] requesting help debugging ubc

2014-01-19 Thread Michael Haberler
reading back on IRC: > [17:20:41] zultron: i'm trying to debug that hal_init problem > i'm seeing in packaged ubc, and i'm confused as to why the rtapi_print_msg() > calls in hal_init_mode() aren't showing up in the logs This is because it's a chicken-and-egg problem - RTAPI logging needs a

Re: [Emc-developers] requesting help debugging ubc

2014-01-19 Thread Michael Haberler
Hi Seb, Am 19.01.2014 um 16:42 schrieb Sebastian Kuzminsky : > I'm trying to get ubc ready to merge, and i'm running into a problem > that i'd like help debugging. > > I have a machine (Precise, x86, with memleak's RTAI kernel) that runs > the ubc branch fine when configured for rip, but throws

[Emc-developers] requesting help debugging ubc

2014-01-19 Thread Sebastian Kuzminsky
I'm trying to get ubc ready to merge, and i'm running into a problem that i'd like help debugging. I have a machine (Precise, x86, with memleak's RTAI kernel) that runs the ubc branch fine when configured for rip, but throws errors when installed from the debian packages i've made (with the seb/ub