Hi John, Sorry to bug you about this, but do you know when the fix for this might be ready?
Thanks, Greg On Wed, Jul 25, 2012 at 11:24 AM, K. John Wu <[email protected]> wrote: > 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
