gl.gen_textures(n) causes system crash

Roman Kennke roman at kennke.org
Tue May 19 01:03:44 PDT 2009


Hi Erik,

This is not the correct mailing list for Escher problems.

Regarding the problem: it is very well possible that Escher has a bug
here, and is neither your nor the driver's fault. Unfortunately, I don't
have much time to hack on Escher right now, but if you find a solution
for the problem, I can integrate that, or even give you repository
access. (Note to self: Speaking of repository, now that SF.net has
Mercurial support, we should move the development repo of Escher back to
SF.net...)

Thanks, Roman

> Calling the method gen_textures(n) from the GL class blocks when tried
> on a nested X server like Xephyr or makes my system crash on a native
> X server (with fglrx drivers).
> 
> Upon closer inspection (tried with Xephyr) the blocking seems to occur
> when trying to access the responceInputStream.
>     public int[] gen_textures(int n) {
> 
>         RequestOutputStream o = display.out;
>         int[] textures;
>         synchronized (o) {
>             o.begin_request(glx.major_opcode, 145, 3);
>             o.write_int32(tag);
>             o.write_int32(n);
>             ResponseInputStream in = display.in;
>             synchronized (in) {
>                 in.skip(32);
>                 textures = new int[n];
>                 for (int i = 0; i < n; i++)
>                     textures[i] = in.read_int32();
>             }
>         }
>         return textures;
>     }
> 
> So probably a problematic request has been sent to the server.
> I'm not sure if this is causes by my fgrlx drivers or a mistake I made
> (drawing simple colored figures works just fine), I'll see if it works
> with the 'ati' driver.
> 




More information about the caciocavallo-dev mailing list