Message-ID: <46754C80.1080803@t-online.de>
Date: Sun, 17 Jun 2007 17:00:16 +0200
From: Christian Franke <Christian.Franke@t-online.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: Smartmontools don't work with /dev/stX, /dev/nstX
References: <20070617115624.GA31947@calimero.vinschen.de>
In-Reply-To: <20070617115624.GA31947@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Corinna Vinschen wrote:
> Christian,
>
> On Cygwin the device names for tapes are /dev/stX and /dev/nstX.
> Smartmontools require to use /dev/tapeX.  Any problem to change
> that so that the /dev/stX, /dev/nstX syntax works on Cygwin as well?
>
>   

No problem, easy to fix. I will add this.

ATA/SCSI autodetection is also still missing, therefore it is required 
to use /dev/hdX for ATA, and /dev/sdX for SCSI (or ATA behind SATL) disks.
This is also not consistent with Cygwin's device names, but more 
difficult to fix.

BTW: For programs like smartmontools, hdparm or sdparm, which need 
I/O-controls unsupported by Cygwin, it would be useful to rely on 
Cygwin's open().
Is there a function to obtain the Windows HANDLE from a Cygwin fd (the 
opposite of cygwin_attach_handle_to_fd())?

Christian


--
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/