Processor Usage Mac OS X

fcd

Joined: 2002-09-25
Posts: 20

Posted: Fri, 2002-10-04 19:44

I am using gr beta 8 in Mac OS X 10.2.1. When ever a window overlaps the gallery remote screen it sends the processor usage for the Window Manager to 100%. This may be a Mac OS X probelm, I am not sure. Oh I am on a b&w g3 so no quartz extreme.

Frank

paour

Joined: 2002-08-14
Posts: 1479

Posted: Tue, 2002-10-08 10:43

I'm afraid it's a MacOS X-specific issue. Win32 doesn't have that problem. I don't know about Linux, the other major platform for GR.

Unfortunately I can't debug this, as I don't have a Mac.

If you're a developer, I can try to explain how you can trace that, but unless we have a MacOS X developer who wants to futz with this, I don't know how we can solve this.

Sorry...

fcd

Joined: 2002-09-25
Posts: 20

Posted: Thu, 2002-10-10 15:42

Hmmm...I am not really a developer more of a futzer...

I do have the tools installed and have done a very little playing with the java versions of them.

If you want give me a run down of what to do I can try and follow them.

Frank

paour

Joined: 2002-08-14
Posts: 1479

Posted: Sat, 2002-10-12 08:53

You need to get the source code from SourceForge (go to the project site, CVS tab, follow the instructions for a read-only CVS access), install Ant (to build GR), run the 'ant run' command to build and run GR.

Activate the full log (see ReadMe.html)

Then you should try to identify if there are specific parts of the window that react badly to being overlapped by another window. If there are, you should figure out which component is causing the problem.

Add a trace method to that component (or the MainFrame object itself if any part of the window being shadowed causes the problem):

public void paint(Graphics g) {
Log.log(Log.TRACE, MODULE, "repainting");
}

If when you have a window on top of the GR window (not moving) you get a constant stream of messages in the log about repainting, it means it's a Java bug that causes the repaints. Not much we can do.

If that's not the case, 'futz' with the code to try to locate the problem. Not much more guidance I can provide :roll:.

fcd

Joined: 2002-09-25
Posts: 20

Posted: Wed, 2002-10-30 23:16

It appears that it was a java bug. Using the prerelease 1.4.1vm from apple the problem went away.

fcd Joined: 2002-09-25 Posts: 20	Posted: Fri, 2002-10-04 19:44
	I am using gr beta 8 in Mac OS X 10.2.1. When ever a window overlaps the gallery remote screen it sends the processor usage for the Window Manager to 100%. This may be a Mac OS X probelm, I am not sure. Oh I am on a b&w g3 so no quartz extreme. Frank
	XUser login Username: * Password: * Create new account Request new password
paour Joined: 2002-08-14 Posts: 1479	Posted: Tue, 2002-10-08 10:43
	I'm afraid it's a MacOS X-specific issue. Win32 doesn't have that problem. I don't know about Linux, the other major platform for GR. Unfortunately I can't debug this, as I don't have a Mac. If you're a developer, I can try to explain how you can trace that, but unless we have a MacOS X developer who wants to futz with this, I don't know how we can solve this. Sorry...

fcd Joined: 2002-09-25 Posts: 20	Posted: Thu, 2002-10-10 15:42
	Hmmm...I am not really a developer more of a futzer... I do have the tools installed and have done a very little playing with the java versions of them. If you want give me a run down of what to do I can try and follow them. Frank

paour Joined: 2002-08-14 Posts: 1479	Posted: Sat, 2002-10-12 08:53
	You need to get the source code from SourceForge (go to the project site, CVS tab, follow the instructions for a read-only CVS access), install Ant (to build GR), run the 'ant run' command to build and run GR. Activate the full log (see ReadMe.html) Then you should try to identify if there are specific parts of the window that react badly to being overlapped by another window. If there are, you should figure out which component is causing the problem. Add a trace method to that component (or the MainFrame object itself if any part of the window being shadowed causes the problem): public void paint(Graphics g) { Log.log(Log.TRACE, MODULE, "repainting"); } If when you have a window on top of the GR window (not moving) you get a constant stream of messages in the log about repainting, it means it's a Java bug that causes the repaints. Not much we can do. If that's not the case, 'futz' with the code to try to locate the problem. Not much more guidance I can provide :roll:.

fcd Joined: 2002-09-25 Posts: 20	Posted: Wed, 2002-10-30 23:16
	It appears that it was a java bug. Using the prerelease 1.4.1vm from apple the problem went away.

Processor Usage Mac OS X

XUser login