Re: loadercli shows *no line numbers* for syntax error messages i n dbprocs

>>  loadercli seems to be the closest to this, but would it make more
>>sense to 'enhance' ireport.py to 'feed' from files ?
>>
> 
> That would be an option. Another one would be using SQL Studio. No?

  Is this the browser based tool, or the Windows tool ?
browser based tools are too awkward, to spend more than 10 minutes
editing code in it, if it's the windows tool, well I devellop
everything else on linux, so that is even more awkward.

  Consider this : suppose loadercli has this little feature,
one can easily then integrate it with their favorite tool, like emacs
Eclipse, (that is what I'll do when I find out which tool can be the
stored proc "compiler/installer"), and then you begin to have a database 
"confortable" to work with... It's the small things too that can make
SapDB popular, or the sum of all small irritants that will make it fail..


>>  Please tell me, and I'll go agead and implement it,
>>also by looking at loadercli's source, it wasn't immediately
>>clear where the best place would be to add this, so
>>a hint on this would be helpfull.
>>
> 
> Hmm, it's not that transparent?
> Function ls13ExecExtSQLStmt in vls13.cpp could be modified to do the job.
> Thats the one that gets the command from the 'dispatcher' for execution and
> sends it to the kernel. The return value from ls03ProcessSQLPacket inside
> ls13ExecExtSQLStmt needs to be checked and the command parsed in case of error
> to report the exact error position. I'd think that's it.
> 
> Regards,
>  Steffen