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