Hi Eduardo,

No problem.

All started with the problems with your graph.
It was using too much resources from Xorg and crashed.
In your case in around a month.

Claes speeded up the Proview/Graphs with a higher plc scantime and refresh rate of your graph to find the "crash" in a short period of time.
Claes found out it had something to do with lines and arcs. Claes optimimalized a c-file which is a part of proview (xtt/lib/glow/gtk/glow_draw_gtk.cpp).
After Claes optimalized this file and gave you a patch the resource of Xorg dropped to a decent level.

Probably did Claes an extra test and found out it was not (only) the optimalisations problem but a libray named libX11 as well.
The problem with this bug is that one day your operator system is going to freeze, when you never restart, because of the libX11 bug.
It can be a month, 6 month, a year.... You don't know and you can't tell.

LibX11 is a part of Xorg, the graphical fundament of our GNU/Linux and has nothing to do with Proview itself.
Claes found on "the Net" a patch.
A patch is a kind of changes in the source code.
If you patch, in our case, a c-file and compile it the system It is going to fix a bug.

What I did was, in the most easy way I can think of, to get in first case all libraries depended on the libX11 library to compile this part of Xorg.

I started to get all the libraries which are necessary to compile libX11.
$ sudo apt-get build-dep libx11

I downloaded the source code from libX11, whichis available in a Debian or Ubuntu system with the command:
$ sudo apt-get source libx11

After I unpacked this tar-ball, downloaded the patch for the file xcb_io.c which is a part of libX11, from patchwork.freedesktop.org/patch/16297/ and copied it to libX11-1.4.99.1/src

Then I patched the c-file.
$ patch xcb_io.c < libX11-xcb_io-Fix-Xlib-32-bit-request-number-wrap-bug.patch

Now the source has been changed and it's ready to configre and compiling.

All the needed libraries where in place so it was ready to compile after the "libraries" check.
./configure

Then I runned make to compile the source.

In the directory libX11-1.4.99.1/src/.libs you can find our trouble maker ( libX11.so.6.3.0 ).

Have a look at:

$ cd /usr/lib/i386-linux-gnu
$ ls -la libX11*

There you can see a symbolic link named libX11.so which is pointing to libX11.so.6.3.0

If you are going to copy libX11-1.4.99.1/src/.libs/libX11.so.6.3.0 to /usr/lib/i386-linux-gnu while running in X the system will crash.

What I did was to ssh to our system and

$ sudo -s
# killall lightdm
# cp libX11-1.4.99.1/src/.libs/libX11.so.6.3.0 /usr/lib/i386-linux-gnu

And rebooted the system.
I checked if it could handle clips to 4294 (test code from Claes) and the patched worked.

This is a dirty way to do.
You never know, when you are going to upgrade the system (which is always a bad idea when it is not realy necessary), in the future what is going to happen.

This bug is in:

(Date 11-7-2014)

Ubuntu 12.04 (32 bit)
Ubuntu 14.04 (32 bit)
Debian 7 (32 bit)
And even on the Raspberry Pi (Rasbian) which is ARM based.

Still hope Argentina will beat Germany.

/Marc

Hi Marc,

Thanks a lot for your clear explanation.

My fault was not to see and check for hidden files.

Now I'll run the Claes's test with the new lib.

Enjoy the Arg. vs Ger. match !!!

/Eduardo

Hi Eduardo,

If you have a compiling error with the test code from Claes.

$ sudo apt-get install libX11-dev

/Marc

Hi Eduardo,

Just wonder how you (and your Proview projects) are....
Is all up and running?

Take care.

/Marc

Hi Marc,

Thanks for your concern.
I commented you that since I installed the Claes´s patch, in July 2014 the system is running without any inconvenience. Last November I added an additional screen and the system works perfectly.

Thanks and regards

/Eduardo

Hi Marc, Claes & Edouardo,

just an addendum to say that your procedure is working fine also for ubuntu 14.04 (i386) with libX11_1.6.2.
I never corrected it but now discovered lately that I'm also impacted by this issue.

Compiling went smooth with the provided information.
I used the Claes's test C file which exit with error 11 after exactly 4294 Clip (in 44min in my setup !!!). Now I'm over 7000 with the patched lib and it's running fine.

Thank you all
Snarf