bug-classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug awt/26812] New: test colormap and expose event handling for Nokia 7


From: fitzsim at redhat dot com
Subject: [Bug awt/26812] New: test colormap and expose event handling for Nokia 770
Date: 22 Mar 2006 19:58:42 -0000

We currently make colormap assumptions that cause problems on the Nokia 770. 
We need to test this in a nested X setup.

From:   Philippe Laporte <address@hidden>
To:     GNU Classpath <address@hidden>
Subject:        No need for 770 device to debug the AWT problems
Date:   Wed, 22 Mar 2006 16:01:39 +0100  (10:01 EST)


Hi,
     Having a 770 device is not needed. What one needs is a nested X 
server that runs the same WM as on the 770 (Matchbox).

Step-by-step instructions:

1. Build classpath
2. Build a JVM
3. Goto http://projects.o-hand.com/matchbox/sources/ and download the
latest version of matchbox-window-manager and libmatchbox
First build libmatchbox then the matchbox-window-manager:

libmatchbox: 
$ ./configure && make && make install 
(use --prefix if you want it somewhere special)

matchbox-window-manager: 
$ ./configure --enable-standalone --disable-ping-protocol --disable-xrm 

This is how I built it, I guess you can do it in another way as well..
(you can use --prefix here as well)

then: 
$ make && make install

Hit CTRL-ALT-F<whatever> log on
then:
$ X :1 & xterm -display :1

This will start a new X server with a xterm..
start the wm:
$ matchbox-window-manager (if it is located in your $PATH)



So this way one can debug on an x86 desktop

Seems like an Xserver tuning is also needed:

 From address@hidden:

>The fixed pixmap problem, how do I best get the fix?
>>
>  
>
There is no problem in Matchbox. Fix is to disable composite in X server
build (which is done).




Previous thread:


address@hidden wrote:

Expose-events work in 770 normally, bug is in the application/library
side, not in Matchbox. Problem with pixmap depth was solved by disabling
composite extension in Xomap build (if it does not work, the problem is
trivial for application side to fix just by using some other function to
query colordepth instead).



Thomas Fitzsimmons wrote:
>

>>> Hi,
>>>
>>> On Tue, 2006-03-07 at 13:46 +0100, Clemens Eisserer wrote:
>>>  
>>>
>  
>
>>>>>>> Classpath's AWT of course runs on top of GTK+.
>>>>>>>     
>>>      
>>>
>>>>>
>>>>> Not on the 770, it has several problems but I am not experienced
>>>>> enough to solve them:
>>>>>
>>>>> - Expose events seem not to be sent by X or at least are not received
>>>>> by java. I did some debgugging and as far as I can tell no expose
>>>>> events are sent by X.
>>>>>   
>>    
>>
>>>
>>>
>>> Interesting.  Does the 770 window manager allow overlapping windows or
>>> dialogs?  Maybe there is no need for expose events except one on initial
>>> startup.  Maybe we need to post paint events in response to something
>>> other than an expose event, when running on the 770.  I'd appreciate
>>> more information on this.
>>>
>>>  
>>>
>  
>
>>>>> - When creating offscreen images they are created using 24 bit depth
>>>>> since GTK_RGB thinks this is best (why do we ask GTK_RGB for the
>>>>> default pixmap depth and do not simply use the depth the screen is
>>>>> running?). But 770's X server has no colormap assigned to 24-bit mode
>>>>> so it asserts.
>>>>>   
>>    
>>
>>>
>>>
>>> Yes, I think we currently assume a 24-bit colormap in the GTK peers,
>>> which is wrong.  I'd like to see this fixed.
>>>
>>> 
>

Best Regards,

-- 
Philippe Laporte
Software 

Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax:   +46 31 24 16 50
Email: address@hidden


-- 
           Summary: test colormap and expose event handling for Nokia 770
           Product: classpath
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: awt
        AssignedTo: langel at redhat dot com
        ReportedBy: fitzsim at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26812





reply via email to

[Prev in Thread] Current Thread [Next in Thread]