cups

[Carlos Silva]

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
>