From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 3 18:32:15 2006 Return-Path: X-Original-To: freebsd-hardware@freebsd.org Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C339416A401 for ; Mon, 3 Apr 2006 18:32:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41E843D46 for ; Mon, 3 Apr 2006 18:32:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k33IWBYm044229; Mon, 3 Apr 2006 14:32:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Mon, 3 Apr 2006 14:32:07 -0400 User-Agent: KMail/1.9.1 References: <442DFEE5.4040407@yourdot-mail.com> <442F2251.8010205@lbl.gov> <442F6234.4010403@lbl.gov> In-Reply-To: <442F6234.4010403@lbl.gov> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604031432.09596.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1370/Mon Apr 3 13:31:59 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Carlos Silva , "Jin Guojun \[VFFS\]" Subject: Re: cups X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2006 18:32:15 -0000 On Sunday 02 April 2006 00:33, Jin Guojun [VFFS] wrote: > 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); No, /dev/fd/3 is not stderr, /dev/fd/2 is stderr. It's basically using a trick to make any messages that gs sends to stdout be sent to stderr rather than into the file sent to the printer so that the user can see them. It is doing this by telling gs to write it's output to /dev/fd/3 and then in the shell telling it to open /dev/fd/3 as a clone of the current stdout ('3>&1' does this). It then changes stdout to point to the same descriptor as stderr ('1>&2'). This seems perfectly fine. I don't have any ideas on the OP's problem with cups though. I still use lpr with apsfilter myself. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org