[
http://dev.sourcefabric.org/browse/LS-443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14202#action_14202
]
Romain Beauxis commented on LS-443:
-----------------------------------
I think I just got hit by another instance of this issue:
2011/01/14 19:54:07 [single_4771:4] Activations changed:
static=[src_351896:fallback_4955:reggae:reggae],
dynamic=[fallback_4963:CanalTest:CanalTest,
fallback_4961:reggae(dot)aacp32:reggae(dot)aacp32,
fallback_4959:reggae(dot)aacp:reggae(dot)aacp, fallback_4957:Rock:Rock,
fallback_4955:reggae:reggae, fallback_4953:metal:metal,
fallback_4951:That70Sound:That70Sound, fallback_4949:classique:classique,
fallback_4947:discoqueen:discoqueen, fallback_4945:jazz:jazz].
2011/01/14 19:54:07 [single_4771:4] Enabling caching mode: possible dynamic
activation.
2011/01/14 19:54:07 [src_351896:4] Activations changed:
static=[fallback_4955:reggae:reggae], dynamic=[].
2011/01/14 19:54:07 [threads:1] Thread "wallclock_4911" aborts with exception
File "sources/request_source.ml", line 123, characters 55-61: Assertion failed!
Relevant code:
method private get_frame buf =
if must_fail then begin
must_fail <- false ;
Frame.add_break buf (Frame.position buf)
end else begin
let rec try_get () =
match current with
| None ->
(* When we're infallible, our caller doesn't to check that
* we're ready, so #begin_track hasn't been called yet.
* When we're fallible, this point should never be reached. *)
if self#begin_track then try_get () else assert false
| Some (req,get_frame,_) ->
if send_metadata then begin
Request.on_air req ;
let m = Request.get_all_metadata req in
Frame.set_metadata buf (Frame.position buf) m;
send_metadata <- false
end ;
get_frame buf
in
Tutils.mutexify plock try_get () ;
if Frame.is_partial buf then self#end_track
end
...
> Inconsistency between #is_ready and #get_frame shows up in add
> --------------------------------------------------------------
>
> Key: LS-443
> URL: http://dev.sourcefabric.org/browse/LS-443
> Project: Liquidsoap
> Issue Type: Bug
> Components: Liquidsoap
> Affects Versions: 1.0
> Environment: RadioPi developpement script
> Reporter: Romain Beauxis
> Assignee: David Baelde
> Priority: Major
> Attachments: add_ready.patch, generated.patch, switch_fail.liq
>
>
> In a ticky context (radiopi script), I see the following backtrace:
> 2010/11/23 19:21:38 [src_5488:2] #get_frame didn't add exactly one break!
> 2010/11/23 19:21:38 [threads:1] Thread "wallclock_4969" aborts with exception
> File "source.ml", line 441, characters 10-16: Assertion failed!
> 2010/11/23 19:21:38 [main:3] Shutdown started!
> 2010/11/23 19:21:38 [main:3] Waiting for threads to terminate...
> Thread 13 killed on uncaught exception Assert_failure("source.ml", 441, 10)
> Called from file "operators/switch.ml", line 213, characters 10-18
> Called from file "source.ml", line 438, characters 8-26
> Called from file "operators/map_metadata.ml", line 54, characters 6-20
> Called from file "source.ml", line 438, characters 8-26
> Called from file "outputs/output.ml", line 220, characters 8-23
> Called from file "list.ml", line 69, characters 12-15
> Called from file "clock.ml", line 131, characters 6-43
> Called from file "clock.ml", line 307, characters 10-24
> Called from file "clock.ml", line 310, characters 8-15
> Called from file "tools/tutils.ml", line 136, characters 15-18
> Re-raised at file "tools/tutils.ml", line 161, characters 39-40
> Called from file "thread.ml", line 38, characters 8-14
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://dev.sourcefabric.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Savonet-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-devl
