[Proftpd-user] Compiling 1.3.2rc1 - proftpd

This is a discussion on [Proftpd-user] Compiling 1.3.2rc1 - proftpd ; Hello all, Compiling 1.3.2rc1 on tru64 5.1b. I had several small things to fix to allow the compile to go on for a while and then I get stuck on this: cc: Warning: ../include/ftp.h, line 94: The redefinition of the ...

+ Reply to Thread
Results 1 to 7 of 7

Thread: [Proftpd-user] Compiling 1.3.2rc1

  1. [Proftpd-user] Compiling 1.3.2rc1

    Hello all,

    Compiling 1.3.2rc1 on tru64 5.1b.

    I had several small things to fix to allow the compile to go on for a while
    and then I get stuck on this:

    cc: Warning: ../include/ftp.h, line 94: The redefinition of the macro
    "C_ANY" conflicts with a current definition because the replacement lists
    differ. The redefinition is now in effect. (macroredef)
    #define C_ANY "*" /* Special "wildcard" matching command */
    ----------------^
    cc: Error: mod_wrap.c, line 312: In this statement, "ident_lookups" is not a
    member of "session". (needmember)
    if (session.ident_lookups) {
    --------^
    cc: Error: mod_wrap.c, line 313: In this statement, "ident_user" is not a
    member of "session". (needmember)
    sstrncpy(conn->user, session.ident_user, sizeof(conn->user));
    ---------------------------^
    cc: Warning: mod_wrap.c, line 1427: In this statement, "auth_getpwnam(...)"
    of type "int", is being converted to "pointer to struct passwd".
    (cvtdiftypes)
    if ((pw = auth_getpwnam(cmd->pool, user)) != NULL) {
    ---------^
    cc: Warning: mod_wrap.c, line 1438: In this statement, "auth_getgrgid(...)"
    of type "int", is being converted to "pointer to struct group".
    (cvtdiftypes)
    if ((gr = auth_getgrgid(cmd->pool, session.login_gid)) != NULL)
    -----------^
    *** Exit 1
    Stop.

    This didn't happen before, I compiled 1.2.9 without such errors (haven't
    upgraded since then). Can we fix this quick?

    Can the warning also be fixed? It's all over the place...
    I don't see C_ANY being defined anywhere in anything else in /usr/include or
    /usr/local/include and it's not being defined anywhere else besides in
    ftp.h, so how could it be redefined?

    --
    Didier Godefroy
    mailto:dg@ulysium.net



    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  2. Re: [Proftpd-user] Compiling 1.3.2rc1


    > cc: Error: mod_wrap.c, line 312: In this statement, "ident_lookups" is not a
    > member of "session". (needmember)
    > if (session.ident_lookups) {


    Which version of mod_wrap are you using? The version of mod_wrap that
    accompanies the proftpd-1.3.2rc1 source should compile without error. If
    you are using some other version of mod_wrap, then you're using the wrong
    mod_wrap code.

    TJ

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    No day in which something is learned is ever wasted.

    -TJ Saunders

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  3. Re: [Proftpd-user] Compiling 1.3.2rc1

    on 6/2/08 5:40 PM, TJ Saunders at tj@castaglia.org uttered the following:

    >> cc: Error: mod_wrap.c, line 312: In this statement, "ident_lookups" is not a
    >> member of "session". (needmember)
    >> if (session.ident_lookups) {

    >
    > Which version of mod_wrap are you using? The version of mod_wrap that
    > accompanies the proftpd-1.3.2rc1 source should compile without error. If
    > you are using some other version of mod_wrap, then you're using the wrong
    > mod_wrap code.


    That's true, I was at first trying to use the newer separate one, but I
    reverted to the bundled one and that part works.
    The problem I have now is with libnsl which I don't have on the system.
    I tried the commonly used --disable-nsl configure switch but it doesn't work
    on this one.
    So how can I disable the use of nsl ??

    --
    Didier Godefroy
    mailto:dg@ulysium.net



    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  4. Re: [Proftpd-user] Compiling 1.3.2rc1


    > So how can I disable the use of nsl ??


    If you wish to continue using mod_wrap (as opposed to the newer
    mod_wrap2), then you will need to do the following:

    cd proftpd-1.3.2rc1
    make clean

    Then edit contrib/mod_wrap.c, changing this line:

    * $Libraries: -lwrap -lnsl$

    To be:

    * $Libraries: -lwrap$

    Then do:

    cd proftpd-1.3.2rc1
    make
    make install

    TJ

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    Only those who will risk going too far can possibly find out how
    far one can go.

    -T.S. Eliot

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  5. Re: [Proftpd-user] Compiling 1.3.2rc1

    Hi again,

    Not having any solution to turn off nsl, I just removed the -lnsl from the
    LIBS in Make.rules and continued the build, which finished fine without it.
    However I wanted to run the tests before trying to install this to replace
    my older 1.2.9, which does compile fine and doesn't croak on that missing
    libnsl, and the test suite isn't included in the distrib.
    I have no idea if removing this nsl flag will cause any problems at runtime,
    so I'd rather be cautious to avoid breaking something that works right now.

    What happened between 1.2.9 and 1.3.2rc1 that brought this libnsl issue???


    on 6/2/08 5:40 PM, TJ Saunders at tj@castaglia.org uttered the following:

    >> cc: Error: mod_wrap.c, line 312: In this statement, "ident_lookups" is not a
    >> member of "session". (needmember)
    >> if (session.ident_lookups) {

    >
    > Which version of mod_wrap are you using? The version of mod_wrap that
    > accompanies the proftpd-1.3.2rc1 source should compile without error. If
    > you are using some other version of mod_wrap, then you're using the wrong
    > mod_wrap code.


    --
    Didier Godefroy
    mailto:dg@ulysium.net



    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  6. Re: [Proftpd-user] Compiling 1.3.2rc1

    on 6/2/08 8:37 PM, TJ Saunders at tj@castaglia.org uttered the following:

    >
    >> So how can I disable the use of nsl ??

    >
    > If you wish to continue using mod_wrap (as opposed to the newer
    > mod_wrap2), then you will need to do the following:
    >
    > cd proftpd-1.3.2rc1
    > make clean
    >
    > Then edit contrib/mod_wrap.c, changing this line:
    >
    > * $Libraries: -lwrap -lnsl$
    >
    > To be:
    >
    > * $Libraries: -lwrap$


    Ok, removing that flag from mod_wrap.c worked and the build goes fine all
    the way. The removal from the Make.rules wouldn't survive the clean anyway.

    Wouldn't it be nice to have the --disable-nsl work for this though?

    How can we get the test suite?

    --
    Didier Godefroy
    mailto:dg@ulysium.net



    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


  7. Re: [Proftpd-user] Compiling 1.3.2rc1


    > Ok, removing that flag from mod_wrap.c worked and the build goes fine all
    > the way. The removal from the Make.rules wouldn't survive the clean anyway.
    >
    > Wouldn't it be nice to have the --disable-nsl work for this though?


    It would. However, any new features of that vein will be in mod_wrap2,
    not in mod_wrap.

    > How can we get the test suite?


    This is currently a work-in-progress; the existing unit tests do not cover
    any of the modules like mod_wrap yet.

    TJ

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    The fibers of all things have their tension and are strained like the
    strings of an instrument.

    -Henry David Thoreau

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


    -------------------------------------------------------------------------
    This SF.net email is sponsored by: Microsoft
    Defy all challenges. Microsoft(R) Visual Studio 2008.
    http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
    _______________________________________________
    ProFTPD Users List
    Unsubscribe problems?
    http://www.proftpd.org/list-unsub.html


+ Reply to Thread