Oh, so you solved it?? What's the issue and what's the workaround? On Apr 4, 3:33 pm, unixseb <[email protected]> wrote: > i can help you, > i'm having this issue with earth live wallpaper. > i tracked a bug in the swap function taht causes service dies, but i > was looking for this one for a long time now ! > > On 3 avr, 23:56, Robert Green <[email protected]> wrote: > > > > > I've had this reported to me by a few people using the > > GLWallpaperService code I posted. I've been debugging this for hours > > and have so far tracked the problem down to > > egl.eglCreateWindowSurface(display, config, nativeWindow, null); > > > It never returns and every notifyAll() after that results in: > > W/SharedBufferStack( 1030): waitForCondition(ReallocateCondition) > > timed out (identity=288, status=0). CPU may be pegged. trying again. > > > It seems to happen when switching orientation - so when the surface is > > being destroyed/recreated and more specifically when calls to render > > the frame are being made at the same time. If there are no render > > calls happening while switching, things seem mostly ok. I'm debugging > > this further but I feel like a method like that should never > > deadlock. Seems like a bug somewhere below the line to me. > > > Since none of the GL init code from the shipped live wallpapers was > > posted anywhere, I have no good reference to use for how to properly > > handle the window resizing. Clearly the code I'm using does it a > > little differently but I still feel like a deadlock like this should > > not occur.
-- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en To unsubscribe, reply using "remove me" as the subject.
