Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <429D16AB.3060909@cdvinc.com> Date: Tue, 31 May 2005 19:00:11 -0700 From: Tim Beuman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: [Fwd: Re: 1.5.17 regression - 'printer name is invalid' is back] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: timb AT cdvinc DOT com X-Spam-Processed: mail.cdvinc.com, Tue, 31 May 2005 19:00:17 -0700 (not processed: message from valid local sender) X-Return-Path: timb AT cdvinc DOT com X-MDaemon-Deliver-To: cygwin AT cygwin DOT com I tried using cygwin_conv_to_full_win32_path() in lpr.cc but it comes back with errno=136 (ENOSHARE). I tried cygwin_conv_to_win32_path() and it comes back with errno=136 too. Tim -------- Original Message -------- Subject: Re: 1.5.17 regression - 'printer name is invalid' is back Date: Tue, 31 May 2005 18:39:51 -0700 From: Tim Beuman To: cygwin AT cygwin DOT com This problem probably is a result of the modifications in src/winsup/cywin/path.cc introduced in version 3.373. lpr.exe uses cygwin_conv_to_win32_path() which now is forced to check for non-absolute pathnames only: version 1.373: path_conv p (path, PC_SYM_FOLLOW | PC_NO_ACCESS_CHECK | PC_NOFULL); version 1.372: path_conv p (path, PC_SYM_FOLLOW | PC_NO_ACCESS_CHECK); lpr.exe probably should use cygwin_conv_to_full_win32_path() for a remote printer (and a local printer too?). Tim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/