--- In [email protected], "Victor A. Wagner Jr." <[EMAIL PROTECTED]> wrote: > > At 16:09 2007-02-01, Nico Heinze wrote: > >--- In [email protected], fabio_cabella@ wrote: > > > > > > > > > Hi guys, > > > > > > need a little help from you UNIX experts. I should help a > > > friend of mine to port a little application from Unix to > > > Windows. This application reads from three terminals the > > > user input and writes messages. I googled a bit finding: > > > Windows implementation of POSIX, CygWin and some other > > > stuff out on the net but I'm getting more confused! > > > >No wonder: > >1) Windows is NOT conformant to POSIX; there are loads of POSIX > >functions missing, and others don't work as supposed with > > additional effort (e.g. fread(), readdir(), and many, many more). > >2) CygWin emulates a Unix environment under Windows. > >3) Most important: the programming models of character-based > >applications simply don't apply to Windows. > > Huh?? <snip>
Yip, you and Brett are right, I forgot about console-mode applications; in console-mode of course the usual standard I/O streams exist and work as supposed. I've been thinking of the usual event-driven Windows programming model when writing the stuff quoted above. And to the OP: as far as I understood your question, you want to know whether you may substitute gets() and printf() with (more or less) identical functions in order to retrieve byte streams from and send them to a serial interface. As far as I know, I would say yes, BUT. The big BUT is that under Windows you are usually not allowed to access any hardware directly. I really don't know whether Windows will allow you to access the serial port directly; it depends on the Windows version and in some cases on the compiler as well... Regards, Nico
