[asterisk-bugs] [Asterisk 0016995]: [patch] Crash in app_voicemail.c in function retrieve_file (Read out in small chunks)

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Apr 9 11:18:57 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16995 
====================================================================== 
Reported By:                vrban
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16995
Category:                   Applications/app_voicemail/ODBC
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.29.1 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-09 03:08 CST
Last Modified:              2010-04-09 11:18 CDT
====================================================================== 
Summary:                    [patch] Crash in app_voicemail.c in function
retrieve_file  (Read out in small chunks)
Description: 
Every few days, one of my asterisk 1.4.29 crash with this error. See
bt_full.txt
Asterisk was compiled with DONT_OPTIMIZE, so all needed information should
be visible.
====================================================================== 

---------------------------------------------------------------------- 
 (0120234) tilghman (administrator) - 2010-04-09 11:18
 https://issues.asterisk.org/view.php?id=16995#c120234 
---------------------------------------------------------------------- 
That does not necessarily create parallel instances.  If the operation can
be completed in a single context switch (and it most likely can), then
while you are creating 20 separate threads, they are still done in
sequence.  You'll need to use condition variables to pause all threads
until all are started, and a pthread_cond_broadcast after all are started,
and sched_yield() within each thread at various intervals to correctly
simulate parallel queries. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-09 11:18 tilghman       Note Added: 0120234                          
======================================================================




More information about the asterisk-bugs mailing list