Hi, Greg,
I just realized the problem myself. Please bear with us while as we
work through this.
John
On 7/25/12 11:21 AM, Greg Barker wrote:
> John,
>
> Thanks again for the quick response. Unfortunately I am running into a
> different issue now with 527.
>
> When I try to run a query (using ibis) like my original example I hit
> the following:
>
> Warning -- query[RWYNnK-FCtB----0]::doEvaluate -- unable to evaluate a
> query term of unknown type, copy the mask as the solution
> doQuery -- failed to evaluate "col_a in ('value1', 'value2')", error
> code = -21
>
> Thanks,
> Greg
>
> On Tue, Jul 24, 2012 at 9:39 PM, K. John Wu <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hi, Greg,
>
> Please give SVN 527 a try. It should have fixed the problems you've
> reported. Feel free to let us know if you encounter any other
> problems.
>
> Thanks.
>
> John
>
>
> On 7/24/12 7:27 PM, K. John Wu wrote:
> > Hi, Greg,
> >
> > Thanks for the note. I am working on another change and this is one
> > of the problem I need to fix. I will let you when I am done with my
> > testing.
> >
> > John
> >
> >
> >
> >
> > On 7/24/12 4:35 PM, Greg Barker wrote:
> >> Thank you for the quick reply. Saw you checked in some changes so I
> >> checked out revision 526 and rebuilt. Now when I try to compile my
> >> program I am hitting the following errors:
> >>
> >> ./lib/libfastbit.so: undefined reference to `ibis::slice::clear()'
> >> ./lib/libfastbit.so: undefined reference to
> >> `ibis::slice::getSerialSize() const'
> >> collect2: ld returned 1 exit status
> >>
> >> Do you know what the cause of this would be?
> >>
> >> Thank you,
> >> Greg
> >>
> >> On Mon, Jul 23, 2012 at 8:03 PM, K. John Wu <[email protected]
> <mailto:[email protected]>
> >> <mailto:[email protected] <mailto:[email protected]>>> wrote:
> >>
> >> Hi, Greg,
> >>
> >> Thanks for report. The problem appears to be due to a
> silly attempt
> >> to optimize that converts the expression you mentioned into
> a list of
> >> equality comparisons. This will be removed shortly.
> >>
> >> John
> >>
> >>
> >> On 7/23/12 2:54 PM, Greg Barker wrote:
> >> > Hello -
> >> >
> >> > I have a query that has an "in" clause which contains a
> large number
> >> > of strings:
> >> >
> >> > select col_a, col_b where col_a in ('value1', 'value2',
> 'value3',
> >> > 'value4', ...., 'valueN')
> >> >
> >> > When N is very large (thousands of items) I am hitting stack
> >> overflow.
> >> > This appears to be caused by the recursive nature of
> verifyExpr in
> >> > whereClause.cpp:552. Was wondering if you had any advice
> on how
> >> to fix
> >> > this.
> >> >
> >> > Thanks!
> >> > Greg
> >> >
> >> >
> >> > _______________________________________________
> >> > FastBit-users mailing list
> >> > [email protected]
> <mailto:[email protected]>
> <mailto:[email protected]
> <mailto:[email protected]>>
> >> > https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
> >> >
> >>
> >>
>
>
_______________________________________________
FastBit-users mailing list
[email protected]
https://hpcrdm.lbl.gov/cgi-bin/mailman/listinfo/fastbit-users
