On Wed, Aug 06, 2003 at 03:56:19PM -0700, Christian Thibodeau wrote:
On Mon, 2003-08-04 at 08:07, Daniel Veillard wrote:
> I got it, will try to reproduce this today. Still I puzzled,
> I don't see anything in the code which could explain why the cache
> state can influence the rendering, *except* if it is a bug raised
> under load condition, then rebuilding the cache generates a lot
> of I/O though the rpm database, which added to the load associated to
> starting the desktop might create the conditions to raise that problem.
> If it's a race condition in the inter-process communication interface
> between the applet and the applet container running in the toolbar then
> having a lot of I/O might generate proper condition for the problem.
> It would be interesting to see if you get the same problem with little
> load, for example once in the session, assuming the applet didn't display
> correctly, what happen if you kill the applet and restart it with
> "killall rhn-applet-gui ; rhn-applet-gui &"
> is the display still broken ?
I also get the broken rhn applet display. Since I have only installed
severn today I cannot say if it is intermittent or not. I have a
.rhn-applet.cache file, which has 644 permissions and is of size 243689.
Running "killall rhn-applet-gui ; rhn-applet-gui &" did fix the applet.
I don't seem to be able to get it to break again tho'; I've only tried a
couple of things; logging out/in and rebooting.
This is on a Dell Optiplex GXa 266Mhz processor / 64Mb memory.
BTW, this also happens to me on my Shrike box at home a 333Mhz/192Mb
system. There is is intermittent.
This tend to confirm my hypothesis that this is related to load, especially
if rebuilding the cache on a first start, a relatively slow machine or low
memory conditions might exacerbate the problem ...
thanks for the report !
Daniel
--
Daniel Veillard | Red Hat Network
https://rhn.redhat.com/
veillard(a)redhat.com | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine
http://rpmfind.net/