Opened 8 years ago

Closed 6 years ago

#1546 closed defect (fixed)

rasserver log error reporting not always informative

Reported by: bbell Owned by:
Priority: major Milestone: 9.7
Component: rasserver Version: development
Keywords: Cc: Bang Pham Huu, Dimitar Misev
Complexity: Easy

Description

when running this query from the terminal:

$ rasql -q 'select csv(arcsin(100f))' --out string
rasql: rasdaman query tool v1.0, rasdaman 9.4.0.
opening database RASBASE at localhost:7001...ok
Executing retrieval query...rasdaman error 510: Execution error 510 in line 1, column 12, near token arcsin: The argument is outside the function domain.
aborting transaction...ok
rasql done.

the error reporting is fine; however, when checking the rasserver log output, we only see:

Error number: 510 Token: arcsin Line: 1 Column: 12

Similar errors are logged for other operations (e.g. pow and arccos).

This is a problem because petascope users do not see the query-time error messages, and instead use the rasserver log to get a better handle on the problem.

Setting the ostream to the rasserver.log to also parse the error messages would improve the user-experience.

Change History (3)

comment:1 by Dimitar Misev, 8 years ago

Component: undecidedrasserver
Milestone: 9.5

comment:2 by Vlad Merticariu, 7 years ago

Milestone: 9.5Future

comment:3 by Dimitar Misev, 6 years ago

Milestone: Future9.7
Resolution: fixed
Status: newclosed

Fixed with patch for ticket #1761. But also now for that example I get nan as result:

$ rasql -q 'select csv(arcsin(100f))' --out string
rasql: rasdaman query tool v1.0, rasdaman 9.6.0.
Opening database RASBASE at localhost:7001... ok.
Executing retrieval query... ok.
Query result collection has 1 element(s):
  Result object 1: nan
rasql done.
Note: See TracTickets for help on using tickets.