From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Okay, who's been playing with the cheese wiz? From: "Russ Cox" In-Reply-To: <200302092120.h19LKBM29830@augusta.math.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Sun, 9 Feb 2003 16:51:01 -0500 Topicbox-Message-UUID: 538a5e86-eacb-11e9-9e20-41e7f4b1d025 Rob and I fixed some other bugs in acme, but not near the code involved in your Edit 1,$d crash. I cannot reproduce this. I changed lib9p to do a few more checks that the client code is behaving, and your execnet crash shows that lib9p thinks execnet is not behaving. It turns out that actually lib9p is not behaving -- I was trying to clean up this particular detail (whether a walk function should set both fid->qid and *qid), because it always confuses me, and I got confused. I just put out a new srv.c that makes reasonable demands of the clients. I gave up on execnet a long time ago. It's clunky and not clear that the interface should work that way. What do you use it for? (I'm just curious.) Copy /386/bin/execnet off of sources and you'll be happy. It doesn't surprise me that win is broken. I always forget to recompile it because it's not in the /sys/src tree. rc: note: peterface is an artifact of an old lib9p bug that I must have reintroduced. I will have a look. I pushed the lib9p changes out on Friday and have been slowly recompiling binaries for sources as I know they're okay. I'm going crazy trying to keep my laptop, emelie (our internal fs), and sources all in sync (ironic, I know). You picked an unfortunate time to recompile the world. ;-) Sorry for the trouble. Russ