[cups.general] samsung 4521f

Max Waterman davidmaxwaterman+gmane at fastmail.co.uk
Mon Jan 9 06:23:13 PST 2006


Hi,

I have the above attached to a Windows XP computer and shared to the network.

My Mac OS X computers can print to it without much problem via samba, but my 
FC4/x86_64/2.6.14-1.1656_FC4/cups-1.1.23-15.3 computer cannot. I am 
attempting to use the Sumsung supplied drivers.

CUPS automatically adds the working queue on my Mac and I can print via that 
without any problem.

I think the problem is related to my CPU+OS being an AMD64 architecture.

The /etc/cups/ppd/samsung.ppd file says :

*cupsFilter:  "application/vnd.cups-postscript 0 rastertosamsungspl"

I find rastertosamsungspl in both /usr/local/bin/samsung and 
/usr/lib64/cups/filter. They are both 32bit and use shared libs :

/usr/local/bin/samsung/rastertosamsungspl: ELF 32-bit LSB executable, Intel 
80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared 
libs), for GNU/Linux 2.2.5, not stripped
/usr/lib64/cups/filter/rastertosamsungspl: ELF 32-bit LSB executable, Intel 
80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared 
libs), for GNU/Linux 2.2.5, not stripped

I focussed on the /usr/lib64...versions. Initially, it would fail to link due 
to there being no libGDI.so.1 in /usr/lib, but there was one in /usr/lib64, 
so I symlinked to that - despite being in /usr/lib64, it is also 32 bit :

/usr/lib64/libGDI.so.1.0.0: ELF 32-bit LSB shared object, Intel 80386, 
version 1 (SYSV), not stripped

I generate a 'raster' file using the imagetoraster program from a jpeg and 
then attempt to run 'rastertosamsungspl' manually :

../rastertosamsungspl 999 500 title 1 "" max.raster

It produces no output. Strace, ends with :

getrlimit(RLIMIT_STACK, {rlim_cur=-4284481536, rlim_max=0}) = 0

Googling for this results in some comments about being 64 bit...

Any idea how I can fix this? Is there a better place to ask?

Max.





More information about the cups mailing list