Re: [9fans] graphics

["Russ Cox" <rsc@plan9.bell-labs.com>]

	the 'eresized()' routine seems not to be called if the program is not
	waiting on any event. e.g. in one of my earlier implementations i lacked
	a call to ecanread/emouse/emenuhit in the main loop and as a side effect
	eresized was not called when the window was moved... it only started
	working after i added (any) of the abovementioned function calls.

Resize messages are sent over /dev/mouse.
Emouse and friends call eresized when they 
get one.  So if they aren't being called, you'll
ignore resize events.

	it is possible to force the machine to reboot if one mistakingly forgets
	to free the allocimagemix pointer after the recangle is drawn... this seems
	to be a big problem, because i've always assumed a runaway process that
	takes up the entire memory would just be terminated instead of causing
	the machine to reboot... or maybe plan9 does things in a different way?

It shouldn't have rebooted.  That's a bug.
The reason it rebooted is that you ran the
kernel out of image memory, and probably
some allocation somewhere failed and isn't
checked properly.

One of my projects for the coming year is
a reimplementation of most of the draw
stuff, to clean up this sort of thing.  A cursory
look through /sys/src/9/port/devdraw.c
doesn't produce anything promising.

Russ