You are not logged in.
Pages: 1
Hi!
I'm running the latest Citrix receiver Client 11.0.140395 and have issues with image corruption.
I found someone else having the same issue w/arch, here: http://forums.citrix.com/thread.jspa?threadID=258623 (it's also a picture of the image corruption included).
Server environment
XenDesktop 4.5
Windows Server 2003
Client environment
Citrix receiver Client 11.0.140395
Use data compression: on
Encryption level: basic
TCP/IP+HTTPS server location
Percentage of screensize: 85%
TWIMode=off
2.6.32-ARCH x86_64
openmotif 2.3.2-1
X.Org X Server 1.7.3.902 (1.7.4 RC 2)
KDE mod kdemod-kdebase 4.3.4-1
VGA compatible controller: nVidia Corporation G96 [GeForce 9600M GT] (rev a1)
nvidia 190.53-3
Compositing is currently enabled (no change if disabled)
I wonder if anyone else has this problem?
Could it be arch/xorg version related?
Offline
I also see the corruption within the applications i use -- Lotus Notes and the Fire RMS database. I always thought it was something to do with the libjpeg change from 6 to 7, 'cause if I remember right that's about when the issue started. It's not enough to be a dealbreaker, but it is annoying! I've seen this same behavior on multiple different computers running arch since, oh, probably mid to late last year (July or August I think).
Wish I had some suggestions for fixing!
Scott
Offline
Aaaah, thank so much you for your hint, firecat53 ![]()
- Your right, the problem is the new version of libjpeg.
(since I'm on x86_64)
$ packer -S lib32-libjpeg6 # now version 6 of libjpeg is installed
$ pacman -Qs lib32-libjpeg # i now have two lib32 versions of libjpeg
local/lib32-libjpeg 7-1 (lib32)
Library of JPEG support functions
local/lib32-libjpeg6 6b-1 (lib32)
An older version of a library of JPEG support functions.
$ pacman -Qi lib32-libjpeg | grep Required # libjpeg7 is required by these
Required By : bin32-wine lib32-libtiff
$ file /opt/lib32/usr/lib/libjpeg.so # libjpeg.so is a symbolic link from libjpeg7
/opt/lib32/usr/lib/libjpeg.so: symbolic link to `libjpeg.so.7.0.0'
$ rm /opt/lib32/usr/lib/libjpeg.so # ugly badass hack
$ ln -s /opt/lib32/usr/lib/libjpeg.so.62 /opt/lib32/usr/lib/libjpeg.so # ugly badass hackIs there a better way to resolve this?
Offline
I hope so, 'cause won't that break other things that use libjpeg -- which is quite a few! And how about on i686 where ALL the libjpeg stuff will be in one place?
I just don't know how! You made it farther than me as it is ![]()
Scott
Offline
Maybe you can solve it with something like
LD_PRELOAD=/usr/lib/libjpeg.so.62.0.0before starting the wfcmgr
Offline
Try upgrading to the latest AUR version, solved the issue for me
"A computer lets you make more mistakes faster than any invention in human history - with the possible exceptions of handguns and tequila."
(Mitch Ratcliffe)
Offline
thanks for the post
Offline
Pages: 1