live_webm example broken in go 1.4.1

[bleedinge]

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]

I can't reproduce such error.

[flavioribeiro]

having the same issue here.

flv@~/Development/go/src/github.com/ziutek/gst/examples go version
go version go1.4.2 darwin/amd64

[tpjg]

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]

It may (or may not) be fixed in Go 1.6.2, see golang/go@a7cad52

Tested with 1.6.2 on Darwin, still crashing.