search

ziutek / gst

Go bindings for GStreamer (retired: currently I don't use/develop this package)
Other
169 stars 48 forks source link

live_webm example broken in go 1.4.1 #6

Open bleedinge opened 9 years ago

bleedinge commented 9 years ago

I've tested the gstreamer bindings in osx.

gstreamer 1.4.5, go 1.4.1 (built with swig support) are installed, as well as all the dependencies

The simple example works ok (replacing xvimagesink for autovideosink), but the live_webm fails building and launching it as shown. Any ideas on what's going on?

fatal error: attempt to execute C code on Go stack

runtime stack: runtime.throw(0x444a625) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/panic.go:491 +0xad badc() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/stack.c:891 +0x2a runtime.onM(0x4465370) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:257 +0x68 runtime.mstart() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/proc.c:818

goroutine 1 [running]: runtime.switchtoM() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:198 fp=0xc208009a90 sp=0xc208009a88 runtime.morestackc() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/stack.c:885 +0x1e fp=0xc208009aa8 sp=0xc208009a90 runtime.sighandler(0x5082120, 0x0, 0x0, 0x0) /usr/local/Cellar/go/1.4.1/libexec/src/runtime/signal_amd64x.c:44 +0x14 fp=0xc208009ab0 sp=0xc208009aa8

goroutine 5 [syscall, locked to thread]: github.com/ziutek/glib._Cfunc_mp_wait(0x0) /Users/bleedinge/src/go/src/github.com/ziutek/glib/:517 +0x4d github.com/ziutek/glib.callbackLoop() /Users/bleedinge/src/go/src/github.com/ziutek/glib/object.go:417 +0x1f created by github.com/ziutek/glib.init·1 /Users/bleedinge/src/go/src/github.com/ziutek/glib/object.go:423 +0x25

goroutine 17 [syscall, locked to thread]: runtime.goexit() /usr/local/Cellar/go/1.4.1/libexec/src/runtime/asm_amd64.s:2232 +0x1

ziutek commented 9 years ago

I can't reproduce such error.

flavioribeiro commented 9 years ago

having the same issue here. 

flv@~/Development/go/src/github.com/ziutek/gst/examples go version
go version go1.4.2 darwin/amd64
tpjg commented 8 years ago

Same here. Go 1.6 on darwin/amd64. Something goes wrong in mp_wait(). So I think it's outside of the gst binding, more in the glib binding.

runtime: newstack sp=0xc820009a40 stack=[0xc820054000, 0xc820055fc0]
    morebuf={pc:0x7fff8ce88f1a sp:0xc820009a50 lr:0x0}
    sched={pc:0x4042580 sp:0xc820009a48 lr:0x0 ctxt:0x0}
runtime: gp=0xc820000180, gp->status=0x4
 runtime: split stack overflow: 0xc820009a40 < 0xc820054000
fatal error: runtime: split stack overflow

... snip ...

runtime stack:
goroutine 5 [syscall, locked to thread]:
github.com/ziutek/glib._Cfunc_mp_wait(0x0)
    ??:0 +0x47
github.com/ziutek/glib.callbackLoop()
    /Users/timo/go/src/github.com/ziutek/glib/object.go:417 +0x18
created by github.com/ziutek/glib.init.1
    /Users/timo/go/src/github.com/ziutek/glib/object.go:423 +0x2b
exit status 2
tpjg commented 8 years ago

It may (or may not) be fixed in Go 1.6.2, see https://github.com/golang/go/commit/a7cad52e04dd1890420452b38563997930edb2ca

Tested with 1.6.2 on Darwin, still crashing.