Thanks, Anoop! On Wed, Jul 15, 2015 at 1:40 PM, Anoop Sharma <[email protected]> wrote:
> Had sent Eric a response, copying it here. > > Breakpoint need to be in method ExHbaseScanSQTaskTcb::work > for traf tables. > Other ::work method in that file are for native hbase tables, > and other specialized scan access. > > anoop > > -----Original Message----- > From: Dave Birdsall [mailto:[email protected]] > Sent: Wednesday, July 15, 2015 1:38 PM > To: [email protected] > Subject: Re: Learning the code, help would be appreciated > > Hi Eric, > > The file name is ExHbaseSelect.cpp (note the lower case 'b'), so perhaps > that's the problem. You could equally well try putting a breakpoint at > ExHbaseScanTaskTcb::work. The work method is called at least once each time > the statement is executed. > > A simple way to get started is to test using sqlci on platform. You can > just "gdb sqlci", then "start" then "b ExHbaseScanTaskTcb::work". For > simple serial plans you should get a hit in the sqlci process itself. (If > you have a parallel plan, then this method would get hit in the ESPs > instead.) > > Dave > > On Wed, Jul 15, 2015 at 1:26 PM, Eric Owhadi <[email protected]> > wrote: > > > I am getting familiar with the Trafodion code. In particular, I am > > interested to see the hbase interfaces. So I installed the dev > > environment, added Eclipse with the CDT pluggin to be able to debug > > both C++ and java code. > > > > I was hoping to set a breakpoint at: > > ExHBaseSelect.cpp, line 68, where I would have guessed case SCAN_OPEN: > > would be hit when I do from sqlci: > > select * from trafodion.usr.t3; > > > > I set dbg on all mx* processes. > > > > No success, the code won't breat on the break point. > > > > Any clue would be greatly appreciated :-), Regards, Eric Owhadi > > > >
