Path: utzoo!attcan!uunet!software.org!kint
From: kint@software.org (Rick Kint)
Newsgroups: comp.sys.apollo
Subject: Re: Help with anonymous FTP
Message-ID: <563@software.software.org>
Date: 26 Feb 90 21:36:37 GMT
References: <9002200307.AA00114@icaen.uiowa.edu>
Sender: news@software.org
Reply-To: kint@software.org (Rick Kint)
Organization: Software Productivity Consortium, Herndon, Virginia
Lines: 29

In article <9002200307.AA00114@icaen.uiowa.edu> dbfunk@ICAEN.UIOWA.EDU (David B Funk) writes:
>In posting <7997.25da7d8e@ohstpy.mps.ohio-state.edu>  snoden%ohstpy asks:
>
>>I set up anonymous FTP by the book (Unix Sys Admin by Nemeth,Snyder & Seebass)
>>on a DN4500 (SR9.7, BSD 4.2 TCP/IP 3.1) and it does not work.  Remote users
>>get "550 Can't set guest privledge".
>
>The problem is that the BSD system call "chroot" is not implemented in
>Aegis & Domain/OS. It is there but all attempts to use it just return
>the error status EPERM (even for root). Somebody in Apollo explained
>the problem as being caused by the fact that ".." of "/" is not "/".

	I ran into this problem too.  After trying every conceivable hack
with no success, I decided to check out the chroot call itself.  Using dbx
to disassemble the inlib'ed chroot code revealed that it is just a stub,
the guts of which I reproduce below:

    033a078c   MOVEQ.l     #1,d0
    033a078e   MOVEA.l     (-18.w,a5),a0
    033a0792   MOVE.l      d0,(a0)
    033a0794   MOVEQ.l     #-1,d0

	All this does is set errno to EPERM and return -1.  This was true
at SR9.7.0.3 and SR10.1.  The result?  A program which calls chroot will
compile successfully but will not run correctly.  Bah, humbug, feh.
--
Rick Kint                          
Software Productivity Consortium   INTERNET: kint@software.org
Herndon, VA                        UUNET:   ...!uunet!software!kint