I'll let John Eke open the bug report on github, but I can confirm this segfault with latest git and options "-a 32 --no-fastpath" (no specific cmake flags for me, ubuntu 10.04)
It happened a few seconds after session opening (i.e. I've full working desktop for a few seconds) Also, sometimes, if I manage to minimize xfreerdp before it crashes, it doesn't segfault, and then if I switch focus back to it (i.e. maximize), it doesn't segfault either. I cannot reproduce this reliably (50%) . FYI, here is gdb and valgrind backtraces when it crashes : (gdb) run -a 32 --no-fastpath -u username servername Starting program: ./tmp/freerdp/builds/linux-x64-debug/client/X11/xfreerdp -a 32 --no-fastpath -u username servername [Thread debugging using libthread_db enabled] [New Thread 0x7ffff45d2700 (LWP 28504)] connected to SERVERIP1 Password: pduType bad connected to SERVERIP2 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff45d2700 (LWP 28504)] 0x0000000000410731 in xf_Pointer_Set (context=0x6c9bb0, pointer=0x0) at ./tmp/freerdp/client/X11/xf_graphics.c:197 197 XDefineCursor(xfi->display, xfi->window->handle, ((xfPointer*) pointer)->cursor); (gdb) bt #0 0x0000000000410731 in xf_Pointer_Set (context=0x6c9bb0, pointer=0x0) at ./tmp/freerdp/client/X11/xf_graphics.c:197 #1 0x00007ffff739210d in Pointer_Set (context=0x6c9bb0, pointer=0x0) at ./tmp/freerdp/libfreerdp-core/graphics.c:117 #2 0x00007ffff61dc695 in update_pointer_cached (context=0x6c9bb0, pointer_cached=0x6b5ff0) at ./tmp/freerdp/libfreerdp-cache/pointer.c:71 #3 0x00007ffff73a2003 in update_recv_pointer (update=0x6b49c0, s=0x7854a0) at ./tmp/freerdp/libfreerdp-core/update.c:238 #4 0x00007ffff739bec5 in rdp_recv_data_pdu (rdp=0x6a65f0, s=0x7854a0) at ./tmp/freerdp/libfreerdp-core/rdp.c:462 #5 0x00007ffff739c2f8 in rdp_recv_tpkt_pdu (rdp=0x6a65f0, s=0x7854a0) at ./tmp/freerdp/libfreerdp-core/rdp.c:663 #6 0x00007ffff739c461 in rdp_recv_pdu (rdp=0x6a65f0, s=0x7854a0) at ./tmp/freerdp/libfreerdp-core/rdp.c:709 #7 0x00007ffff739c5e5 in rdp_recv_callback (transport=0x6a8390, s=0x7854a0, extra=0x6a65f0) at ./tmp/freerdp/libfreerdp-core/rdp.c:764 #8 0x00007ffff73a0f7e in transport_check_fds (transport=0x6a8390) at ./tmp/freerdp/libfreerdp-core/transport.c:350 #9 0x00007ffff739c6c8 in rdp_check_fds (rdp=0x6a65f0) at ./tmp/freerdp/libfreerdp-core/rdp.c:795 #10 0x00007ffff7391b8a in freerdp_check_fds (instance=0x6a6460) at ./tmp/freerdp/libfreerdp-core/freerdp.c:122 #11 0x000000000041578e in xfreerdp_run (instance=0x6a6460) at ./tmp/freerdp/client/X11/xfreerdp.c:972 #12 0x00000000004158af in thread_func (param=0x6ca880) at ./tmp/freerdp/client/X11/xfreerdp.c:1009 #13 0x00007ffff53929ca in start_thread (arg=<value optimized out>) at pthread_create.c:300 #14 0x00007ffff50ef70d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #15 0x0000000000000000 in ?? () valgrind report doesn't say more : ==31474== Invalid read of size 8 ==31474== at 0x410731: xf_Pointer_Set (xf_graphics.c:197) ==31474== by 0x568410C: Pointer_Set (graphics.c:117) ==31474== by 0x682B694: update_pointer_cached (pointer.c:71) ==31474== by 0x5694002: update_recv_pointer (update.c:238) ==31474== by 0x568DEC4: rdp_recv_data_pdu (rdp.c:462) ==31474== by 0x568E2F7: rdp_recv_tpkt_pdu (rdp.c:663) ==31474== by 0x568E460: rdp_recv_pdu (rdp.c:709) ==31474== by 0x568E5E4: rdp_recv_callback (rdp.c:764) ==31474== by 0x5692F7D: transport_check_fds (transport.c:350) ==31474== by 0x568E6C7: rdp_check_fds (rdp.c:795) ==31474== by 0x5683B89: freerdp_check_fds (freerdp.c:122) ==31474== by 0x41578D: xfreerdp_run (xfreerdp.c:972) ==31474== Address 0xa0 is not stack'd, malloc'd or (recently) free'd Hope it helps Alexis On 15/12/11 22:26, John Eke wrote : > Will do > > Cheers > > - John E > > On Thu, 2011-12-15 at 19:16 -0200, Otavio Salvador wrote: >> On Thu, Dec 15, 2011 at 18:18, John Eke <john....@magorcorp.com> >> wrote: >> I'm not sure if I'm misunderstanding the way things are >> supposed to >> work, but it seems the following combination causes freerdp to >> crash: >> >> >> Before anything please try today's GIT as we had a lot of work fixing >> regressions lately. If it keeps failing at you please report an issue >> at GitHub :) >> >> -- >> Otavio Salvador O.S. Systems >> E-mail: ota...@ossystems.com.br http://www.ossystems.com.br >> Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br >> > > > ------------------------------------------------------------------------------ > 10 Tips for Better Server Consolidation > Server virtualization is being driven by many needs. > But none more important than the need to reduce IT complexity > while improving strategic productivity. Learn More! > http://www.accelacomm.com/jaw/sdnl/114/51507609/ ------------------------------------------------------------------------------ Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
