Navigation


Changes in / [1098:f38d77f9cfd3:1101:40b48a3997a2] in freeDiameter


Ignore:
Files:
5 edited

Legend:

Unmodified
Added
Removed
  • include/freeDiameter/libfdcore.h

    r1098 r1101  
    950950       
    951951        HOOK_MESSAGE_FAILOVER,
    952                 /* Hook called when a message that was sent to a peer is being requeued, because e.g. the connection was teared down.
     952                /* Hook called when a message that was sent to a peer is being requeued, because e.g. the connection was torn down.
    953953                   In that case the message will go again through the routing process.
    954954                 - {msg} points to the corresponding request message (the answer is discarded). Again, the objects may not have been dictionary resolved. If you
     
    10191019
    10201020
    1021 /* Type if the {permsgdata}. It is up to each extension to define its own structure. This is opaque for the framework. */
     1021/* Type of the {permsgdata} pointer. It is up to each extension to define its own structure. This is opaque for the framework. */
    10221022struct fd_hook_permsgdata;
    10231023
  • include/freeDiameter/libfdproto.h

    r1098 r1101  
    8080#include <stdarg.h>
    8181
    82 #ifdef DEBUG
    83 #include <libgen.h>     /* for basename if --dbg_file is specified */
    84 #endif /* DEBUG */
     82#include <libgen.h>     /* for basename */
    8583
    8684#ifdef SWIG
  • libfdcore/cnxctx.c

    r1098 r1101  
    17581758       
    17591759                default:
    1760                         TRACE_DEBUG(INFO, "Unknwon protocol: %d", conn->cc_proto);
     1760                        TRACE_DEBUG(INFO, "Unknown protocol: %d", conn->cc_proto);
    17611761                        ASSERT(0);
    17621762                        return ENOTSUP; /* or EINVAL... */
  • libfdcore/p_sr.c

    r1078 r1099  
    196196        } while (1);
    197197error: 
    198         ; /* pthread_cleanup_pop sometimes expands as "} ..." and the label beofre this cause some compilers to complain... */
     198        ; /* pthread_cleanup_pop sometimes expands as "} ..." and the label before this cause some compilers to complain... */
    199199        pthread_cleanup_pop( 1 );
    200200        ASSERT(0); /* we have encountered a problem, maybe time to signal the framework to terminate? */
  • libfdproto/messages.c

    r1098 r1101  
    12551255                return anscb ? EINVAL : 0; /* we associate with requests only */
    12561256       
    1257         CHECK_PARAMS( (anscb == NULL)    || (msg->msg_cb.anscb == NULL) ); /* We are not overwritting a cb */
    1258         CHECK_PARAMS( (expirecb == NULL) || (msg->msg_cb.expirecb == NULL) ); /* We are not overwritting a cb */
     1257        CHECK_PARAMS( (anscb == NULL)    || (msg->msg_cb.anscb == NULL) ); /* We are not overwriting a cb */
     1258        CHECK_PARAMS( (expirecb == NULL) || (msg->msg_cb.expirecb == NULL) ); /* We are not overwriting a cb */
    12591259       
    12601260        /* Associate callback and data with the message, if any */
Note: See TracChangeset for help on using the changeset viewer.