From owner-freebsd-hackers Wed Aug 26 17:00:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21166 for freebsd-hackers-outgoing; Wed, 26 Aug 1998 17:00:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from att.com (kcgw1.att.com [192.128.133.151]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA21161 for ; Wed, 26 Aug 1998 17:00:07 -0700 (PDT) (envelope-from sbabkin@dcn.att.com) From: sbabkin@dcn.att.com Received: from kcig1.fw.att.com by kcgw1.att.com (AT&T/IPNS/UPAS-1.0) for freebsd.org!freebsd-hackers sender dcn.att.com!sbabkin (dcn.att.com!sbabkin); Wed Aug 26 14:19 CDT 1998 Received: from dcn71.dcn.att.com ([135.44.192.112]) by kcig1.fw.att.com (AT&T/IPNS/GW-1.0) with ESMTP id OAA28797 for ; Wed, 26 Aug 1998 14:18:56 -0500 (CDT) Received: by dcn71.dcn.att.com with Internet Mail Service (5.0.1458.49) id ; Wed, 26 Aug 1998 15:18:52 -0400 Message-ID: To: newton@atdot.dotat.org, freebsd-svr4@atdot.dotat.org Cc: freebsd-hackers@FreeBSD.ORG, mike@smith.net.au Subject: RE: X11 clients seem to work -- But... Date: Wed, 26 Aug 1998 15:18:51 -0400 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: Mark Newton [SMTP:newton@atdot.dotat.org] > > apparent reason. Well, I've written all kinds of debug writes into > the > emulated SysVR4 read() system call, and I've discovered that this is > because the socket underlying the connection to the X server is marked > with the SS_NBIO (non-blocking I/O) flag. > > I have no idea why, though. As far as I can tell, the emulated > executables > aren't doing anything that sets that flag. Also, emulated executables > which (a) use networking, and (b) aren't X clients don't have that > flag > bit set -- It's something specific to the set of streams ioctl() > operations > that X clients are doing. > Is there any chance that the same binary value has different meaning in SVR4, the X clients use it and it gets somehow passed through ? Like the emulator code has the same macro as used in FreeBSD redefined by a SVR4 header ? Sergey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message