X-Spam-Check-By: sourceware.org To: cygwin@cygwin.com From: Matthew Woehlke Subject: Re: Trouble with DLL and file (com port) IO Date: Wed, 06 Dec 2006 17:27:35 -0600 Lines: 20 Message-ID: References: <200612061001.08554.rsmckown@yahoo.com> <003e01c71983$c7522c90$a501a8c0@CAM.ARTIMI.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.0 In-Reply-To: <003e01c71983$c7522c90$a501a8c0@CAM.ARTIMI.COM> X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Dave Korn wrote: > BTW, mixing MSVC-based code with cygwin-based is inherently unreliable and > liable to fail unpredictably. I guess the vendor isn't likely to want to > share their dll source with you so you could recompile it with gcc, but it > might not be /too/ complicated to just take a look at the USB transactions > that get sent across the bus when you try to manipulate the gpios using their > dll, then throw together your own custom library to send the same transactions > using libusb or similar. >> This works in Linux already (we extended the >> linux driver to emulate the gpio capbilities of the vendor DLL). ...especially since he seemed to imply that he already has his own working source for Linux. It should (FLW) be fairly easy to port this to Cygwin (seeing as how Cygwin's purpose is to emulate Linux, and make porting Linux code easy). -- Matthew Not to be used as a flotation device. -- 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/