![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Not strictly Sybase, but perhaps of interest, especially for those of use who rely on FreeTDS libs to get Sybase and SQL Server talking. David Gray should live a long happy healthy and properous life for giving us sqsh. |
|
a long select is running, it doesn not return me to the prompt. It seems to go off into neverland. Eventually I control-Z and do a kill -9 on the sqsh process. |
#3
| |||
| |||
|
|
(err - that's Scott Gray :-) Eek. Not nice for me to give glowing credit and not get his name right - |
|
I seem to remember some recent discussions about signals on the FreeTDS mailing list - you may want to check them out. |
#4
| |||
| |||
|
|
Not strictly Sybase, but perhaps of interest, especially for those of use who rely on FreeTDS libs to get Sybase and SQL Server talking. David Gray should live a long happy healthy and properous life for giving us sqsh. But it has one major irritant. If I control-C while a long select is running, it doesn not return me to the prompt. It seems to go off into neverland. Eventually I control-Z and do a kill -9 on the sqsh process. I took a look at the code and decided I wasn't going to jump right in with dbx and start figuring out why it doesn't handle it nicely. Thought I'd ask around and see if anyone else has the problem and has fixed it, and if so if you'd care to share the hack. Don't know sqsh? See www.sqsh.org - a wonderful extension of isql. Many of its features are in and of themselves sufficient reason to use it. Fabulous stuff, but David Gray is not in a position to maintain and delvelop it anymore - not that he should have to, he's done plenty! But I do wish it would handle signals as well as isql does. |
![]() |
| Thread Tools | |
| Display Modes | |
| |