Would you use a kill operation in the way you describe above if you knew that it had, say, a 1% chance of causing a database-wide PANIC each time you used it?
The odds of a problem are probably a great deal less than 1%, especially if the backend is sitting idle. But they're not nil, and I don't think we have the resources to make them nil in this release cycle. Therefore I'm uneager to provide this feature simply because of "it might be nice to have" arguments. There's a lot of other stuff that is higher on the priority list, IMHO anyway.
Can we keep the cancel query function and just lose the kill one?
Chris
---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
