DS> You are right. But does it really worth returning of writable system tables or a DS> different solution exists?.. Encrypting of sources won't work. Returning of NULL/exception DS> to anybody except owner/admins won't work. The only way I see - to implement ALTER DS> PROCEDURE ERASE SOURCES or something like that.
Just to make it clear: I agree that rdb$ tables should be readonly. But for this specific case, **if no other "solution"** can be implemented at this time, I think at last those two tables (or maybe it can be done at column level) must stay writable. []s Carlos http://www.firebirdnews.org FireBase - http://www.FireBase.com.br ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
