c_user minor documentation error.

[Joel Sherrill]

On 11/10/2010 08:10 PM, Wendell Pereira da Silva wrote:
> Hi,
>
> Error location: current version of C_USER.PDF, pag. 16.
> The argument of the function print_name is 'the_object'. However, the function's body does refer to 'id'. Suggestion: change 'the_object' to 'id'.
>
> void print_name(rtems_id id)
> {
>     ...
> }
>
PR 1716 filed, fixed and closed.  Thanks.
> Regards.
>
> --
> Wendell P. Silva
> COMPSIS - Computadores e Sistemas LTDA
> Aerospace Systems Department
> +55 12 2139-3966
>
> -----Mensagem original-----
> De: rtems-users-bounces at rtems.org [mailto:rtems-users-bounces at rtems.org] Em nome de Ralf Corsepius
> Enviada em: quarta-feira, 10 de novembro de 2010 07:30
> Para: Joel Sherrill
> Cc: rtems-users at rtems.org
> Assunto: Re: FW: Problems dowmloading rtems-graphics-toolkit
>
> On 11/09/2010 03:51 PM, Joel Sherrill wrote:
>> On 11/09/2010 06:35 AM, Kirchner, Ralf wrote:
>>> HiJoel,
>>> I am trying to download the rtems-graphics.toolkit without any success
>>> so far.
>>> Unfortunately I have to work on a Windows machine.
>>> This is what I have tried:
>>> 1.
>>> Download from
>>> _http://www.rtems.com/cvsweb/cvsweb.cgi/rtems-graphics-toolkit/_
>>> - If I click on link "tarball" or "zip archive" I always get the
>>> following error messages:
>>> Error: Export failure (exit status 1), output:
>>> cvs export: failed to create lock directory for `/usr1/CVS/CVSROOT'
>>> (/usr1/CVS/CVSROOT/#cvs.history.lock): Permission denied
>>> cvs export: failed to create lock directory for
>>> `/usr1/CVS/rtems-graphics-toolkit'
>>> (/usr1/CVS/rtems-graphics-toolkit/#cvs.lock): Permission denied
>>> cvs export: failed to obtain dir lock in repository
>>> `/usr1/CVS/rtems-graphics-toolkit'
>>> cvs [export aborted]: read lock failed - giving up
>> This one I hope someone on the list has advice on. The
>> CVS tree is owned by user cvspserver. Apache is running
>> as another user. The cvsweb.cgi program does not have
>> permissions to write the lock into the directory because
>> it is running as another user.
>>
>> For normal pserver interaction, you are running the service
>> which is running as the dedicated cvspserver user.
>>
>> Any ideas out there?
>
> AFAICT, there are 2 issues interacting:
>
> a) a bug/defect in cvsweb.cgi
>
> I just filed a bug on this to RH's bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=651668
>
> b) cvsweb.cgi doesn't support pserver authentication, but only supports
> direct cvs-repository access.
>
> I.e. to allow cgiweb.cgi to "cvs export" tarballs (this is what it
> actually does during tarball creation), you need to tweak file/directory
> permissions in such a way that the user running cgiweb.cgi (user:
> apache) has direct read-only access to the files below /usr1/CVS and
> read-write access to the directories below /usr1/CVS.
>
> Ralf
>
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users


-- 
Joel Sherrill, Ph.D.             Director of Research&  Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985