Mike Emmel wrote: > Under debug I'm crashing here because the ASSERT is calling a > unimplemented method. > > (gdb) bt > #0 0xffffe410 in __kernel_vsyscall () > #1 0xb7f18590 in raise () from /lib/i686/cmov/libpthread.so.0 > #2 0xb5f95aea in trap (domain=0xb5fa4ea3 "Assertion") at debug.c:317 > #3 0xb607962a in dfb_surface_buffer_lock (buffer=0xb59c0fc4, > access=CSAF_CPU_WRITE, lock=0xb5a85fac) > at surface_buffer.c:181 > > fusion_skirmish_lock_count is not implemented but called under debug. > > So this always fails > > FUSION_SKIRMISH_ASSERT( &surface->lock );
Yes, in unstable 1.1.x single app the lock count should return 1 at least as long as it's unimplemented. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
