[asterisk-bugs] [JIRA] (ASTERISK-24817) init_logger_chain: unreachable code block

Corey Farrell (JIRA) noreply at issues.asterisk.org
Wed Feb 25 10:17:34 CST 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-24817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Corey Farrell updated ASTERISK-24817:
-------------------------------------

    Attachment: logger-unreachable.patch

Just does not seem like Asterisk should run without real logging (to a file) unless the admin explicitly sets it up that way (with a valid logger.conf).  I don't feel that strongly about this.  I posted here to allow someone to disagree with me, and Matt has.  That's good enough.

The patch I have is attached.  I don't have a chance to test this now (beyond knowing it compiles).  Hopefully I'll get around to testing next week.

> init_logger_chain: unreachable code block
> -----------------------------------------
>
>                 Key: ASTERISK-24817
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24817
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Logging
>    Affects Versions: SVN, 11.16.0, 13.2.0
>            Reporter: Corey Farrell
>            Severity: Minor
>         Attachments: logger-unreachable.patch
>
>
> init_logger_chain returns immediately if logger.conf was not found or for parse errors.  Later the procedure has an unreachable block that would set default console logging if no config was found.
> In 11 and 13 I think the console logger should be applied if logger.conf is missing or invalid during startup only.  During failed reload we should just return as it does now.
> In trunk I think this should be a fatal error during startup, and the unreachable code should be removed.  Failed reload's should continue to be a no-op.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list