From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <957e27e1ec10009edd388924393f7cbd@coraid.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] new compilers From: Brantley Coile Date: Thu, 30 Mar 2006 13:13:55 -0500 In-Reply-To: <57e0010971e23e1251ad5d0d05bbe932@plan9.bell-labs.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: 27b2052e-ead1-11e9-9d60-3106f5b1d025 And if you want to do streams(DMR) you have to decide how large the thing you're going to send down the wire can be. My versions of streams only let you send 64 bytes objects. The advancement in evolution is: sgetty/getty -> ioctl -> /dev/eiactl. > Oh really? What if fd is a channel to a device on > a machine with a different byte order or a different > int size? Who does the conversion, how do they know? > > It might be comfortable, but so is lounging in a big > enough pile of shite. Smelly, though. > > On Thu Mar 30 12:52:02 EST 2006, 20h@r-36.net wrote: >> Good evening. >> >> Am Thu, 30 Mar 2006 18:41:28 +0100 schrieb rog@vitanuova.com: >> >> > > >> with names such as >> > > >> kAudioHardwarePropertyBootChimeVolumeRangeDecibels, >> > > >> > > Do you prefer kAHPBCVRD? >> > >> > i'd prefer: >> > >> > fprint(ctlfd, "volume %d", vol); >> > >> >> ioctl(fd, SETVOLUME, &vol); is more comfortable. >> >> Sincerely, >> >> Christoph