In message <[EMAIL PROTECTED]> Benjamin Gross writes:
: what device file represents port 1 on a pc ?
What DOS Calls COM1 is /dev/cuaa0.
What DOS Calls COM2 is /dev/cuaa1.
What you mean by port 1, I don't know (since some machines number from
0 (eg 0, 1) while others do it from 1 (eg 1, 2)).
On Fri, Oct 05, 2001 at 10:25:47AM -0400, Benjamin Gross wrote:
> what device file represents port 1 on a pc ?
Assuming you mean "the lowest-numbered port on a PC" (the one
commonly found at IRQ4 on the ISA bus):
/dev/ttyd0 for callin ports
/dev/ttyid0 corresponding callin initial-state
> two. And, for the odd title that is not available locally,
> there is always amazon.com which works pretty well for me.
I've generally had better pricing with Bookpool
(http://www.bookpool.com/) myself. I'm in West Texas, and the
technical selection of most bookstores here concentrate on MCSE
On Thu, 27 May 1999, Chuck Robey wrote:
> On Thu, 27 May 1999, Max Gotlib wrote:
>
> > Hi!
> >
> > Some days ago I've faced with the following problem:
> > I need some kind of action (while coding user space
> > program actively handling the serial port) to get
> > sure all the bytes I've wrote
On Thu, 27 May 1999, Louis A. Mamakos wrote:
> > > Hi!
> > >
> > > Some days ago I've faced with the following problem:
> > > I need some kind of action (while coding user space
> > > program actively handling the serial port) to get
> > > sure all the bytes I've wrote to it are _transmitted_.
>
> > Hi!
> >
> > Some days ago I've faced with the following problem:
> > I need some kind of action (while coding user space
> > program actively handling the serial port) to get
> > sure all the bytes I've wrote to it are _transmitted_.
> > I know about "ioctl(fd, TIOCDRAIN)", but this ioctl
> >
> Both of these appear to be in print currently, so you should be able to
> find them (or order them) through any reputbale book shop. Does
> Australia have a good on-line bookstore yet? This might be a good
> opportunity for some FreeBSD hackers with ecommerce skills and a few
> million dollar
> Hi!
>
> Some days ago I've faced with the following problem:
> I need some kind of action (while coding user space
> program actively handling the serial port) to get
> sure all the bytes I've wrote to it are _transmitted_.
> I know about "ioctl(fd, TIOCDRAIN)", but this ioctl
> is accomplished
On Thu, 27 May 1999, Max Gotlib wrote:
> Hi!
>
> Some days ago I've faced with the following problem:
> I need some kind of action (while coding user space
> program actively handling the serial port) to get
> sure all the bytes I've wrote to it are _transmitted_.
> I know about "ioctl(fd, TIOCDR
Keith Anderson wrote:
>
> Dear Wes,
>
> Thanks for your help I was unable to find the book on-line in .au but my local
> Dymocks Books Store was able to order it 'on overnight delivery'.
>
> Keith Anderson
Both are very good books, and a good introduction to "the UNIX way."
Best of luck.
--
Dear Wes,
Thanks for your help I was unable to find the book on-line in .au but my local
Dymocks Books Store was able to order it 'on overnight delivery'.
Keith Anderson
On 26-May-99 Wes Peters wrote:
> Keith Anderson wrote:
>
> Congratulations, and welcome to the real world.
>
> Here are
Keith Anderson wrote:
>
> Dear All
>
> Could someone point me in the correct direction for help with 'c'
>
> Some examples for opening a serial port for comms.
> Opening tcp connections for use with mysql.
>
> I'm a programer from the 70's (DOS) and learning FBSD.
Congratulations, and welcome
Well, the serial devices are not typically used for TCP traffic, but you should
look at ioctl(3), read(3), write(3), socket(3), bind(3),
listen(3), send(3), recv(3) for starters. The tty devices are treated as files.
Remember, in UNIX everything is a file unless it isn't.
The ethernet cards, which
13 matches
Mail list logo
