[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#46175: marked as done (rpcgen manual page is incorrect)

Your message dated Wed, 7 Feb 2007 15:50:13 +0100
with message-id <20070207145013.GA30757@mad.intersec.eu>
and subject line rpcgen manual page is incorrect
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: netbase
Version: 3.15-4

The manual page for rpcgen says that rpcgen-generated servers background
themselves automatically on startup. With the example code (attached)
it does not. The same code does work as expected on Solaris 5.6 though.


Another annoying rpcgen feature is the way it expects server functions
to be named function_version_svc; on Solaris they're just
function_version (without _svc). So much for portability. I'm not
convinced this is a bug though so I won't file a proper report.
 

cheers
Hamish
-- 
Hamish Moffatt VK3SB (ex-VK3TYD). 
CCs of replies from mailing lists are welcome.

--- End Message ---
--- Begin Message --- 
On Tue, Jul 06, 2004 at 12:22:23AM +1000, Hamish Moffatt wrote:
> On Mon, Jul 05, 2004 at 07:58:49PM +0900, GOTO Masanori wrote:
> > > The manual page for rpcgen says that rpcgen-generated servers background
> > > themselves automatically on startup. With the example code (attached)
> > > it does not. The same code does work as expected on Solaris 5.6 though.
> > > 
> > > Another annoying rpcgen feature is the way it expects server functions
> > > to be named function_version_svc; on Solaris they're just
> > > function_version (without _svc). So much for portability. I'm not
> > > convinced this is a bug though so I won't file a proper report.
> > 
> > Where can I see the example code?  BTW, this bug seems being old; is
> > your point still existed in the latest glibc 2.3.2.ds1-13?
> 
> Hmm. 5 years later I'm having a bit of trouble digging up the example
> code! And I don't remember anything about rpcgen.
> 
> I found my uni assignment from 1998 where I used rpcgen, but I don't
> think it ever compiled on linux, only Solaris. Some of the function
> prototypes for RPC-called routines seem to be different, so it doesn't
> compile.
> 
> I still can't see any sign that the generated program would fork()
> though. See the following blah_svc.c file resulting from the following
> (rpcgen blah.x):
> 
> program MESSAGEPROG
>  {version PRINTMESSAGEVERS
>    {int PRINTMESSAGE(string) = 1;
>    } = 1;
>  } = 0x20003198;

  In fact the manual page is correct, the § in question applies for when
the rpcgen-erated code is able to deal with inetd, wich you can achieve
using rpcgen -I.

  in that case, the code is exactly what is announced in the manpage,
with the RPC_SVC_FG define et al. One could claim that this is quite
obscure in the wording, and any patch is welcomed if you still think so,
but to me the documentation is still correct. Hence closing the bug.

-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: pgpT9Uf_5wfTF.pgp
Description: PGP signature


--- End Message ---
Reply to: