From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <6b6c9b36613dcffee5d2cde6c7cf1192@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] issues after pull In-Reply-To: <3E9B4199.2050107@ameritech.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Mon, 14 Apr 2003 18:47:08 -0400 Topicbox-Message-UUID: 8fafbba4-eacb-11e9-9e20-41e7f4b1d025 > fscmd: '/bin/fscmd' directory entry not found > /n/kfs/dist/replica/client/_plan9.db: rc (pull): can't open: access permission denied This sounds like the pull script itself got rewritten by your pull. After being rewritten, it then started executing the new file at the byte offset where it left off in the old file, which caused your problem. I don't change pull almost ever, so this won't happen again (the last change was October 2002). Pull is special because it's in glenda's bin directory. Binaries in standard bin directories are "safeinstalled" to help avoid this problem. > Also, after recompiling libs/bin/kernel, installing and rebooting: Acme faults every > time I Delete an acme window, or, every once in a while when I Put. Roo? Aha! Someone else complained about this too, a week ago, but I didn't see the bug then. I fixed the source on sources. New C library will appear tomorrow morning. The bug has gone unnoticed for about six weeks -- looks like acme is the only program that uses runevsmprint, and I didn't recompile all the binaries when I made the change, because it didn't seem worth it. (I cleaned up some error handling in the (rune)fmtstr and (rune)vsmprint routines.) Russ