delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1998/04/12/02:39:35

From: Sven_Dietrich AT trimble DOT com (Sven Dietrich)
Subject: RE: Windows Serial Ports
12 Apr 1998 02:39:35 -0700 :
Message-ID: <69A62D0B25F3D0118A3800A0C9661F23E7C831.cygnus.gnu-win32@US01XCH02.Trimble.COM>
To: Geoffrey Noer <noer AT cygnus DOT com>, Frank Baumgart
<godot AT uni-paderborn DOT de>
Cc: gnu-win32 AT cygnus DOT com

Hi guys,

this one caught my attention. I ran into the same problems
when porting NTP version 4... Select works fine if using only
sockets, but if you throw a serial port into FD_SET, select just
keeps returning, and the load goes thru the roof...

I haven't had the time to haggle with this further, but will at some
point, unless someone else gets there first.

Keep me posted.
Sven


T

/*
 * Sven-Thorsten Dietrich
 * Software Component & Timing Solutions 
 * Trimble Navigation, Ltd.     
 * 
 * 645 North Mary Ave.    (408) 481-7289 (Voice)                  
 * Sunnyvale, CA 94088    (408) 481-2011 (Fax)
 */

> ----------
> From: 	Frank Baumgart[SMTP:godot AT uni-paderborn DOT de]
> Sent: 	Friday, April 10, 1998 9:17 AM
> To: 	Geoffrey Noer
> Cc: 	gnu-win32 AT cygnus DOT com
> Subject: 	Re: Windows Serial Ports
> 
> Geoffrey Noer wrote:
> 
> > > Has anyone tried talking to the serial ports under gnuwin32?
> ...
> 
> > You should be able to just open "comn" where n is a number from 1 to
> 4
> > and then communicate with it normally...
> 
> Well,
> 
> read() does not work (blocks in non-blocking mode)
> select() does not work (returns even if no data is available)
> alarm() does not interrupt within a read() call
> open() does not set non-blocking mode on serial devices
> 
> (see <34FB4DA5 DOT 7672437D AT uni-paderborn DOT de> also)
> 
> This is not quite what I would call "normally", more like "making
> workarounds difficult to impossible" leaving few choices:
> 
> 1) try further workarounds, hoping that FIONREAD or poll() might work
>    (does not look too promising though)
> 2) use the WIN32 API (d'lng dox right now)
> 3) fix cygwin32 myself. Apart from having neither knowledge nor 
>    experience with the WIN32 API so far, few knowledge about cygwin32,
> 
>    I am not the one who debugs the debugger to develop his
> application.
>    More like the GPLed application programmer who wants to port an 
>    application to Win32 and cares about his "customers" complaints
> 4) complain about it here. Well, maybe it helps or another guy more
>    capable and willing to fix this runs into the same problem ;-)
>    Of course I am willing to assist with detailed bug and trace
> reports.
> 
> Has anybody been successful in porting some kind of getty on serial 
> lines?
> 
> Best regards,
> 
> Frank
> 
> 
> P.S.: I like cygwin32 and have been able to port my own GPLed apps 
> apart from the most important one which depends on a working serial
> communication layer/emulation
> -
> For help on using this list (especially unsubscribing), send a message
> to
> "gnu-win32-request AT cygnus DOT com" with one line of text: "help".
> 
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019