delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT sources DOT redhat DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT sources DOT redhat DOT com> |
List-Help: | <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT sources DOT redhat DOT com |
Delivered-To: | mailing list cygwin AT sources DOT redhat DOT com |
Date: | Sun, 17 Dec 2000 20:11:21 -0800 |
From: | case AT seattle DOT gii DOT net |
To: | cygwin AT sources DOT redhat DOT com |
Subject: | Direct CDrom access in cygwin (ie. ioctl) |
Message-ID: | <20001217201121.A25793@seattle.gii.net> |
Mime-Version: | 1.0 |
User-Agent: | Mutt/1.2.4i |
Greetings, I'm trying to port my 'distributed CD Ripping tool' to the windows platform and Im faced with the following problem; On Unix systems I use a java front end that fires off a platform specific binary that rips the CD (ie. cdparanoia, tosha, or dagrab) and communicates to the java application using a local socket. Very straightforward on unix, but is there somthing similar to, for example the ioctl to get the toc, and to readaudio ? Or is there some other way to do this ... spawning a gui client from the background process is, you guessed it, useless to get anything usefull through stdout. Thanks, Case -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |