[Xcb] update to libxcb 1.12 breaks 32bit applications

Ran Benita ran234 at gmail.com
Thu Jun 9 13:24:25 UTC 2016


On Thu, Jun 09, 2016 at 01:46:56PM +0200, G. Schlisio wrote:
> >> It looks like it spawns subprocesses (some startup script maybe). Please
> >> try `valgrind --trace-children ./my_program` then.
> > 
> > Meant to write `--trace-children=yes`.
> 
> ok, with valgrind-multilib and tracing children i yield this:
> http://pastebin.com/nhyJ4hY3
> 
> crashes but at first glance i dont see something like a chrash report.

There are some errors, but seem unrelated. So, this didn't help.

If you are willing to put in a bit of effort, given that the program
works with 1.11 but not with 1.12, the best way would be to find the git
commit which caused the regression. The easiest way to do that is to use
"git bisect".

You would do this like so (from your libxcb git clone):

    git checkout master
    git bisect start
    git bisect bad
    git bisect good 1.11

Now, it will switch to some commit; you then need to recompile and test
if the problem is there or not. If it still crashes, write

    git bisect bad

if it doesn't, write

    git bisect good

You should repeat this (about 6 times) until git hones down on the first
bad commit (you can also automate the testing step with `git bisect
run`, see `man git bisect`).


More information about the Xcb mailing list