Hello list, first of all, I'm new to directfb, so please correct me, if I'm wrong :-)
I tried to examine the problem and found something interesting:(-) [Main Thread 3.306] ( 5584) IDFBEventBuffer: IDirectFBEventBuffer_GetEvent( 0x13e8840, 0x7fffb7a434f0 ) (-) [Main Thread 3.306] ( 5584) Direct/Mem: - number of bytes of item [idirectfbinputbuffer.c:397 in IDirectFBEventBuffer_GetEvent()] -> 0x7feedc001560 (-) [Main Thread 3.306] ( 5584) IDFBEventBuffer: -> class 2, type/size 256, data/id 0x100000000
(-) [Main Thread 3.306] ( 5584) DFBTerminal: Handle event 256(-) [Main Thread 3.306] ( 5584) DFBTerminal: case 2: will write s to terminal (modifier = CTRL: 0) (-) [Main Thread 3.306] ( 5584) DFBTerminal/VT: Writing 1 bytes to term fd (-) [Main Thread 3.306] ( 5584) IDFBEventBuffer: IDirectFBEventBuffer_GetEvent( 0x13e8840, 0x7fffb7a434f0 ) (-) [Main Thread 3.306] ( 5584) IDFBEventBuffer: IDirectFBEventBuffer_WaitForEvent( 0x13e8840 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_SetColor( 0x13ec2f0, COLOR 0xe0000000 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_FillRectangle( 0x13ec2f0 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: -> [ 0] 150, 0- 6x 14 (-) [ NO NAME 3.308] ( 5596) Core/GraphicsOps: dfb_gfxcard_fillrectangles( 0x7feee1ff9cb0 [1], 0x13ec658 ) (-) [ NO NAME 3.308] ( 5596) Core/GraphicsOps: dfb_gfxcard_state_check( 0x13ec658, 0x00000001 ) [5,23 - 604,442] (-) [ NO NAME 3.308] ( 5596) Core/GfxState: dfb_gfxcard_state_check( 0x13ec658, 0x00000001 ) drawing -> 0x13e4ba0 (-) [ NO NAME 3.308] ( 5596) Core/GfxState: <- checked 0x00000000, accel 0x00000000, modified 0x00133fff, mod_hw 0x00000000 (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_prevail( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_lock_count( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: dfb_surface_buffer_lock( 0x13e4ef0, 0x02, 0x13ec738 ) <- 616x460 ARGB [0] (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: -> CPU WRITE (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: dfb_surface_allocation_update() (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: -> increasing serial... (-) [ NO NAME 3.308] ( 5596) Core/SurfPoolLock: dfb_surface_pool_lock( 0x13bfab0 [0], 0x13e63b0 ) (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: -> locked 1x now (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_dismiss( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_prevail( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Core/SurfBuffer: dfb_surface_buffer_unlock( 0x13ec738 ) (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_lock_count( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Core/SurfPoolLock: dfb_surface_pool_unlock( 0x13bfab0 [0], 0x13e63b0 ) (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_dismiss( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_SetColor( 0x13ec2f0, COLOR 0xffb0b0b0 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_DrawString( 0x13ec2f0 ) (-) [ NO NAME 3.308] ( 5596) Core/GraphicsOps: dfb_gfxcard_drawstring( ' ' [1], 155,23, 0x13d9600, 0x13ec658 )
(-) [ NO NAME 3.308] ( 5596) Core/Font: dfb_font_decode_text()(-) [ NO NAME 3.308] ( 5596) Core/Font/Manager: dfb_font_manager_lock() (-) [ NO NAME 3.308] ( 5596) Core/Font: dfb_font_get_glyph_data( index 9, layer 0 ) (-) [ NO NAME 3.308] ( 5596) Core/Font/Manager: dfb_font_manager_unlock() (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_SetColor( 0x13ec2f0, COLOR 0xe0000000 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: IDirectFBSurface_FillRectangle( 0x13ec2f0 ) (-) [ NO NAME 3.308] ( 5596) IDirectFBSurface: -> [ 0] 150, 0- 12x 14 (-) [ NO NAME 3.308] ( 5596) Core/GraphicsOps: dfb_gfxcard_fillrectangles( 0x7feee1ff9be0 [1], 0x13ec658 ) (-) [ NO NAME 3.308] ( 5596) Core/GraphicsOps: dfb_gfxcard_state_check( 0x13ec658, 0x00000001 ) [5,23 - 604,442] (-) [ NO NAME 3.308] ( 5596) Core/GfxState: dfb_gfxcard_state_check( 0x13ec658, 0x00000001 ) drawing -> 0x13e4ba0 (-) [ NO NAME 3.308] ( 5596) Core/GfxState: <- checked 0x00000000, accel 0x00000000, modified 0x00133fff, mod_hw 0x00000000 (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_prevail( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.308] ( 5596) Fusion/Skirmish: fusion_skirmish_lock_count( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: dfb_surface_buffer_lock( 0x13e4ef0, 0x02, 0x13ec738 ) <- 616x460 ARGB [0] (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: -> CPU WRITE (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: dfb_surface_allocation_update() (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: -> increasing serial... (-) [ NO NAME 3.309] ( 5596) Core/SurfPoolLock: dfb_surface_pool_lock( 0x13bfab0 [0], 0x13e63b0 ) (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: -> locked 1x now (-) [ NO NAME 3.309] ( 5596) Fusion/Skirmish: fusion_skirmish_dismiss( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.309] ( 5596) Fusion/Skirmish: fusion_skirmish_prevail( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.309] ( 5596) Core/SurfBuffer: dfb_surface_buffer_unlock( 0x13ec738 ) (-) [ NO NAME 3.309] ( 5596) Fusion/Skirmish: fusion_skirmish_lock_count( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.309] ( 5596) Core/SurfPoolLock: dfb_surface_pool_unlock( 0x13bfab0 [0], 0x13e63b0 ) (-) [ NO NAME 3.309] ( 5596) Fusion/Skirmish: fusion_skirmish_dismiss( 0x13e4c70, 'Surface 616x460 ARGB' ) (-) [ NO NAME 3.309] ( 5596) IDirectFBSurface: IDirectFBSurface_SetColor( 0x13ec2f0, COLOR 0xffb0b0b0 ) (-) [ NO NAME 3.309] ( 5596) IDirectFBSurface: IDirectFBSurface_DrawString( 0x13ec2f0 ) (-) [ NO NAME 3.309] ( 5596) Core/GraphicsOps: dfb_gfxcard_drawstring( 'ss??' [2], 155,23, 0x13d9600, 0x13ec658 )
I've added some special debugs into DFBTerminal app, in vt.c and term.c. As you can see, there an amount of 1 byte is written to vt in vt.c:vt_writechild().
But to dfb_gfxcard_drawstring() is an amount of 2 bytes written.So I think there is a bug in the deeps of DirectFB or a function has to be adapted to DFBTerminal. But I noticed the same problem in bluefish, which I compiled successfully against GTKDirectFB.
Have someone any idea, where to start the search? Best regards Maik PS: Very nice piece of software by the way.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
