Daniel
I was able to run ok a query like:
mysql --host=127.0.0.1 --port=4040 --user=qsmaster --batch LSST -e
"SELECT s.ra, s.decl, o.raRange, o.declRange FROM Object o JOIN Source s
USING (objectId) WHERE o.objectId = 390034570102582 AND o.latestObsTime
= s.taiMidPoint"
so I guess you fixed it :)
The log files are in
/usr/local/home/becla/qservDev/qserv-run/var/log_oneQuery
But... look at
/usr/local/home/becla/qservDev/qserv-run/var/log
this is from running full benchmark, we quickly run into
problems:
terminate called after throwing an instance of 'char const*'
It is on lsst-dbdev5
Jacek
On 07/24/2014 04:36 PM, Wang, Daniel Liwei wrote:
> Hi Jacek,
>
> I think I've fixed the problem with not passing a db context for user
> queries. The fix was pretty simple.
>
> In testing, I've found some things that bother me, with respect to error
> reporting and perhaps robustness. I don't know if you want to delay this
> ticket though. It might be better to get this merged and have a new
> ticket for the error management.
>
> Let me know if it fails any other cases--I agree we need to get those
> treated before merging.
>
> Code updated at the tip of u/danielw/kirkwood . I'll do a squash into a
> few meaningful commits and put it on a ticket branch once you think it's
> more or less functional.
>
> Thanks,
> -Daniel
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
|