From owner-oi-users Mon Feb 20 07:31:10 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA24234 for oi-users-outgoing; Mon, 20 Feb 1995 07:31:10 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA24222 for ; Mon, 20 Feb 1995 07:31:03 -0800 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id IAA18854; Mon, 20 Feb 1995 08:28:53 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id IAA20073; Mon, 20 Feb 1995 08:10:23 -0700 Date: Mon, 20 Feb 1995 08:10:23 -0700 From: Gary Aitken Message-Id: <199502201510.IAA20073@garya.boulder.openware.com> To: PWILLIAM%ESOC.BITNET@vm.gmd.de, OI-USERS@freefall.cdrom.com Subject: Re: Creating Application Windows in an OI_add_timeout callback Sender: oi-users-owner@FreeBSD.org Precedence: bulk > We are currently experiencing some strange behaviour when creating application > windows for a OI_add_timeout callback. Maybe someone out there has come across > the same problem and/or knows a solution. > > I have extracted out two small text cases which exhibit the problem. They > appear at the end of this note. > > What I am expecting to happen in the first test case is for an application > window to be created and displayed every 5 seconds. > > On a Sparc Station IPX this is pretty much what happens, but as more and more > windows are created, the rate at which windows are created increases, ie the > timeout is being ignored. > > Things get pretty manic on a Sparc Station 20, my screen is rapidly filled > with windows as though the callback is being called with no timeout whatsoever. > > If rather than creating a new window in the callback, I add a new static text > item, everything works as expected. This is shown in the second test case. The problem you are seeing is an X server performance problem; it degrades as the number of windows at the same place in the hierarchy increases. Once upon a time we verified this by doing a loop similar to yours (not in a timeout) and just doing XCreateWindow calls.