Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Hi, Le 30.09.2006 05:14, Christopher Martin a écrit : On Friday 29 September 2006 05:48, Jean Parpaillon wrote: Just to confirm: in my xorg.conf file, I've specified the size of my monitor and fonts are displayed correctly in apps using qt, so the issue comes from the detection of the resolution of the monitor with fglrx driver. Yes. I wonder if the reason setting the DPI in Qt doesn't result in reasonable fonts is because it isn't really Qt that controls font rendering in most circumstances. It's fontconfig/freetype, the basic font rendering bits of Linux. That would explain why while I could fix the crash, I couldn't force fonts to render sensibly. Fontconfig still was trying to render based on the following information: $ xdpyinfo | grep -A1 dimen dimensions:1280x1024 pixels (0x0 millimeters) resolution:-2147483648x-2147483648 dots per inch ... that you provided to me in your previous message. Note the ridiculous dots per inch values. Hence the tiny fonts. If my understanding of the situation is correct, then there is no point in patching Qt. Users will simply have to provide monitor dimensions in xorg.conf if they use the fglrx driver. A pain, but at least it works. Thank you for spending time on it. If it can't be solved within Qt (and, IMHO, waiting for ATI to solve it is not credible) it should be highlighted somewhere, maybe a bugreport on fglrx driver package ? Cheers, Christopher Martin Cheers, Jean -- Kerrighed inside http://www.kerrighed.org/ Jean PARPAILLON - Engineer - PARIS group - Office E210 IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France Tél: +33 2 99 84 22 33, Fax: +33 2 99 84 71 71 begin:vcard fn:Parpaillon Jean n:Jean;Parpaillon org:IRISA - INRIA;Kerrighed Project adr:;;Campus de Beaulieu;Rennes Cedex;;35042;France email;internet:[EMAIL PROTECTED] tel;work:+33299842233 tel;fax:+33299847171 version:2.1 end:vcard
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Le 28.09.2006 23:15, Christopher Martin a écrit : On Thursday 28 September 2006 03:10, Jean Parpaillon wrote: Le 28.09.2006 01:06, Christopher Martin a écrit : OK, thanks for the feedback. I can't reproduce that problem here, but then I'm not using fglrx (you are using that?). Thank you, that's a big issue for me :-( Yes, I'm using fglrx Deep down, this is a fglrx issue, (fucking driver, but don't say it around ;-) and it's causing problems in apps other than those using Qt. I have very little fonts with emacs too but not as little and if I switch to courrier-10, it's good. It may come from this driver too. But that doesn't mean I'm not trying to come up with a workaround... I'm assuming that you're using fglrx 8.28.8? There is a new upstream release, unfortunately not yet packaged officially for Debian, 8.29.6. I don't suppose upgrading to it makes a difference? I used 8.28.8 and I use 8.29.6 now. I have the same result. I've updated the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... with some minor changes. Sorry to be a pain, but could you please test them again? Ok, I've updated and... it's worse. Smaller. Sorry, I can't help more than testing. I appreciate you taking the time to test the packages. This baffles me - a DPI of 75 (the fallback) should not cause tiny fonts, it's a perfectly reasonable DPI. There must be another aspect of the problem I'm overlooking. If you run 'xdpyinfo | grep -A1 dimen' from a xterm, what results do you get? Be sure not to be running any Qt apps at the time. $ xdpyinfo | grep -A1 dimen dimensions:1280x1024 pixels (0x0 millimeters) resolution:-2147483648x-2147483648 dots per inch Note, you forgot to upload the Packages.gz file. Fixed now, thanks. Thank you. Jean Cheers, Christopher Martin -- Kerrighed inside http://www.kerrighed.org/ Jean PARPAILLON - Engineer - PARIS group - Office E210 IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France Tél: +33 2 99 84 22 33, Fax: +33 2 99 84 71 71 begin:vcard fn:Parpaillon Jean n:Jean;Parpaillon org:IRISA - INRIA;Kerrighed Project adr:;;Campus de Beaulieu;Rennes Cedex;;35042;France email;internet:[EMAIL PROTECTED] tel;work:+33299842233 tel;fax:+33299847171 version:2.1 end:vcard
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Just to confirm: in my xorg.conf file, I've specified the size of my monitor and fonts are displayed correctly in apps using qt, so the issue comes from the detection of the resolution of the monitor with fglrx driver. Jean -- Kerrighed inside http://www.kerrighed.org/ Jean PARPAILLON - Engineer - PARIS group - Office E210 IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France Tél: +33 2 99 84 22 33, Fax: +33 2 99 84 71 71 begin:vcard fn:Parpaillon Jean n:Jean;Parpaillon org:IRISA - INRIA;Kerrighed Project adr:;;Campus de Beaulieu;Rennes Cedex;;35042;France email;internet:[EMAIL PROTECTED] tel;work:+33299842233 tel;fax:+33299847171 version:2.1 end:vcard
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
On Friday 29 September 2006 05:48, Jean Parpaillon wrote: Just to confirm: in my xorg.conf file, I've specified the size of my monitor and fonts are displayed correctly in apps using qt, so the issue comes from the detection of the resolution of the monitor with fglrx driver. Yes. I wonder if the reason setting the DPI in Qt doesn't result in reasonable fonts is because it isn't really Qt that controls font rendering in most circumstances. It's fontconfig/freetype, the basic font rendering bits of Linux. That would explain why while I could fix the crash, I couldn't force fonts to render sensibly. Fontconfig still was trying to render based on the following information: $ xdpyinfo | grep -A1 dimen dimensions:1280x1024 pixels (0x0 millimeters) resolution:-2147483648x-2147483648 dots per inch ... that you provided to me in your previous message. Note the ridiculous dots per inch values. Hence the tiny fonts. If my understanding of the situation is correct, then there is no point in patching Qt. Users will simply have to provide monitor dimensions in xorg.conf if they use the fglrx driver. A pain, but at least it works. Cheers, Christopher Martin pgpHQMELDem7J.pgp Description: PGP signature
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Hi, Le 28.09.2006 01:06, Christopher Martin a écrit : OK, thanks for the feedback. I can't reproduce that problem here, but then I'm not using fglrx (you are using that?). Thank you, that's a big issue for me :-( Yes, I'm using fglrx I've updated the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... with some minor changes. Sorry to be a pain, but could you please test them again? Ok, I've updated and... it's worse. Smaller. Sorry, I can't help more than testing. Note, you forgot to upload the Packages.gz file. Jean I appreciate it. And other people can test them as well... If they still don't work (or your fonts are still hopeless) then I'm out of ideas for the moment. Qt should now fall back to a dpi of 75, same as X's default value, so the fonts may not be perfect, but they shouldn't be messed up like yours were. Thanks, Christopher Martin On Wednesday 27 September 2006 08:25, Jean Parpaillon wrote: Le 27.09.2006 04:11, Christopher Martin a écrit : I've also built qt-x11-free packages which contain a patch that _might_ fix your problems. Please update your Qt packages (libqt3-mt in particular) using the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... then restart, and let me know if things start to work and are otherwise OK. Hi, Using this package, qt applications starts but fonts are incredibily small (see joined file) for all apps. Jean Thanks, Christopher Martin On Tuesday 26 September 2006 21:06, Christopher Martin wrote: Does everyone who suffers from the Qt3 crashes use ATI's proprietary fglrx driver? We have a report of a switch away from fglrx fixing the crashes in Qt/KDE, and other apps. Please let me know either way. -- Kerrighed inside http://www.kerrighed.org/ Jean PARPAILLON - Engineer - PARIS group - Office E210 IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France Tél: +33 2 99 84 22 33, Fax: +33 2 99 84 71 71 begin:vcard fn:Parpaillon Jean n:Jean;Parpaillon org:IRISA - INRIA;Kerrighed Project adr:;;Campus de Beaulieu;Rennes Cedex;;35042;France email;internet:[EMAIL PROTECTED] tel;work:+33299842233 tel;fax:+33299847171 version:2.1 end:vcard
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
On Thursday 28 September 2006 03:10, Jean Parpaillon wrote: Le 28.09.2006 01:06, Christopher Martin a écrit : OK, thanks for the feedback. I can't reproduce that problem here, but then I'm not using fglrx (you are using that?). Thank you, that's a big issue for me :-( Yes, I'm using fglrx Deep down, this is a fglrx issue, and it's causing problems in apps other than those using Qt. But that doesn't mean I'm not trying to come up with a workaround... I'm assuming that you're using fglrx 8.28.8? There is a new upstream release, unfortunately not yet packaged officially for Debian, 8.29.6. I don't suppose upgrading to it makes a difference? I've updated the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... with some minor changes. Sorry to be a pain, but could you please test them again? Ok, I've updated and... it's worse. Smaller. Sorry, I can't help more than testing. I appreciate you taking the time to test the packages. This baffles me - a DPI of 75 (the fallback) should not cause tiny fonts, it's a perfectly reasonable DPI. There must be another aspect of the problem I'm overlooking. If you run 'xdpyinfo | grep -A1 dimen' from a xterm, what results do you get? Be sure not to be running any Qt apps at the time. Note, you forgot to upload the Packages.gz file. Fixed now, thanks. Cheers, Christopher Martin pgpq6HQpXi9zH.pgp Description: PGP signature
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
OK, thanks for the feedback. I can't reproduce that problem here, but then I'm not using fglrx (you are using that?). I've updated the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... with some minor changes. Sorry to be a pain, but could you please test them again? I appreciate it. And other people can test them as well... If they still don't work (or your fonts are still hopeless) then I'm out of ideas for the moment. Qt should now fall back to a dpi of 75, same as X's default value, so the fonts may not be perfect, but they shouldn't be messed up like yours were. Thanks, Christopher Martin On Wednesday 27 September 2006 08:25, Jean Parpaillon wrote: Le 27.09.2006 04:11, Christopher Martin a écrit : I've also built qt-x11-free packages which contain a patch that _might_ fix your problems. Please update your Qt packages (libqt3-mt in particular) using the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... then restart, and let me know if things start to work and are otherwise OK. Hi, Using this package, qt applications starts but fonts are incredibily small (see joined file) for all apps. Jean Thanks, Christopher Martin On Tuesday 26 September 2006 21:06, Christopher Martin wrote: Does everyone who suffers from the Qt3 crashes use ATI's proprietary fglrx driver? We have a report of a switch away from fglrx fixing the crashes in Qt/KDE, and other apps. Please let me know either way.
Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Does everyone who suffers from the Qt3 crashes use ATI's proprietary fglrx driver? We have a report of a switch away from fglrx fixing the crashes in Qt/KDE, and other apps. Please let me know either way. Thanks, Christopher Martin pgp0Czqz13Ls0.pgp Description: PGP signature
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
I've also built qt-x11-free packages which contain a patch that _might_ fix your problems. Please update your Qt packages (libqt3-mt in particular) using the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... then restart, and let me know if things start to work and are otherwise OK. Thanks, Christopher Martin On Tuesday 26 September 2006 21:06, Christopher Martin wrote: Does everyone who suffers from the Qt3 crashes use ATI's proprietary fglrx driver? We have a report of a switch away from fglrx fixing the crashes in Qt/KDE, and other apps. Please let me know either way. pgpoVNxhbvMcO.pgp Description: PGP signature
Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
We've had reports that the libqt3-mt crashing bug can be fixed by upgrading to the latest X and other libraries. Certainly, it would appear that it was a change in some library which Qt uses which triggered the problem. I'd very much like to receive confirmation (or denials if the problem persists after upgrade + reboot, to be safe) from some other users, since it's an important bug and I can't reproduce it myself. Thanks, Christopher Martin pgpTLGj8OomCA.pgp Description: PGP signature
Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice: SOLVED FOR ME.
Hi there. I found a way to solve the floating point exception in QPaintDevice::~QPaintDevice. The problem seems to come during resolution calculation in the function void create_dpis() (src/kernel/qpaintdevice_x11.cpp:514) During the loop: for ( i = 0; i screens; i++ ) { dpisX[ i ] = (DisplayWidth(dpy,i) * 254 + DisplayWidthMM(dpy,i)*5) / (DisplayWidthMM(dpy,i)*10); dpisY[ i ] = (DisplayHeight(dpy,i) * 254 + DisplayHeightMM(dpy,i)*5) / (DisplayHeightMM(dpy,i)*10); } the DisplayWidthMM and DisplayHeightMM macros were returning a 0, causing the floating point exception. This values are calculated from the X11 server accoring to the DPI of the xserver and the Dimension of the monitor. In my case, the monitor dimension was not specified in my /etc/X11/xorg.conf and I had to insert the following line to xorg.conf (in section Monitor) DisplaySize 433 347 Assuming a resolution of 75dpi, 1280x1024 pixels, I obtained the first value by calculating xsize = 25.4 * xpixels / dpi and the second with a ysize = 25.4 * ypixels / dpi After that, QT seems to be happy again. The problem I have seen should be detected by a: xdpyinfo | grep -A1 dimen that should print out something like: dimensions:1280x1024 pixels (433x347 millimeters) resolution:75x75 dots per inch I guess that all people having problem with the FLoating point exception will have some strange values here. Have fun. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
On Wednesday 23 August 2006 10:11, Jean Parpaillon wrote: Package: libqt3-mt Version: 3:3.3.6-3 Severity: grave Justification: renders package unusable All apps using libqt3-mt end on a flaoting point exception. After compiling with debug an tracing amarok, it seems to fail in QPaintDevice::~QPaintDevice: Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1476536640 (LWP 8061)] 0x4129318d in QPaintDevice::~QPaintDevice () from /usr/lib/libqt-mt.so.3 Strange that such a problem would only be reported by one person. You mention amarok, but also that all apps are afflicted. When you say all Qt apps end on a SIGFPE, do you mean that instead of quitting properly they blow up? Or that they just don't run? I don't suppose that you could attach a full backtrace? Does downgrading to libqt3-mt 3.3.6-2 from testing/etch make any difference? I'd appreciate more information; otherwise, there isn't much I can do. Cheers, Christopher Martin pgpO4ImmhqGLM.pgp Description: PGP signature
Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Package: libqt3-mt Version: 3:3.3.6-3 Severity: grave Justification: renders package unusable All apps using libqt3-mt end on a flaoting point exception. After compiling with debug an tracing amarok, it seems to fail in QPaintDevice::~QPaintDevice: Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1476536640 (LWP 8061)] 0x4129318d in QPaintDevice::~QPaintDevice () from /usr/lib/libqt-mt.so.3 Regards, Jean -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libqt3-mt depends on: ii fontconfig 2.3.2-7 generic font configuration library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-11 GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages libqt3-mt recommends: ii libgl1-mesa-glx [libgl1] 6.4.2-1.1 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.4.2-1.1 The OpenGL utility library (GLU) ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]