putmsg getmsg 这些关于流的函数 是不是已经不再使用了?

mq110

NAME
       afs_syscall,  break,  ftime,  getpmsg,  gtty,  lock, mpx, prof, profil,
       putpmsg, security, stty, ulimit - unimplemented system calls

SYNOPSIS
       Unimplemented system calls.

renstone921

PUTMSG(P)                  POSIX Programmer’s Manual                 PUTMSG(P)

NAME
       putmsg, putpmsg - send a message on a STREAM (STREAMS)

SYNOPSIS
       #include <stropts.h>;

       int putmsg(int fildes, const struct strbuf *ctlptr,
              const struct strbuf *dataptr, int flags);
       int putpmsg(int fildes, const struct strbuf *ctlptr,
              const struct strbuf *dataptr, int band, int flags);

我使用的是fedora 5, gcc4.0,glibc2.3.90,里面有这些系统调用,你所用的系统是什么.

mq110

Linux Reinnat 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux

在我的系统man 不到..郁闷.

albcamus

原帖由 "mq110" 发表：
Linux Reinnat 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux

在我的系统man 不到..郁闷.

我看的一本讲2.6的书上说，Linux开发者认为STREAMS是一种拙劣的特性，没去实现它。
好象现实中确也没见STREAMS的用场

mq110

原帖由 "albcamus" 发表：

我看的一本讲2.6的书上说，Linux开发者认为STREAMS是一种拙劣的特性，没去实现它。
好象现实中确也没见STREAMS的用场

原来是这样啊. 看来过时的技术没有必要再去看了.
谢谢 宋哥.

Solaris12

原帖由 "mq110" 发表：


原来是这样啊. 看来过时的技术没有必要再去看了.
谢谢 宋哥.

不是过时了，是系统的差异而已。

stream是unix sys V 的东西，有优点也有缺点。

linux的内核开发者不喜欢stream,所以就没支持它。

如果你只在linux上开发，那么就不用学它；

如果你是UNIX程序员，那这个东西不但不过时，而且还正在和继续使用下去。

mq110

>;>;如果你是UNIX程序员，那这个东西不但不过时，而且还正在和继续使用下去。
原来是这样. 我不太想局限于平台.不过现在只有linux环境.
恩.那就学. 我开始一为过时了呢.

del77

solaris下很常用

yuli_123

streams是一种很好的机制，它提供了一种全双工的数据传输通道，流靠自己的队列维护上下级关系，省去了选路。putmsg、getmsg我现在正在用

雨过白鹭洲

为了跨平台，能不用就不用吧