Date: Sun, 02 Apr 2006 06:50:05 +0100 From: Carlos Silva <security@yourdot-mail.com> To: "Jin Guojun [VFFS]" <j_guojun@lbl.gov> Cc: freebsd-hardware@freebsd.org Subject: Re: cups Message-ID: <442F660D.3080908@yourdot-mail.com> In-Reply-To: <442F6234.4010403@lbl.gov> References: <442DFEE5.4040407@yourdot-mail.com> <442E82F2.8040702@bah.homeip.net> <442EACAF.4010606@yourdot-mail.com> <442EAEF1.5050307@bah.homeip.net> <442EB292.1000007@yourdot-mail.com> <442F15C6.4070409@lbl.gov> <442F1698.5050500@yourdot-mail.com> <442F1DB5.8090003@lbl.gov> <442F1EE3.8050904@yourdot-mail.com> <442F2251.8010205@lbl.gov> <442F6234.4010403@lbl.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
hmm thanks for the post ... but do you have an idea how can I fix this? Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ Jin Guojun [VFFS] escreveu: > Carlos Silva wrote: > >> >>> my logs from the error are: >>> ..... (skipped) >>> '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' >>> '-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=PHOTOSMART >>> 1115' '-dDEVICEWIDTHPOINTS=595' '-dDEVICEHEIGHTPOINTS=842' >>> '-dDuplex=false' '-r300' >>> '-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2,PS:MediaPosition=7' >>> '-dIjsUseOutputFD' '-sOutputFile=/dev/fd/3' '/dev/fd/0' 3>&1 1>&2 >> >>> D [25/Mar/2006:23:37:55 +0000] [Job 7] **** Unable to open the >>> initial device, quitting. >>> D [25/Mar/2006:23:37:55 +0000] [Job 7] renderer return value: 1 >>> D [25/Mar/2006:23:37:55 +0000] [Job 7] renderer received signal: 1 >>> D [25/Mar/2006:23:37:55 +0000] [Job 7] tail process done writing >>> data to STDOUT >> > By looking closely, somewhere in filter configuration (mime.convs?) is > messed up. > > clause '-sOutputFile=/dev/fd/3' '/dev/fd/0' 3>&1 1>&2 > > means: to read data from stdin and send result to stderr (not > stdout, weird); > then, redirection says to redirect 3 (stderr) to 1 (stdin, even > weird), this loops; > and then redirect 1 (stdin) to 2 (stdout), thus input (stdin , 1) is > empty because > it is redirected to stdout (2) and all input are directly sent to > stdout (bypass the filter ???). > > -Jin >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?442F660D.3080908>