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]> 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]>> 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]
> >
> >> > 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
