09.03.2014 12:00, Claudio Valderrama C. wrote: > > Ok, as I said, this restriction already exists, but the message is not good. > Unlike Ann, I'm not a debugging wizard, but because I couldn't make sense of > it by reading the sources, I had to call VS and found that an ACL is corrupt > when walk_acl() thinks so and in turn this happens because that function > walks uninitialized memory beyond the end of the ACL. The code used in > INI_format() needs a second ACL_end and if you debug walk_acl() you will see > it reading trash and marking the ACL as corrupt. I'm going to put that extra > terminator.
Hmmm, this looks like my fault, although I seem to remember that it used to work. Nevermind, both buffers really miss the final ACL_end. > Before fixing that error, apparently there was a memory corruption in the > engine, because if I tried > SHOW TABLE RDB$DATABASE; > just after getting (ACL unrecognized), isql crashed. I suspect this is a local ISQL crash, not the engine one. I've been striked by this crash yesterday too, request->startAndSend() fails with SEGV but all pointers were non-NULL. It looks like some object has been destroyed but its pointer was not cleared. Dmitry ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
