So, any hints about this?  Can anyone confirm that this is a bug?  If that
is the case, I might find some spare time to try to make a patch (no
promises here, I have never read the pygame source code :-).

I'm getting the same odd behavior on both Linux and Windows versions of
pygame, using Python 2.4.  Didn't try with 2.5.

Thanks!
Diego

On 3/12/07, Diego Essaya <[EMAIL PROTECTED]> wrote:

I'm having this problem with the Surface.set_clip() method that appears to
be a bug:

    import pygame
    print pygame.__version__
    s = pygame.display.set_mode((800, 600))
    r = pygame.Rect(10, 10, 10, 10)
    s.set_clip(r)
    print s.get_clip()
    r.move_ip(10, 0)
    print s.get_clip()
    s.set_clip(None)
    print s.get_clip()

This yields the following output:

    1.7.1release
    <rect(10, 10, 10, 10)>
    <rect(10, 10, 10, 10)>
    <rect(25708, 0, 0, 600)>

After this, the clip region of the display surface is garbled and
operations on the surface fail.  Running the script again yields a different
garbled value.

I tried modifying the line with set_clip() with:

    s.set_clip(pygame.Rect(r))

but this did not solve the problem.

Is this really a bug, or am I doing something wrong?  Also, my apologies
if this has been discussed before.

Thanks,
Diego


Reply via email to