[SCM] Hurd branch, master, updated. v0.6-77-g379feba

[Justus Winter]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Hurd".

The branch, master has been updated
       via  379feba88080eb8cd731bbd64b98cc0bbf10931a (commit)
       via  9fe7adc2907afdd2039a67d27328ba82a884561e (commit)
       via  fcf89e5bb006f71ecf5c46b7248216c3dee7e4b8 (commit)
       via  65e63be1f4884a0223fe51ac6ff53ed11605506a (commit)
       via  125f08eea403724713cea1c79913cc7d26406a07 (commit)
       via  580eeae985138272dc0f8c24d1e7f470e31fbcc3 (commit)
       via  419a283fa2981c47f2a117fa56f268c0ae5b5989 (commit)
       via  2656f79608c8db735514bafe8026211c92d06aa1 (commit)
       via  50a7577b022851594fd15f8c934cd3c4a37c01b6 (commit)
       via  f42c29d2172e953887542bf7fb31d2b739563887 (commit)
       via  a5d384c333dbbe863c1515d6167d956b0c5b4852 (commit)
      from  9e8cb4acfd8971f691b35657e1f63a903f638996 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 379feba88080eb8cd731bbd64b98cc0bbf10931a
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 23:37:44 2015 +0200

    libtrivfs: deprecate old api
    
    * libtrivfs/trivfs.h (trivfs_protid_portclasses): Deprecate, and
    schedule for removal in Hurd 0.8.
    (trivfs_protid_nportclasses): Likewise.
    (trivfs_cntl_portclasses): Likewise.
    (trivfs_cntl_nportclasses): Likewise.

commit 9fe7adc2907afdd2039a67d27328ba82a884561e
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 18:55:39 2015 +0200

    libtrivfs: optimize the object lookup code
    
    * libtrivfs/mig-decls.h: Remove the specialized cases, they really
    blow up these functions that are supposed to be inlined.  Also, look
    into the dynamically allocated vectors first, because this is the
    preferred way of using libtrivfs since 1997.

commit fcf89e5bb006f71ecf5c46b7248216c3dee7e4b8
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 17:23:13 2015 +0200

    trans/proxy-defpager: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a severe bug.  As no classes are given to
    `trivfs_startup', they are created and inserted into the dynamic
    vector of classes.  The helper function `allowed', however, used the
    first item of the previously used static array, which is NULL.  This
    circumvented the typecheck, allowing the default pager protocol to be
    spoken over control ports, likely resulting in a crash.
    
    * trans/proxy-defpager.c: Convert to dynamic classes and buckets.

commit 65e63be1f4884a0223fe51ac6ff53ed11605506a
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 16:26:03 2015 +0200

    trans/passwd: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * trans/password.c: Convert to dynamic classes and buckets.

commit 125f08eea403724713cea1c79913cc7d26406a07
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 23:34:20 2015 +0200

    trans/new-fifo: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * trans/new-fifo.c: Convert to dynamic classes and buckets.

commit 580eeae985138272dc0f8c24d1e7f470e31fbcc3
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 23:35:26 2015 +0200

    trans/magic: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a severe bug.  As no classes are given to
    `trivfs_startup', they are created and inserted into the dynamic
    vector of classes.  The server function `trivfs_S_fsys_forward',
    however, used the first item of the previously used static array,
    which is NULL.  This circumvented the typecheck.
    
    * trans/magic.c: Convert to dynamic classes and buckets.

commit 419a283fa2981c47f2a117fa56f268c0ae5b5989
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 23:33:23 2015 +0200

    trans/ifsock: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * trans/ifsock.c: Convert to dynamic classes and buckets.

commit 2656f79608c8db735514bafe8026211c92d06aa1
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 17:07:18 2015 +0200

    trans/crash: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * trans/crash.c: Convert to dynamic classes and buckets.

commit 50a7577b022851594fd15f8c934cd3c4a37c01b6
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 17:01:37 2015 +0200

    pflocal: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * pflocal/pflocal.c: Convert to dynamic classes and buckets.

commit f42c29d2172e953887542bf7fb31d2b739563887
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 18:50:11 2015 +0200

    pfinet: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * pfinet/main.c: Convert to dynamic classes and buckets.
    * pfinet/options.c: Likewise.
    * pfinet/pfinet.h: Likewise.
    * pfinet/socket-ops.c: Likewise.

commit a5d384c333dbbe863c1515d6167d956b0c5b4852
Author: Justus Winter <address@hidden>
Date:   Sun Sep 27 18:54:31 2015 +0200

    exec: convert to trivfs dynamic classes and buckets
    
    libtrivfs contains two ways of managing more than one port class and
    bucket.  There is the old way of using a statically allocated array
    with explicit length, and the new way with dynamically allocated
    vectors.
    
    Converting all users to the new way of handling multiple classes
    and/or buckets, we can simplify the code in libtrivfs.  In many cases,
    the code will be simpler and more expressive for the user.
    
    This also fixes a mild bug.  The classes and buckets given to
    `trivfs_startup' end up in the dynamic vectors too, making the object
    lookup code use the more complicated code path.
    
    * exec/main.c: Convert to dynamic classes and buckets.

-----------------------------------------------------------------------

Summary of changes:
 exec/main.c            |   51 +++++++++++-------
 libtrivfs/mig-decls.h  |  136 ++++++++++++++++++-----------------------------
 libtrivfs/trivfs.h     |   11 +++--
 pfinet/main.c          |   61 ++++++++++++----------
 pfinet/options.c       |    8 ++--
 pfinet/pfinet.h        |    7 +--
 pfinet/socket-ops.c    |    2 +-
 pflocal/pflocal.c      |   20 ++------
 trans/crash.c          |   50 ++++++++++--------
 trans/ifsock.c         |    7 ---
 trans/magic.c          |   16 ++++--
 trans/new-fifo.c       |   28 +++++-----
 trans/password.c       |   48 ++++++++++-------
 trans/proxy-defpager.c |   13 ++++-
 14 files changed, 226 insertions(+), 232 deletions(-)


hooks/post-receive
-- 
Hurd