From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <74ee0d6dde76ef599cef73ba21f1b04b@quanstro.net> References: <74ee0d6dde76ef599cef73ba21f1b04b@quanstro.net> Date: Sat, 21 Feb 2009 00:38:27 -0300 Message-ID: <32d987d50902201938l5969aa5w3d97fb323a42f8f3@mail.gmail.com> From: "Federico G. Benavento" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] page(1) Topicbox-Message-UUID: a5578bea-ead4-11e9-9d60-3106f5b1d025 hola, I haven't had the time to debug it, but readpng() changed in the last days and it doesn't work correctly anymore. I jdid yesterday -c /386/bin/png and everything went back to normal. On Fri, Feb 20, 2009 at 10:49 PM, erik quanstrom wrote: > On Fri Feb 20 20:29:55 EST 2009, akumar@mail.nanosouffle.net wrote: > >> Neither works for me. >> >> term% hget http://9grid.es/screens/screen1.png|page >> reading through graphics... >> warning: couldn't read image: readimage: read count 32400 not 64800: screen id in use >> > > you should also try running png directly from sources. > assuming that this does not work, ... > > it seems that here: > /sys/src/libdraw/readimage.c:103 > > m = readn(fd, tmp, n); > if(m != n){ >>>> werrstr("readimage: read count %d not %d: %r", m, n); > Err: > if(dolock) > lockdisplay(d); > > things are getting confused. i think it would > be easier to debug if you added > > werrstr(""); > > right before the readn() and recompiled png. > i can't quite see how that error message could > result from reading an image. > > - erik > > -- Federico G. Benavento