Re: [pjsip] PJSUA: how to deal with verbosity?

O!
Ogogon !!!
Wed, Feb 19, 2020 1:31 PM

19.02.20 15:18, Skale Franz wrote:

Hi,
ran across the same problem.
My solution (including my comment ;-))
Of course, you've to add the following line before calling pjsua_start !

/* Some kind of a hack. For some reason the pjlib initialization
    * logging doesn't use the app_config.log_cfg callback facility ...
    * even when it has been defined */
   pj_log_set_level(0);

Thank you for responding to my question.
However, unfortunately, this did not work.

I inserted this line. Now this piece of code looks like this:

    pj_log_set_level (0);

    /* Initialization is done, now start pjsua */
    status = pjsua_start ();
    if (status != PJ_SUCCESS)
          error_exit ("Error starting pjsua", status);

Further, everything is as before. The application works, but writes full
debugging to the screen.

ogogon@ot:/usr/local/src/sipcc# ./sipcc

 .oooooo..o ooooo ooooooooo.                       SIP console client.
d8P'    Y8 888' 888   Y88.
Y88bo.       888   888   .d88'  .ooooo.   .ooooo.
 "Y8888o.   888   888ooo88P'  d88' "Y8 d88' "Y8.      "Y88b  888   888         888       888 v.0.2.0.a2
oo     .d8P  888   888         888   .o8 888   .o8
 8""88888P' o888o o888o        Y8bod8P' Y8bod8P'

     >X<           |||        `  ___  ' ,,,,,         ,,,,,
    (o o)         (o o)      -  (O o)  -     /(o o)\       /(o o)
ooO--()--Ooo-ooO--()--Ooo-ooO--()--Ooo-ooO--()--Ooo-ooO--(_)--Ooo-

15:29:58.295                critsec !Mutex created
15:29:58.295                critsec !Mutex: thread thr0x805616000 is
waiting
15:29:58.295                critsec  Mutex acquired by thread
thr0x805616000
15:29:58.295                critsec  Mutex released by thread
thr0x805616000
15:29:58.295                critsec  Mutex: thread thr0x805616000 is
waiting
15:29:58.295                critsec  Mutex acquired by thread
thr0x805616000
15:29:58.295                critsec  Mutex released by thread
thr0x805616000
15:29:58.295         os_core_unix.c  pjlib 2.9 for POSIX initialized
15:29:58.298            cachingpool  .pool created, size=512
15:29:58.298            cachingpool  .Mutex created
15:29:58.298            cachingpool  .Mutex: thread thr0x805616000 is
waiting
15:29:58.298            cachingpool  .Mutex acquired by thread
thr0x805616000
15:29:58.298                  pjsua  .pool created, size=1024
15:29:58.298            cachingpool  .Mutex released by thread
thr0x805616000
15:29:58.298                  pjsua  .Mutex created
15:29:58.298         sip_endpoint.c  .Creating endpoint instance...
15:29:58.298            cachingpool  .Mutex: thread thr0x805616000 is
waiting
15:29:58.298            cachingpool  .Mutex acquired by thread
thr0x805616000
15:29:58.298        pept0x80561e000  .pool created, size=4096
15:29:58.298            cachingpool  .Mutex released by thread
thr0x805616000
15:29:58.298                critsec  .Mutex: thread thr0x805616000 is
waiting
15:29:58.298                critsec  .Mutex acquired by thread
thr0x805616000
15:29:58.298                critsec  .Mutex: thread thr0x805616000 is
waiting
15:29:58.298                critsec  .Mutex acquired by thread
thr0x805616000
15:29:58.298                critsec  .Mutex released by thread
thr0x805616000
15:29:58.298                critsec  .Mutex: thread thr0x805616000 is
waiting

...

Maybe there is something with the visibility of variables? I don’t
really like that this function does not contain a pointer to any
structure containing data about the stack.

Best regards
Franz

Ogogon.

19.02.20 15:18, Skale Franz wrote: > Hi, > ran across the same problem. > My solution (including my comment ;-)) > Of course, you've to add the following line before calling pjsua_start ! > > /* Some kind of a hack. For some reason the pjlib initialization >     * logging doesn't use the app_config.log_cfg callback facility ... >     * even when it has been defined */ >    pj_log_set_level(0); Thank you for responding to my question. However, unfortunately, this did not work. I inserted this line. Now this piece of code looks like this: >     pj_log_set_level (0); > >     /* Initialization is done, now start pjsua */ >     status = pjsua_start (); >     if (status != PJ_SUCCESS) >           error_exit ("Error starting pjsua", status); Further, everything is as before. The application works, but writes full debugging to the screen. > ogogon@ot:/usr/local/src/sipcc# ./sipcc > >  .oooooo..o ooooo ooooooooo.                       SIP console client. > d8P'    `Y8 `888' `888   `Y88. > Y88bo.       888   888   .d88'  .ooooo.   .ooooo. >  `"Y8888o.   888   888ooo88P'  d88' `"Y8 d88' `"Y8. >      `"Y88b  888   888         888       888 v.0.2.0.a2 > oo     .d8P  888   888         888   .o8 888   .o8 >  8""88888P' o888o o888o        `Y8bod8P' `Y8bod8P' > >      >X<           |||        `  ___  ' ,,,,,         ,,,,, >     (o o)         (o o)      -  (O o)  -     /(o o)\       /(o o)\ > ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo- > > 15:29:58.295                critsec !Mutex created > 15:29:58.295                critsec !Mutex: thread thr0x805616000 is > waiting > 15:29:58.295                critsec  Mutex acquired by thread > thr0x805616000 > 15:29:58.295                critsec  Mutex released by thread > thr0x805616000 > 15:29:58.295                critsec  Mutex: thread thr0x805616000 is > waiting > 15:29:58.295                critsec  Mutex acquired by thread > thr0x805616000 > 15:29:58.295                critsec  Mutex released by thread > thr0x805616000 > 15:29:58.295         os_core_unix.c  pjlib 2.9 for POSIX initialized > 15:29:58.298            cachingpool  .pool created, size=512 > 15:29:58.298            cachingpool  .Mutex created > 15:29:58.298            cachingpool  .Mutex: thread thr0x805616000 is > waiting > 15:29:58.298            cachingpool  .Mutex acquired by thread > thr0x805616000 > 15:29:58.298                  pjsua  .pool created, size=1024 > 15:29:58.298            cachingpool  .Mutex released by thread > thr0x805616000 > 15:29:58.298                  pjsua  .Mutex created > 15:29:58.298         sip_endpoint.c  .Creating endpoint instance... > 15:29:58.298            cachingpool  .Mutex: thread thr0x805616000 is > waiting > 15:29:58.298            cachingpool  .Mutex acquired by thread > thr0x805616000 > 15:29:58.298        pept0x80561e000  .pool created, size=4096 > 15:29:58.298            cachingpool  .Mutex released by thread > thr0x805616000 > 15:29:58.298                critsec  .Mutex: thread thr0x805616000 is > waiting > 15:29:58.298                critsec  .Mutex acquired by thread > thr0x805616000 > 15:29:58.298                critsec  .Mutex: thread thr0x805616000 is > waiting > 15:29:58.298                critsec  .Mutex acquired by thread > thr0x805616000 > 15:29:58.298                critsec  .Mutex released by thread > thr0x805616000 > 15:29:58.298                critsec  .Mutex: thread thr0x805616000 is > waiting ... Maybe there is something with the visibility of variables? I don’t really like that this function does not contain a pointer to any structure containing data about the stack. > Best regards > Franz Ogogon.