label background memory corruption 64-bit writer

[MarkieB]

Binary package hint: openoffice.org

Hi,

many of the labels in oowriter seem to have background corruption as a result, my guess would be, of invalid memory addressing; my guess is it's connected to the 64-bit edition, as I've noticed a similar effect in a more boutique application [firstclass 10] that initially had difficulty linking to the correct libs, until some kde3 32-bit libs were put into lib32 [according to http://blog.isnotworking.com/2007/11/opera-9-on-ubuntu-with-amd64.html]

I should say that the openoffice bug was already there before the firstclass .deb was installed / the kde3 32-bit libs added, so it's reasonably independent;

from the image you see the main areas, I should say that changing the selected items in the selects, makes no difference to the quality of the selected item, although the actual lists, similar to the actual menus, appear normally;

I'd have to suppose that there are more 32-bit libs that I need? possibly it's the code itself though

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: openoffice.org-core 1:3.2.0-4ubuntu3
ProcVersionSignature: Ubuntu 2.6.32-20.30-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-20-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Wed Apr 14 13:41:06 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100406.1)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: openoffice.org

[MarkieB (ubunt-u-markbenjamin)]

Hi Bryce,

do you really think 180?

$ dpkg --get-selections | grep nvidia
nvidia-173 install
nvidia-173-modaliases install
nvidia-96-modaliases install
nvidia-common install
nvidia-current install
nvidia-current-modaliases install
nvidia-settings install

[MarkieB (ubunt-u-markbenjamin)]

[possibly more to the point]
$ update-alternatives --get-selections | grep nvidia
gl_conf manual /usr/lib/nvidia-current/ld.so.conf

[MarkieB (ubunt-u-markbenjamin)]

wait a minute, I see :) 180 really means 18* :D

[MarkieB (ubunt-u-markbenjamin)]

well it tentatively looks as though the rc updates have resolved it; those were mainly mono updates for my system, so perhaps it was mono; wait a few days before marking it as resolved, though, in case it's more of a 'full memory' bug

[MarkieB (ubunt-u-markbenjamin)]

right, no, check that, the corruption seems to have returned;
An image from firstclass gives clear signs that the desktop background is appearing as label background somehow, whether it be from buffered memory / direct access to desktop background / etc; plus the fact that there looks as though there is [vertically] interspersion of 1 pixel of background, one pixel of 'unwritten' memory, seems to point to a 64-bit question of some sort

[dino99 (9d9)]

Closing that outdated report as EOL has been reached long time ago