From mboxrd@z Thu Jan  1 00:00:00 1970
MIME-Version: 1.0
Date: Thu, 14 Jan 2010 23:21:24 -0200
Message-ID: <4d90013f1001141721y6d8098cejf16f2abf3476d01c@mail.gmail.com>
From: =?ISO-8859-1?B?QW5kculz?= <adelfino@gmail.com>
To: 9fans@9fans.net
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Subject: [9fans] Why isn't there a newline character after the first line of
	/dev/wsys/wctl?
Topicbox-Message-UUID: bf0725a4-ead5-11e9-9d60-3106f5b1d025

rio(4) says:

wctl may be read. When read, it returns the location of the window as
four decimal integers formatted in the usual 12=96character style: upper
left x and y, lower right x and y. Following these numbers are strings
describing the window's state: hidden  or visible; current or
notcurrent. A subsequent read will block until the window changes
size, location, or state.

I'm new to Plan 9, but isn't:

term% read /mnt/wsys/wctl

Supposed to just print the first line?, instead, it prints:

read: error reading /mnt/wsys/wctl: buffer too small

Several guys from #plan9 in Freenode told me that that was happening
because of a missing newline.

olegfink told me how to work around this, with:
dd -count 1 -quiet 1 -if /mnt/wsys/wctl

But, is the current behavior correct? Or is it erroneous?

Greetings.