[asterisk-bugs] [Asterisk 0016412]: Ignoring unknown format wav & wav49...

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16412 
====================================================================== 
Reported By:                jiddings
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   16412
Category:                   Formats/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                       SWP-506 
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!): 233545 
Request Review:              
====================================================================== 
Date Submitted:             2009-12-08 08:54 CST
Last Modified:              2009-12-09 09:14 CST
====================================================================== 
Summary:                    Ignoring unknown format wav & wav49...
Description: 
file.c: ignoring unknown format 'wav49' 
file.c: ignoring unknown format 'wav' 

Though format_wav.so and format_wav_gsm.so is loading properly. 

This seems to have started after the file.c commit to the 1.6.2 branch on
December 1st.
====================================================================== 

---------------------------------------------------------------------- 
 (0114980) svnbot (reporter) - 2009-12-09 09:14
 https://issues.asterisk.org/view.php?id=16412#c114980 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 233782

U   branches/1.4/formats/format_g723.c
U   branches/1.4/formats/format_g726.c
U   branches/1.4/formats/format_g729.c
U   branches/1.4/formats/format_gsm.c
U   branches/1.4/formats/format_h263.c
U   branches/1.4/formats/format_h264.c
U   branches/1.4/formats/format_ilbc.c
U   branches/1.4/formats/format_jpeg.c
U   branches/1.4/formats/format_ogg_vorbis.c
U   branches/1.4/formats/format_pcm.c
U   branches/1.4/formats/format_sln.c
U   branches/1.4/formats/format_vox.c
U   branches/1.4/formats/format_wav.c
U   branches/1.4/formats/format_wav_gsm.c
U   branches/1.4/include/asterisk/module.h
U   branches/1.4/main/loader.c

------------------------------------------------------------------------
r233782 | russell | 2009-12-09 09:14:22 -0600 (Wed, 09 Dec 2009) | 22
lines

Set a module load priority for format modules.

A recent change to app_voicemail made it such that the module now assumes
that
all format modules are available while processing voicemail configuration.
However, when autoloading modules, it was possible that app_voicemail was
loaded before the format modules. Since format modules don't depend on
anything, set a module load priority on them to ensure that they get
loaded
first when autoloading.

This version of the patch is specific to Asterisk 1.4 and 1.6.0.  These
versions
did not already support module load priority in the module API.  This adds
a
trivial version of this which is just a module flag to include it in a
pass before
loading "everything".

Thanks to mmichelson for the review!

(closes issue https://issues.asterisk.org/view.php?id=16412)
Reported by: jiddings
Tested by: russell

Review: https://reviewboard.asterisk.org/r/445/

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

http://svn.digium.com/view/asterisk?view=rev&revision=233782 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-09 09:14 svnbot         Checkin                                      
2009-12-09 09:14 svnbot         Note Added: 0114980                          
======================================================================