Hey, i've been hit by the same bug.
i'll first do my homework: > - does the bug manifest itself more/less at different zoom levels, or > for different window sizes? (especially: if you zoom in enough so that > the first page covers the entire screen, vs. if part of the gray > border around the page is visible) no, different window sizes as different zoom levels are completely independent. > - what distribution do you use? what version of libgnomecanvas? > - does the version of libgnomecanvas packaged by your distribution > include the infamous "no-tearing" patch? Does recompiling and > installing > a standard libgnomecanvas version from ftp.gnome.org solve the > problem? > (e.g., version 2.20.1.1 or older?) ArchLinux, it's rolling release. Right now the libgnomecanvas version is 2.30.3, there aren't any patches applied. It's directly downloaded from http://ftp.gnome.org/pub/gnome/sources/libgnomecanvas/2.30/libgnomecanvas-2.30.3.tar.bz2 and compiled as is. Recompiling doesn't bother the bug. > Sporadic display refresh bugs in xournal are 99.9% likely to be caused > by libgnomecanvas. I'm not sure this is the case here, as I can actually tell which packages were updated between when it worked and when it stopped to. The complete list is further down. I noted mostly the update of xf86-input-wacom from 0.10.8 to 0.10.9, but there might be another candidate. I then also commented #define ENABLE_XINPUT_BUGFIX to no effect. But, when I then uncommented #define INPUT_DEBUG, the bug disappeared. By playing around I narrowed it down to: As soon as there is something which outputs a newline to stdout in on_canvas_motion_notify_event in xo-callbacks.c, there are no further drawing delays. To be explicit: if I just apply the following patch, the bug does not occur (although the side-effect of all those newlines is bothersome) diff -r1.29 xo-callbacks.c 2699a2700,2701 > printf("\n"); > I have no idea, why this happens; i'm just reciting what i found out. But I hope, it helps you kill it for real. ;D All the best and thanks for xournal, Jonas [2011-04-13 15:25] upgraded audacity (1.3.12-3 -> 1.3.13-1) [2011-04-13 15:25] upgraded bluedevil (1.0.3-1 -> 1.0.4-1) [2011-04-13 15:25] upgraded crda (1.1.1-1 -> 1.1.1-3) [2011-04-13 15:25] upgraded eventlog (0.2.12-1 -> 0.2.12-2) [2011-04-13 15:25] upgraded filesystem (2010.12-1 -> 2011.04-1) [2011-04-13 15:25] upgraded fixesproto (4.1.2-1 -> 5.0-1) [2011-04-13 15:25] upgraded gstreamer0.10-good (0.10.27-2 -> 0.10.28-1) [2011-04-13 15:25] upgraded gstreamer0.10-good-plugins (0.10.27-2 -> 0.10.28-1) [2011-04-13 15:25] upgraded xz (5.0.1-1 -> 5.0.2-1) [2011-04-13 15:25] upgraded imagemagick (6.6.9.1-1 -> 6.6.9.4-1) [2011-04-13 15:25] upgraded libdrm (2.4.23-2 -> 2.4.25-1) [2011-04-13 15:25] upgraded libgl (7.10.1-1 -> 7.10.2-2) [2011-04-13 15:25] upgraded intel-dri (7.10.1-1 -> 7.10.2-2) [2011-04-13 15:25] upgraded lftp (4.2.1-1 -> 4.2.2-1) [2011-04-13 15:25] upgraded libtasn1 (2.8-1 -> 2.9-1) [2011-04-13 15:25] upgraded libtiff (3.9.4-1 -> 3.9.5-1) [2011-04-13 15:25] upgraded libxfixes (4.0.5-1 -> 5.0-1) [2011-04-13 15:25] upgraded mesa (7.10.1-1 -> 7.10.2-2) [2011-04-13 15:25] upgraded mlocate (0.23.1-2 -> 0.24-1) [2011-04-13 15:25] upgraded namcap (2.8.2-1 -> 3.0.6-1) [2011-04-13 15:25] upgraded ncurses (5.8-1 -> 5.9-1) [2011-04-13 15:25] upgraded ngrep (1.45-5 -> 1.45-6) [2011-04-13 15:25] upgraded sudo (1.8.0-4 -> 1.8.1-1) [2011-04-13 15:25] upgraded vlc (1.1.8-2 -> 1.1.9-1) [2011-04-13 15:25] upgraded xf86-input-evdev (2.6.0-2 -> 2.6.0-3) [2011-04-13 15:25] upgraded xf86-input-synaptics (1.4.0-1 -> 1.4.0-2) [2011-04-13 15:25] upgraded xf86-input-wacom (0.10.8-2 -> 0.10.9-1) [2011-04-13 15:25] upgraded xf86-video-intel (2.14.0-3 -> 2.14.903-1) [2011-04-13 15:25] upgraded xkeyboard-config (2.1-1 -> 2.2.1-1) [2011-04-13 15:26] upgraded xorg-server-common (1.9.4.901-1 -> 1.10.0.902-1) [2011-04-13 15:26] upgraded xorg-server (1.9.4.901-1 -> 1.10.0.902-1) [2011-04-13 15:26] upgraded xsel (1.2.0-2 -> 1.2.0-3) [2011-04-13 15:26] upgraded xvidcore (1.3.0-1 -> 1.3.1-1) > > On 05/07/2011 10:58 AM, dmg wrote: >> This might or might not be related. >> >> I installed Ubuntu 11.04 on an X61T and xournal in some cases the >> strokes are not displayed >> when created (but they are saved). Only when the page is refreshed. >> >> I didn't really look much into it, but it was odd, given that I use >> in >> Ubuntu 10.10. >> >> --dmg >> >> On Sat, May 7, 2011 at 10:53 AM, Andreas >> Butti<andreasbu...@gmail.com> wrote: >>> Did you start Xournal before or after rotating the screen? >>> >>> Try out if there is a difference... >>> >>> >>> Which Version of Xournal are you using? >>> >>> >>> Andreas >>> >>> Am 07.05.2011 19:48, schrieb Gautam Iyer: >>>> Hi All, >>>> >>>> When my display is rotated, I find that the drawing of regular >>>> strokes >>>> (not PDF backgrounds) is delayed. That is, if I move the pen to >>>> the right by one inch, it takes a second for me to see the stroke >>>> appear. >>>> >>>> This problem is not present when the display is not rotated. Also, >>>> if I >>>> open GIMP/Inkscape, then there is no delay drawing at all. >>>> >>>> I should mention that the delayed drawing is present even when I >>>> try and >>>> draw with a mouse. I tried recompiling with ENABLE_XINPUT_BUGFIX >>>> enabled/disabled and it has no effect. >>>> >>>> Does anyone else have a similar problem? Any idea what I can do to >>>> fix >>>> it? >>>> >>>> Thanks, >>>> >>>> GI >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> WhatsUp Gold - Download Free Network Management Software >>> The most intuitive, comprehensive, and cost-effective network >>> management toolset available today. Delivers lowest initial >>> acquisition cost and overall TCO of any competing solution. >>> http://p.sf.net/sfu/whatsupgold-sd >>> _______________________________________________ >>> Xournal-devel mailing list >>> Xournal-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/xournal-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Xournal-devel mailing list Xournal-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xournal-devel
