From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20110411010934.GA14473@dinah> References: <20110411004902.GA13057@dinah> <20110411010934.GA14473@dinah> Date: Mon, 11 Apr 2011 18:17:57 +0300 Message-ID: From: Sergey Kish To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016e6d96c64972b3204a0a614da Subject: Re: [9fans] /dev/draw and c, rc, ruby, python, go Topicbox-Message-UUID: cfb21660-ead6-11e9-9d60-3106f5b1d025 --0016e6d96c64972b3204a0a614da Content-Type: text/plain; charset=UTF-8 Thanks! All implementations works now. A typo fix in Go implementation was not enough. You can't write message by parts, have to form it in buffer before writing. ratrace helped to find problem with Ruby/Python implementations. https://gist.github.com/912377#file_ratrace.log shows that both writes to data after reading ctl. Fixed with a flush call. > Also, you should really check the errors from any system call > instead of discarding them. It may be good in production, but in development I want program crash as loud and quick as possible. --0016e6d96c64972b3204a0a614da Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks! All implementations works now.

A= typo fix in Go implementation was not enough. =C2=A0You can't write
message by parts, have to form it in buffer before writing.

ratrace helped to find problem with Ruby/Python impleme= ntations.
https://gist.github.com/912377#file_ratrace.log shows that b= oth
writes to data after reading ctl. Fixed with a flush call.
<= br>
> Also, you should really check the errors from any system= call
> instead of discarding them.
It may be good i= n production, but in development I want program crash
as loud and quick as possible.

--0016e6d96c64972b3204a0a614da--