On Tue Apr 12 00:43:59 EDT 2011, aku...@mail.nanosouffle.net wrote:
Even on Plan 9 proper (that is, bare hardware?
how about virtualized on qemu or VMWare, etc.)?
ratrace works anywhere plan 9 runs.
- erik
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
Even on Plan 9 proper (that is, bare hardware?
how about virtualized on qemu or VMWare, etc.)?
ak
On Sun, Apr 10, 2011 at 1:49 PM, ron minnich rminn...@gmail.com wrote:
Hi, it's me, the repeating person (I almost said broken record but
I'm not sure how many people know what that means any
Ruby is my language of choice. It was natural to use it for Plan 9
application development which involves working with dictiories, stacks
and some metaprogramming.
I took fgb/ruby, localized changes, wrote mkfile
https://gist.github.com/912507 And it was ok until I've started
GUI part. It appears
Hi, it's me, the repeating person (I almost said broken record but
I'm not sure how many people know what that means any more :-)
Suggest you run your command with ratrace
ratrace - whatevercommandyouarerunning
It can be very revealing.
ron
Sergey Kish sergey.k...@gmail.com once said:
Today I've implemented same on go. It also falls but it may be my
fault
error: read /dev/draw/new: unknown id for draw image
You're giving bad data to devdraw. The Go code on the gist
is sending
long(id) 'n' long(id) byte(namelen)
Another thing to check would be any encoding of the data
passed to a write, i.e., try opening the data file in
binary mode.
Anthony