Re: killing turbos (fwd)

Grame writes. > > >How about just making the sqlturbo owned by informix instead of by the user? > >Then they couldn't kill it. > > Please engage brain before posting, Jack! :-) > I'll respond to this at the end so everybody can skip it. > Look at the ownership/permissions of sqlturbo. They should *not* be > meddled with! > -rwsr-sr-x 1 root informix 1269760 Dec 1 1992 /usr/informix/lib/sqlturbo Perhaps I did go off half-cocked, as per normal, but on the off chance that Graeme misunderstood what I was asking and, again, the off chance that it was a valid synapse firing and not a reflex... I was asking about the process itself - once it is running - not the executable. In a unix environment where 'uneducated' unix types are used to cleaning up their messes with a 'kill -9', the sqlturbo process is extremely vulnerable. What I was suggesting is that the process itself become owned by informix instead of by the user. I don't know enough about real and effective user-ids to understand which one I am talking about, but if the one (real?) is owned by informmix then an attempt to 'kill' it would fail with insufficient permission - while the other (effective?) could still be set to the user so that the sqlturbo knows who it's talking to. --------------------- My apologies to the Net in general for continually going off half cocked, posting things that nobody cares about, being a continual 'smartass' and generally lowering the tone of discussion on the net. I'm not going to stop. I have never had formal training in anything but COBOL, Fortan and ALC which was so long ago that it's all gone - not that there was ever much point to these languages (I'll brace myself for the whiplash). I flat out don't know the truth about anything - except those things that I've banged my head against and formed some truth in my mind about. When I need more truth I read a manual. My value to this net, aside from occasional assistance (which of course everybody else provides as well) is perhaps my continual dragging out of long-dead horses for my own edification - as well that of the community who read but are afraid to ask. If you don't feel that there is any value in that - then killfile me (of course maybe you already have in which case you aren't reading this and ... oh no! I don't exist!). cheers j. _____________________________________________________________________________ Jack Parker - Contractor | Hewlett Packard, BSMC Boise, Idaho, USA| CALL disclaimer( author, mail, jparker@hpbs2561.boi.hp.com | opinions, trash) (208) 396-5388 (W) (208) 384-1623 (H) | RETURNING flames "> /dev/null" _____________________________________________________________________________ Any opinions expressed herein are my own and not those of my employers. _____________________________________________________________________________